Protocolo de Dados PLC para Ponte Rolante com OPC UA e MQTT
Parâmetros Principais
Para a transmissão de dados do PLC da ponte rolante para a nuvem, recomenda-se um gateway industrial de Internet das Coisas (IoT) com rede 4G/5G. O gateway recolhe os dados do PLC da ponte rolante via Profinet (período ≤100ms) e envia-os para a base de dados de séries temporais na Plataforma em Nuvem através de OPC UA Server ou MQTT Client. Pacote de dados de 64 bytes/100ms/equipamento, volume diário de aproximadamente 1MB/equipamento. Em caso de interrupção de rede, os dados são armazenados localmente em SQLite durante 7 dias e reenviados automaticamente após a restauração. Já implementado em mais de 30 projetos, com taxa de disponibilidade ≥99,5%.
A transmissão de dados da ponte rolante para a nuvem é o pré-requisito fundamental para o Monitoramento Remoto e a manutenção preditiva. Os dados operacionais recolhidos pelo PLC da ponte rolante (S7-1200/1500) — corrente do Motor de Elevação, pico de Aceleração vibratória, temperatura do Freio, tempo de funcionamento acumulado e Código de falha — precisam de ser transmitidos à Plataforma em Nuvem de forma fiável, segura e com baixa latência. As pontes rolantes operam frequentemente em fábricas de aço, Fábricas de Cimento, Portos e outros locais com condições de rede 4G/5G variáveis, pelo que a solução de transmissão para a nuvem deve equilibrar tempo real, capacidade de cache e segurança industrial. Este artigo analisa integralmente a solução de engenharia para a transmissão de dados do PLC da ponte rolante para a nuvem, desde a seleção de protocolos, configuração do hardware do gateway, conceção da tabela de pontos de dados até à Certificação de segurança.
Comparação entre protocolos OPC UA e MQTT
Os dois protocolos mais utilizados para a transmissão de dados da ponte rolante para a nuvem são OPC UA e MQTT, que diferem significativamente em termos de modelo de comunicação, Cenário de Aplicação e complexidade de implementação —
| Critério de Comparação | OPC UA | MQTT |
|---|---|---|
| Modo de comunicação | Bidirecional(Leitura/Escrita/Assinatura), PLCVariável gravável pela nuvem | Publicação unidirecional/Assinatura, PLCNão gravável diretamente pela nuvem |
| Modelo de dados | Modelo de informação(Nó+Atributo+Método), Sistema de tipos próprio | Apenas mensagens(JSON/Protobuf), Sem modelo de dados unificado |
| Camada de transporte | TCP(Binary)ou HTTPS(JSON) | TCP(Conexão persistente, TLS 1.3Criptografia) |
| Segurança | X.509Certificado+Assinatura digital+Criptografia, Grau Máximo | TLS+Usuário e senha+Client IDCertificação |
| Tempo real | Latência do modo de assinatura≤100ms | Qo S 0Latência do modo de assinatura≤50ms, Qo S 1Latência do modo de assinatura≤200ms |
| Consumo de recursos(Gateway) | Máximo(Requer execução UA Server Pilha, Memória≥256MB) | Baixo(MQTT Client Pilha de aproximadamente50KBMemória) |
| Compatibilidade com a nuvem | Siemens Mind Connect/Azure Io TSuporte | AWS Io T/Azure Io T/Alibaba Cloud Io TSuporte total |
| Cenário de Aplicação | Requer controle bidirecional+Cenários com modelo de dados complexo | Coleta de dados pura para a nuvem, Baixa largura de banda, Alta concorrência |
| Dificuldade de implementação | Médio-alto(Requer gerenciamento de certificados+Configuração do espaço de endereçamento) | Baixo(Broker Endereço+Topic+JSONApenas) |
Sugestão de seleção: Se apenas necessita de recolha de dados para a nuvem, opte pelo MQTT (baixo custo, ampla compatibilidade, implementação rápida); se necessita de controlo remoto do PLC através da nuvem (como definição remota de parâmetros ou reposição remota de falhas), escolha OPC UA. A Kelude Indústrias Pesadas recomenda uma solução híbrida: recolha de dados via MQTT (publicação no gateway + subscrição na nuvem) e envio de parâmetros via OPC UA (escrita na nuvem + subscrição no gateway), com ambos os protocolos implementados no mesmo gateway.
Configuração de hardware para gateway IoT industrial
A capacidade de recolha de dados do gateway IoT industrial determina a fiabilidade da solução de ligação à nuvem. Especificações de hardware recomendadas: CPU ≥ quad-core Cortex-A72 @ 1.8GHz, memória ≥ 1GB, armazenamento ≥ 8GB eMMC + cartão TF de 16GB para expansão, duas portas de rede (uma para Ethernet Industrial Profinet, outra para router 4G/5G). Protocolos suportados: escravo Profinet / mestre Modbus TCP (ligação ao PLC da ponte rolante), servidor OPC UA (para acesso de SCADA/MES), cliente MQTT (ligação à nuvem), cache local SQLite (7 dias sem ligação). Suporte a configuração remota e atualização de firmware OTA.
Três gateways recomendados:
① Siemens IoT2040— €192, excelente relação qualidade/preço, com Node-RED e servidor OPC UA pré-instalados; módulo 4G vendido separadamente. Adequado para clientes com orçamento limitado e capacidade de configuração de rede.
② Huawei AR650— €384, router industrial e gateway num só dispositivo, 4G Cat6 integrado, redundância dual SIM, suporte VPN + firewall. Adequado para cenários com elevados requisitos de fiabilidade de rede.
③ Gateway personalizado Kelude— €320, baseado em RK3588 + duas portas de rede + 4G Cat4 + cache de 7 dias, com pilha de protocolo Profinet e cliente MQTT pré-instalados. Pronto a usar à saída da fábrica, ligado ao PLC da ponte rolante sem necessidade de configuração. Recomendado
O gateway personalizado Kelude já vem pré-configurado com a tabela de pontos de dados da ponte rolante (DB_Upload, 64 bytes). Ao ligar, o gateway identifica automaticamente o modelo do PLC da ponte rolante e inicia a recolha de dados, sem necessidade de configuração no local.
Tabela de pontos de dados e configuração do bloco DB no TIA Portal
Para a ligação dos dados da ponte rolante à nuvem, é necessário criar um bloco DB de carregamento de dados uniforme (DB_Upload) no lado do PLC, que o gateway lê periodicamente com base no endereço do bloco. Estrutura do bloco de dados (64 bytes, atualizado a cada 100 ms):
| Deslocamento de bytes | Item de dados | Tipo de dados | Descrição |
|---|---|---|---|
| 0~3 | ponte rolante ID | DINT | Número do equipamento, Globalmente único |
| 4~7 | Timestamp | UDINT | Unix Timestamp em milissegundos(PLCTempo do sistema) |
| 8~11 | Posição do Carrinho do Ponte | DINT | Trilho×Coordenadas, mm Precisão |
| 12~15 | Posição do Carro | DINT | Viga Principal×Coordenadas, mm Precisão |
| 16~19 | Altura de Elevação | DINT | Gancho Altura em relação ao solo, mm |
| 20~23 | Carga suspensa | DINT | Carga atual Peso, kg |
| 24~27 | Velocidade da Ponte | REAL | m/s |
| 28~31 | Corrente do Motor de Elevação | REAL | A, Média trifásica |
| 32~35 | Temperatura do Motor | REAL | °C(PT100Aquisição) |
| 36~39 | Temperatura do Freio | REAL | °C(Infravermelho sem contato) |
| 40~43 | RMS de Vibração | REAL | mm/s(rolamento do redutor) |
| 44~47 | Tempo total de operação | UDINT | horas |
| 48 | Código de falha | BYTE | 0=Normal,1~255=Código de falha |
| 49 | Modo de operação | BYTE | 0=Standby/1=Requer execução/2=Manutenção/3=Falha |
| 50~63 | reserva | 14×BYTE | Extensão reservada |
A Kelude Indústrias Pesadas já equipa todos os novos PLC de pontes rolantes com o bloco de dados DB_Upload como padrão no firmware (bibliotecas TIA Portal para S7-1200/1500). O gateway inclui scripts de parsing pré-configurados que processam automaticamente a estrutura do bloco de dados e publicam as informações em formato JSON via MQTT.
Segurança e topologia de rede para dados na nuvem
A transmissão de dados de pontes rolantes para a nuvem exige considerações rigorosas de segurança industrial. A Kelude recomenda uma configuração de segurança em três camadas:
① Isolamento de rede— A rede industrial Ethernet da ponte rolante (segmento Profinet 10.10.x.x, fisicamente isolado) é separada da rede de escritório/internet através de um firewall industrial (Siemens SCALANCE S615). O gateway possui duas interfaces de rede: uma ligada ao segmento Profinet (IP estático) e outra ao router 4G (NAT), permitindo apenas tráfego de saída para IPs específicos da plataforma em nuvem nas portas designadas (MQTT 8883/TLS, OPC UA 4840/TLS).
② Encriptação de transmissão— MQTT com TLS 1.3 obrigatório e verificação de certificado do cliente; OPC UA com certificados X.509 assinados e encriptação obrigatórios. Todos os dados enviados para a nuvem são transmitidos através de canais encriptados, prevenindo ataques man-in-the-middle e adulteração de dados.
③ Autenticação de identidade— O Client ID MQTT utiliza o ID da ponte rolante (lido do PLC) e a palavra-passe utiliza a chave exclusiva do gateway (gravada de fábrica). A plataforma em nuvem é configurada com lista de permissões de IP, permitindo acesso apenas aos IPs públicos dos gateways de cada instalação. Os gateways personalizados da Kelude saem de fábrica com todas as configurações de segurança aplicadas, prontos a operar após ligação no local.
Norma de aceitação para dados na nuvem
Os indicadores essenciais para a aceitação de projetos de transmissão de dados de pontes rolantes para a nuvem:
① Taxa de integridade de dados ≥99,9%— Calculada pela razão entre as atualizações do DB_Upload no PLC e os registos armazenados na nuvem, com amostragem contínua durante 7 dias.
② Latência ponta-a-ponta ≤500ms— Desde a atualização do bloco DB no PLC da ponte rolante até à escrita concluída na base de dados de séries temporais na nuvem.
③ Taxa de reenvio após desconexão 100%— Todos os dados em cache offline durante 7 dias são carregados com sucesso, sem perdas.
④ Taxa de disponibilidade ≥99,5%— Calculada mensalmente, incluindo falhas de rede 4G e reinícios anómalos do gateway. A Kelude emite o Relatório de Teste de Desempenho de Transmissão de Dados na Aceitação, com dados de teste contínuos de 7 dias para os três indicadores principais: integridade, latência e disponibilidade.
Comparação de custo-benefício de três soluções de gateway
Io T2040 ¥1,500 · Nível básico Dual-core A7 1GHz OPC UA+Node-RED Requer configuração adicional4GMódulo | Huawei AR650 ¥3,000 · Roteador industrial integrado Integrado4G Cat6 Duplo SIMredundância VPN+Firewall | Personalizado Keludee ¥2,500 · Recomendado Pré-instaladoponte rolante DBAnálise 7Cache de dias+Retransmissão após queda de rede Pronto para uso de fábrica, sem configuração |
Perguntas Frequentes (FAQ)
P: A monitorização da ponte rolante na nuvem requer 5G? O 4G é suficiente?
R: O 4G é totalmente suficiente. Cada ponte rolante envia 64 bytes a cada 100 ms, o que equivale a cerca de 1,6 GB por mês por equipamento (64×10×60×60×24×30=1,66 GB). Para 20 pontes rolantes, o volume mensal é de aproximadamente 33 GB. O 4G Cat4, com 150 Mbps de download e 50 Mbps de upload, suporta esta carga sem qualquer dificuldade. As vantagens do 5G — latência ultrabaixa (nível de 1 ms) e grande largura de banda (nível de 1 Gbps) — não são necessárias para esta aplicação. Recomenda-se a utilização de um roteador 4G Cat6 (300 Mbps de download / 50 Mbps de upload) para garantir uma margem de segurança adicional.
P: Os dados em cache são perdidos se a gateway ficar sem energia ou sem rede?
R: Não. A gateway utiliza uma base de dados local SQLite para cache (armazenada em cartão TF/eMMC). Durante uma interrupção de rede, os dados continuam a ser gravados na base de dados local. Em caso de corte de energia, a gravação do último dado já foi concluída (as operações de escrita SQLite são realizadas em transações ACID). Após o restabelecimento da energia e da rede, a gateway verifica, no arranque, se existem dados não enviados na cache local. Se existirem, são reenviados sequencialmente por ordem cronológica (frequência de reenvio: 100 ms por registo, idêntica à aquisição normal). Após a conclusão do reenvio, a transmissão de dados em tempo real é retomada. Em situações extremas (dano no cartão TF), a perda de dados não excede o último registo gravado (máximo de 64 bytes).
P: Qual é a base de dados de séries temporais utilizada na plataforma em nuvem?
R: Recomendamos TDengine (open source) ou InfluxDB (padrão internacional). O TDengine oferece maior débito de escrita (2 milhões de pontos/s por nó) e melhor taxa de compressão (10 a 20 vezes) em comparação com o InfluxDB, além de fornecer API REST e plugin Grafana. A plataforma em nuvem da Kelude utiliza o TDengine 3.0 por predefinição, com uma estrutura de supertabela pré-configurada para dados de pontes rolantes (cada ID de ponte rolante corresponde a uma subtabela, particionada automaticamente por ID). O custo de armazenamento é de aproximadamente €0,001 por ponte rolante por dia (incluindo retenção de dados por um ano inteiro).
P: Qual é o custo de reforma por ponte rolante para a monitorização na nuvem?
R: O custo de reforma por ponte rolante depende do tipo de PLC existente. Os modelos S7-1200/1500 já possuem interface Profinet, sendo apenas necessária uma gateway (€320, versão personalizada) e um roteador 4G (€102), mais a instalação e comissionamento (€128), totalizando cerca de €550 por equipamento. Para PLCs mais antigos, como S7-200/300, é necessário instalar um módulo Ethernet CP243-1/CP343-1 (€192 a €320), totalizando aproximadamente €740 a €870 por equipamento. Para pontes rolantes com controlo exclusivamente por relés, é necessário primeiro atualizar o PLC (S7-1200: cerca de €512 + programação: €640) e, em seguida, implementar a monitorização na nuvem, totalizando cerca de €1.700 por equipamento. A Kelude oferece descontos para compras em volume (10% para mais de 10 unidades, 15% para mais de 30 unidades).