Ir para o conteúdo

Compatibilidade

O que o sistema fala, e com o que funciona.

Quinze protocolos abertos, sem SDK obrigatório. Se o seu parque já está instalado, esta é a página que diz por onde entra — sem uma chamada de vendas pelo meio, e sem uma lista de marcas que não poderíamos sustentar.

15
protocolos em produção
Abertos
protocolos, sem SDK obrigatório
0
SDK proprietário obrigatório

Vídeo

O que entra pela câmara. ONVIF é a porta principal; o resto são formas de levar esse vídeo até ao ecrã, e cada uma existe porque a anterior nem sempre serve.

  • ONVIF

    Descobrir a câmara e falar com ela

    Entrada em rede, perfis de vídeo, movimento do domo e eventos. Perfil S para o fluxo, G para a gravação na câmara e A para controlo de acesso.

    Base de todo o inventário de vídeo

  • RTSP

    Trazer o fluxo de vídeo

    O transporte padrão do vídeo ao vivo. Quando o caminho não é o que a marca documenta, o sistema aprende-o a sondar e guarda-o: sem isso, um reinício deixa a câmara muda.

    Todas as câmaras

  • WebRTC

    Vê-lo no navegador sem atraso

    Menos de um segundo de latência no mural de vídeo. É o que faz com que seguir alguém com o domo não seja uma luta contra o atraso.

    Mural de vídeo e vista ao vivo

  • HLS

    Quando o WebRTC não pode

    Recurso para câmaras cujo subfluxo é H.265, com descodificação por hardware. Aguenta mais atraso mas não deixa o operador sem imagem.

    Recurso automático

  • MJPEG

    O último recurso

    Fotograma a fotograma, caro em computação e em rede. Usa-se só quando nada mais descodifica, e o sistema di-lo em vez de o disfarçar.

    Câmaras antigas

  • ISAPI · VAPIX

    O que o ONVIF não alcança

    Interfaces próprias de fabricante para o que a norma não cobre: radiometria, analítica a bordo ou configuração fina. Usam-se por cima do ONVIF, nunca em vez dele.

    Integração sob medida

Medição e processo

O que entra por sensores e equipamentos de fábrica. Aqui o dado não é uma imagem: é um número com unidade, e tem de chegar com a sua origem.

  • SNMP v1 · v2c · v3

    Energia e infraestrutura

    Fontes, PDU, UPS e equipamentos de rede. Leitura por sondagem e receção de armadilhas, que é como o equipamento avisa por si em vez de esperar a volta seguinte.

    Módulo de energia

  • Modbus TCP · RTU

    Sensores de processo e atuadores

    O protocolo de facto da fábrica. Variáveis de processo, estados de equipamento e saídas; o mapa de registos é do equipamento, não nosso.

    Sensores de medição

  • MQTT

    Sensores sem fios e IIoT

    A via por onde entram os sensores a bateria, e também as pontes Zigbee e Z-Wave. Um só caminho para muitos protocolos de rádio.

    Sensores e automações

  • OPC-UA

    Falar com o controlo e com o historian

    O sistema é cliente e também servidor: lê de um SCADA e publica o seu próprio historian para que outro o leia. Sem licença extra para que um programa alheio leia os seus dados.

    Integração industrial

  • Zigbee · Z-Wave

    Sirenes, contactos e sensores de ambiente

    Entram por ponte sobre MQTT. Rádio de baixo consumo para o que não justifica cabo.

    Via ponte MQTT

Controlo de acesso

Portas, leitores e credenciais. É onde mais convivem a norma moderna e a cablagem de há trinta anos, e o sistema tem de aceitar as duas.

  • OSDP

    Leitor e controladora, com cifra

    A norma atual: bidirecional, cifrada e deteta se lhe cortam o cabo. É o que se deve pedir em obra nova.

    Leitores modernos

  • Wiegand

    O que já está instalado

    Unidirecional e sem cifra, mas está em meio mundo. Aceita-se para não obrigar a recablar um edifício inteiro no primeiro dia.

    Parque existente

  • ONVIF Perfil A

    Acesso sobre a mesma norma do vídeo

    Configuração de portas e credenciais pelo mesmo caminho que já se usa para as câmaras.

    Equipamentos compatíveis

Saída

O que sai para os sistemas do cliente. Os seus dados saem de graça: é uma das sete cláusulas do contrato, não uma função paga.

  • API REST

    Ler e escrever a partir de qualquer programa

    Mil trezentas e setenta e sete rotas documentadas com OpenAPI. O que a interface faz, um programa pode fazer.

    Toda a plataforma

  • Exportação CSV e PDF

    Relatórios e evidência

    Certidões com a sua cadeia de hash para que um terceiro possa verificar que o documento não foi tocado.

    Relatórios e registos

  • Contratos a ERP · TOS · SCADA

    Enviar o dado ao sistema de negócio

    Um tradutor declarativo mapeia a nossa saída para o formato que o destino espera — JSON, XML ou CSV — sem escrever código novo por cliente, com fila de repetições.

    Tráfego industrial e manutenção

Integração

O protocolo manda. A marca, quando for preciso.

A plataforma é agnóstica de fabricante: o que decide se um equipamento entra é o PROTOCOLO que fala, não o logotipo que carrega. Uma câmera ONVIF, um equipamento Modbus, SNMP, MQTT ou OPC-UA, uma leitora OSDP — tudo isso entra pela porta da frente sem que ninguém daqui o tenha visto nunca, e sem comprar um SDK.

  1. 01

    Primeiro, o padrão

    Se o equipamento fala um protocolo aberto, entra no primeiro dia. Não é preciso que o conheçamos, nem que esteja em nenhuma lista, nem que alguém o aprove.

  2. 02

    Depois, o que o padrão não cobre

    Radiometria real, ótica de gás, leitoras biométricas: aí o padrão fica curto e é preciso código próprio para esse equipamento. Escreve-se quando há um caso que o justifique.

  3. 03

    E se testa contra o equipamento, não contra a folha de dados

    Cada integração nova é verificada com a máquina na frente. Até que isso aconteça não dizemos que funciona — e por isso esta página não publica uma lista de marcas.

Aqui você não vai encontrar um muro de logotipos. Publicar uma marca é afirmar que a testamos com aquele modelo, naquela versão de firmware, com aquela configuração — e a maioria dessas combinações não vimos. Preferimos dizer quais protocolos falamos, que é o que de fato se pode comprovar antes de assinar qualquer coisa, e verificar O SEU equipamento concreto quando for preciso.

Já tem o parque instalado? Diga marca, modelo e firmware. Se fala um protocolo aberto dizemos quais funções saem e quais não; se traz protocolo próprio, dizemos o que seria preciso e quanto demora. As duas respostas poupam mais tempo que uma lista.

As marcas que possam ser citadas numa conversa técnica pertencem aos seus respectivos donos. Nenhuma menção implica relação comercial, respaldo nem certificação por parte do fabricante.

O seu equipamento não aparece?

Diga-nos marca e modelo. Se falar um protocolo aberto testamo-lo e dizemos o que sai; se não, dizemos isso também, o que costuma poupar mais tempo.

Perguntar por um equipamento