Ir para o conteúdo

Compatibilidade

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

Dez protocolos de integração abertos — seis em produção e quatro em beta —, 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.

6
protocolos de integração em produção
4
protocolos em beta, marcados nesta página
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

    Cadastro na rede, perfis de vídeo, movimento do domo e eventos. Perfil S para o fluxo. O perfil G — recuperar o que o cartão da câmera gravou — e o A — abrir portas — estão em beta.

    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 · RTUBeta

    Sensores de processo e medidores

    O protocolo de fato da planta. Variáveis de processo, estados de equipamento e registros de medidores; o mapa de registros é do equipamento, não nosso. Testado contra um CLP simulado; falta validá-lo com um em campo.

    Sensores de medição

  • MQTT

    Sensores sem fio e IIoT

    A via por onde entram os sensores a bateria e os gateways de rádio. Cada mensagem é guardada como leitura, e o sensor novo se cadastra sozinho.

    Sensores e automações

  • OPC-UA

    Ler do controle da planta

    O sistema é cliente: navega pelos nós de um CLP, um SCADA ou um gateway, transforma-os em métricas com sua unidade e os lê periodicamente, com assinatura e criptografia por certificado quando o equipamento pede.

    Integração industrial

  • OPC-UA · servidorBeta

    Que outro sistema leia os seus dados

    O sistema também publica suas leituras para que um SCADA as leia, sem licença extra. Hoje é somente leitura, dentro da rede da planta e ainda sem criptografia nem usuários.

    Rede local da planta

  • IO-LinkBeta

    Sensores inteligentes de vibração, pressão ou nível

    Entram pelo seu mestre IO-Link, que publica por MQTT, Modbus TCP ou OPC-UA. Cada porta vira um sensor próprio, decodificado conforme sua ficha IODD. Testado com mensagens reais de um mestre; falta validá-lo com um equipamento conectado em campo.

    Pelo mestre IO-Link

  • Zigbee · Z-WaveBeta

    Sirenes, contatos e sensores de ambiente

    Entram por um gateway que os publica em MQTT: o sensor se cadastra sozinho e a sirene é comandada pelo mesmo caminho. Rádio de baixo consumo para o que não justifica cabeamento.

    Via gateway MQTT

Controle de acesso

Portas, leitoras e credenciais. É onde mais convivem o padrão moderno e o cabeamento de trinta anos atrás. Hoje o sistema abre a porta através do painel ou da leitora que já está instalada; a conexão direta com a leitora por OSDP ainda não existe.

  • HTTP · modelo

    Abrir pelo painel ou pela leitora que você já tem

    O pedido de abertura é descrito na configuração da porta — método, rota e autenticação — e a borda o executa. Serve para painéis e leitoras cuja abertura é um pedido HTTP, sem escrever um driver por marca.

    Painéis e leitoras com interface de rede

  • Relé TCP · relé ONVIF

    Cancelas, catracas e fechaduras

    Um pulso para uma placa de relé em rede, ou para a saída de relé de um equipamento ONVIF. É a via para o que não tem outra interface além de um contato.

    Barreiras físicas

  • Wiegand

    O que já está instalado

    Não se conecta direto ao sistema: a leitora Wiegand continua ligada ao seu painel, e o painel é integrado pela sua interface de rede ou por relé. Assim não é preciso refazer o cabeamento de um prédio inteiro no primeiro dia.

    Através do painel existente

  • ONVIF Perfil ABeta

    Abrir pelo mesmo padrão do vídeo

    Abertura da porta pelo serviço de controle de portas do ONVIF. A administração de credenciais por esse caminho ainda não.

    Equipamentos compatíveis

  • OSDPA caminho

    Leitora e controladora, com criptografia

    O padrão a pedir em obra nova: bidirecional, criptografado e detecta se cortam o cabo. A conexão direta ainda não está pronta; hoje uma leitora OSDP entra através do seu painel.

    Leitoras modernas

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 outro programa

    A mesma API que a interface usa, mais uma rota de ingestão para que qualquer equipamento ou sistema envie suas leituras em JSON. A documentação para integradores e as chaves de API estão em preparação.

    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 ou um equipamento SNMP, MQTT ou OPC-UA entram pela porta da frente sem que ninguém daqui os tenha visto nunca, e sem comprar um SDK. O que fala Modbus, IO-Link, Zigbee ou Z-Wave entra pelo mesmo caminho, ainda em beta.

  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