IO-Link Collector

Conecte seus sensores inteligentes IO-Link e obtenha valores de engenharia nomeados e escalonados com zero configuração por sensor. Conecte seus masters IO-Link — e os sensores e atuadores por trás deles — e transmita seus dados de processo diretamente para o banco de dados da sua frota. Tudo é configurado no navegador: sem programação, sem reimplantação, sem tempo de inatividade.

O app funciona sobre três transportes, selecionados por master: HTTP/REST (a API do ifm IoT Core, o padrão IO-Link Community JSON, neutro em relação ao fabricante, que os masters Balluff implementam, e um dialeto REST genérico configurável para qualquer outra coisa), OPC UA (por exemplo, a OPC UA IO-Link Companion Spec) e MQTT (por exemplo, Pepperl+Fuchs). Os transportes OPC UA e MQTT são baseados em assinatura — os valores são enviados conforme mudam. Qualquer que seja o transporte, os sensores conectados são decodificados automaticamente a partir do seu IODD — dados de processo brutos tornam-se valores de engenharia nomeados e escalonados sem configuração por sensor.

Por que este app

Descoberta automática de sensores. Aponte o app para um master IO-Link e ele sonda cada porta, detectando quais sensores estão conectados e lendo seu device id, vendor id e nome do produto. Cada porta conectada torna-se um datapoint automaticamente.

Decodificação automática de IODD — valores nomeados e escalonados sem mapeamento. É assim que o app funciona já de início. Ele reconhece cada sensor conectado e transforma seus dados de processo brutos em valores de engenharia finalizados por conta própria — consultando o IODD oficial do sensor (IO-Link Device Description) no IODD Finder público, sem conta e sem chave de API, e decodificando cada valor com o nome, escalonamento e unidade corretos. Conecte um sensor e sua temperatura em °C, pressão em bar ou distância em mm simplesmente aparecem. Para gateways offline ou isolados (air-gapped), você pode colar um IODD no catálogo integrado e o mesmo decodificador o utiliza (um IODD colado sempre prevalece sobre um obtido remotamente).

Ciente de hot-plug. Troque um sensor, desconecte um ou adicione um novo, e o app percebe automaticamente — ele redescobre o master e atualiza o catálogo de datapoints sem reinicialização.

Armazene apenas o que importa. Pause datapoints individuais ou ative o armazenamento-na-mudança para que um valor seja registrado apenas quando ele realmente muda — evitando que sinais ruidosos ou de ciclo rápido inchem seu banco de dados.

Masters, transportes e sensores suportados

Toda a descoberta, hot-plug e decodificação de IODD/dados de processo é compartilhada entre cada transporte; a configuração Master Type apenas escolhe como o app alcança um determinado master.

Transportes

Os masters Turck (TBEN / FEN) expõem IO-Link sobre Modbus/TCP e fieldbus em vez de qualquer um desses — use o Modbus Collector para esses.

Fabricantes de masters

• ifm — IoT Core REST (AL13xx / AL19xx / AL11xx e compatíveis); todas as portas lidas em uma única requisição em lote por ciclo.
• Balluff — BNI (firmware atual) e CMTK, via o padrão JSON-for-IO-Link.
• Pepperl+Fuchs — ICE2 / ICE3, via MQTT (ou OPC UA).
• Qualquer master que implemente o padrão IO-Link Community JSON, exponha um servidor OPC UA, publique em MQTT ou ofereça URLs REST por porta (generic).

Sensores IO-Link & decodificação de dados de processo

• Descoberta automática por porta: device id, vendor id, nome do produto.
• Detecção de hot-plug com redescoberta automática — sem reinicialização.
• Decodificação automática de IODD — busca automática sem chave no IODD Finder mais um catálogo de colagem manual de IODD (um IODD colado prevalece sobre um obtido remotamente).
• Substituição manual por YAML decode spec, por porta.
• Tipos de decodificação: UINT8/16/32, INT8/16/32, FLOAT32, BOOL.
• Decodificação alinhada por byte e por campo de bits — por exemplo, um valor medido mais bits de status empacotados em uma palavra de dados de processo (estilo IODD).
• Escalonamento linear por valor (value = raw × scale + bias) e unidades de engenharia.
• Passagem de dados de processo brutos (hex) quando nenhuma decodificação é configurada.

