LPR Genérico
A integração LPR Genérico permite reconhecer placas veiculares em qualquer câmera com RTSP ou ONVIF, usando um serviço dedicado — oalpr-server — rodando localmente. É o caminho universal: funciona com Hikvision, Dahua, Intelbras, Axis, Reolink e qualquer câmera genérica que entregue stream H.264.
Para câmeras com ANPR nativo (reconhecimento embarcado), fique de olho nas integrações específicas (Hikvision ANPR, Dahua ITC, Intelbras VIP LPR, Axis License Plate Verifier) que entrarão em versões futuras.
Pré-requisitos
- Uma câmera IP com stream RTSP acessível na rede local
- Um
alpr-serverrodando na mesma rede (ou acessível por IP). Veja Autohospedagem do alpr-server para instruções - Edge Home registrado no Portal (a integração requer execução local)
O vídeo nunca sai da LAN do cliente. Apenas os eventos JSON (placa detectada + snapshot recortado opcional) são publicados no Portal via MQTT.
Configurar
1
Suba o alpr-server
2
Adicione a integração
No Portal, vá em Configurações → Integrações → Adicionar → LPR Genérico.
3
Informe o endereço do alpr-server
Preencha IP/porta onde o serviço está rodando. Se habilitou
ALPR_API_TOKEN, cole o token.
O probe conecta no /v1/info e mostra: versão do servidor, modelos carregados, device (CPU/CUDA).4
Informe a câmera
URL RTSP completa (incluindo path do stream), usuário/senha se aplicável.
Ajuste:
- Confiança mínima (0.0–1.0, padrão 0.85) — leituras abaixo são descartadas
- Debounce (ms) — tempo mínimo entre reemissões da mesma placa
- Formato (regex) — opcional, filtra pelo padrão esperado (Mercosul:
^[A-Z]{3}[0-9][A-Z][0-9]{2}$) - FPS — taxa de análise (padrão 1 fps, aumente para veículos rápidos)
- Filtro de movimento — economiza CPU rodando ALPR só quando há mudança no quadro
- Snapshot — se guarda imagem (recorte da placa ou frame inteiro) por leitura
5
Teste
Abra o painel Placas no menu lateral — leituras aparecerão em tempo real conforme veículos passam pela câmera.
Recursos
- Entidade
license_plate_recognitionpor câmera cadastrada - Painel
/lprcom feed ao vivo, histórico filtrável e placas conhecidas - Trigger
plate_detecteddisponível no editor de automações - Ponte opcional com o Lock Manager — placas marcadas como “Permitir” abrem o lock vinculado automaticamente
URL RTSP por fabricante
Como Funciona
- O edge home envia um comando ao
alpr-servercriando um “stream” apontando para o RTSP da câmera. - O
alpr-serverpuxa frames do RTSP, aplica filtro de movimento opcional, roda o detector YOLOv9 + OCR CCT em cada frame candidato. - Após debounce (mesma placa dentro da janela não é reemitida), um evento WebSocket é enviado ao edge.
- O edge publica o evento no MQTT org-escopado
portal/{org}/events/plate_detected. - O core persiste em
plate_reads, atualiza o estado da entidade, dispara triggers de automação e aciona a ponte lock-manager se aplicável.
Múltiplas câmeras no mesmo servidor
Um únicoalpr-server serve N câmeras — basta cadastrar várias integrações apontando para o mesmo endereço. Hard cap configurável via ALPR_MAX_STREAMS (padrão 10).
Dicas e troubleshooting
- Nenhuma leitura aparece: verifique no painel do
alpr-server(http://host:8080/docs) se o stream foi criado. Confirme que o RTSP é acessível pelo container. - Muitos falsos positivos: aumente
min_confidencepara 0.90+, definaformat_regexou aumentedebounce_ms. - CPU alto: habilite filtro de movimento, reduza FPS, considere a imagem CUDA se tiver GPU NVIDIA.
- Snapshot não aparece:
snapshot_urlé relativa aoalpr-server; configure um proxy ou ignore no MVP.
Veja também
- Autohospedagem do alpr-server
- Lock Manager — como vincular placas a pessoas via credencial “veículo”
- Automações — como usar o trigger
plate_detected