De opções gratuitas a pagas, existem hoje uma diversidade de softwares e hardwares para implementação da aquisição de dados e comunicação entre sistemas, mas a necessidade de otimizar custos e implementação rápida muitas vezes dificulta a análise e escolha entre as opções disponíveis no mercado.
Do lado dos sistemas que recebem dados, tais como serviços IIoT, ERP, MES, PIMS, MES e controle avançado já há algum tempo uma certa padronização em alguns protocolos como OPC DA (classic), OPC UA, MQTT, ODBC, REST e web services, mas do lado da instrumentação, CLPs, SDCDs e outros sistemas na fábrica ainda há uma grande variedade de protocolos.
Usar a comunicação direta sem hardware ou software adicional como intermediário esta se tornando cada vez mais uma realidade com a adoção de padrões como o OPC UA e REST API embarcados. Por outro lado, mesmo em plantas industriais com certa padronização em apenas um fabricante ou mesmo um padrão aberto, há sistemas mais antigos que convivem com novas arquiteturas em que podem existir grandes desafios de atualização e migração para conexão com novos sistemas.
Devido esta realidade, drivers, servidores OPC, conversores, gateways, concentradores e os IIoT gateways ainda continuam sendo necessários em muitas arquiteturas. E como decidir qual deles se adequa melhor a um projeto? A seguir sugiro algumas questões iniciais para filtrar e definir as opções:
– Quais os protocolos disponíveis do dispositivo/sistema que fornece os dados? E do sistema que irá receber os dados?
– Quais os tipos dos dados: tempo real, históricos ou alarmes e eventos? Qual a taxa de transferência (tags/segundo)?
– Há restrições na comunicação, tais como firewall, DMZ, limitação de acesso seguro aos dados, ou necessidades especiais, como armazenamento local, buffer, agregação, monitoração remota, etc.?
-Qual o plano de implementação de outros projetos que demandarão os mesmos dados? Por exemplo, além do PIMS, um MES, BI, ERP ou serviço em nuvem também será conectado em pouco tempo?
-O projeto ou a equipe pode suportar iniciativas com uso de bibliotecas de desenvolvimento ou SDKs?
-Após a finalização do projeto quem ficará responsável pela operação e manutenção do sistema? Este é um item critico para a decisão de uso de soluções gratuitas que muitas vezes não tem suporte de um fabricante, roadmap ou atualizações?
Produtos como o vNode IIoT Gateway ou o Matrikon Data Broker podem atender muitas dessas necessidades em uma única plataforma, mas muitas vezes servidores OPC ou conversores Matrikon podem ser soluções diretas, de rápida implementação e com melhor custo benefício. Por outro lado, há casos críticos que apenas conversores de hardware podem ser aplicados.
Na INOVEX ajudamos profissionais a responderem estas questões todos os dias, sugerindo soluções que distribuímos ou que melhor se adequam as necessidades de seus projetos.