Segurança & autenticação

• OPC UA — política de segurança (None, Basic256Sha256, Basic256, Basic128Rsa15), modo de segurança (None, Sign, SignAndEncrypt) e certificado de cliente + chave privada.
• MQTT — TLS, com um certificado CA opcional.
• Usuário / senha para OPC UA e MQTT.

O que você obtém

Instale o app no seu projeto e atribua PCs de edge (gateways) a ele. Em seguida, abra o board do app, vá para a visão de configurações e adicione uma conexão de master: escolha o gateway, escolha o tipo de master (padrão iolink_json), insira o endereço do master (uma URL REST como 192.168.0.10, um endpoint opc.tcp://… ou um broker mqtt://… dependendo do tipo) e defina o intervalo de coleta. Os sensores conectados são decodificados automaticamente a partir do seu IODD.

A partir desse momento, o app coleta do master — consultando masters HTTP no intervalo configurado, ou recebendo atualizações enviadas via OPC UA / MQTT — e armazena cada valor na tabela measurements do banco de dados da sua frota. Cada leitura carrega o status de conexão da porta (além da qualidade OPC UA e do timestamp de origem, ou do tópico de origem MQTT, quando disponível); uma linha é gravada por master por ciclo, e o estado online/offline ao vivo de cada master é rastreado na tabela assetstatus. As leituras coletadas são retidas por 3 meses por padrão (ajustável).

Spec de decodificação manual (fallback)

A decodificação é automática via IODD, então isso raramente é necessário — recorra a ela apenas quando um sensor não tem IODD publicado ou você precisa de um layout customizado. Coloque um array YAML no campo Datapoints de um master; cada entrada mapeia parte dos dados de processo de uma porta para um valor nomeado e escalonado.

- label: Temperature
  port: 1
  offset: 0        # byte offset into the port's process data
  length: 2        # number of bytes
  type: INT16      # UINT8/16/32, INT8/16/32, FLOAT32, BOOL
  scale: 0.1       # value = raw × scale + bias
  unit: degC

Campo de bits — para um sensor que empacota um valor e bits de status em uma palavra de dados de processo (bits contados a partir do LSB, estilo IODD), por exemplo o sensor de distância ifm O5D:

- label: Distance
  port: 1
  type: UINT
  bit_offset: 4
  bit_length: 12
  scale: 10
  unit: mm
- label: OUT1
  port: 1
  type: BOOL
  bit_offset: 0

Recursos comuns dos coletores

Como todo coletor do IronFlock, o IO-Link Collector é configurado inteiramente no navegador — adicione, edite e pause conexões de master no board integrado do app sem arquivos de parâmetros e sem reinicializações; o formulário mostra apenas os campos relevantes para o transporte escolhido, e você pode anexar masters ilimitados por gateway, misturando fabricantes e transportes livremente. Ele é confiável no edge: cada master é coletado em isolamento (um master inacessível nunca trava os outros) e, se o gateway perder sua conexão com a plataforma, o app continua lendo e faz buffer localmente, depois encaminha tudo em ordem via recuperação em massa eficiente na reconexão (tamanho do buffer configurável por gateway, com um modo opcional somente-encaminhamento). E você pode experimentá-lo sem hardware: alterne qualquer master para o modo de demonstração e o app gera dados de sensor realistas (temperatura, pressão, vazão, uma chave) para que você possa explorar a experiência completa antes de conectar hardware real.

Construa sobre seus dados

O board do app incluído oferece uma visão geral instantânea dos dados que chegam. Para apresentações personalizadas, construa dashboards customizados que exibem suas medições IO-Link lado a lado com dados de outros apps, consulte-as através do Data Backend e use o app Alarmes para monitorar valores coletados em tempo real com notificações por SMS ou e-mail. Para colocar dispositivos online e instalar o app, consulte Gerenciamento de Dispositivos e Gerenciamento de Apps.