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.

Diagrama de configuração do gateway OPC UA/MQTT para transmissão de dados do PLC da ponte rolante para a nuvem

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 —

← Deslize a tabela para vê-la completa →
Critério de ComparaçãoOPC UAMQTT
Modo de comunicaçãoBidirecional(Leitura/Escrita/Assinatura), PLCVariável gravável pela nuvemPublicação unidirecional/Assinatura, PLCNão gravável diretamente pela nuvem
Modelo de dadosModelo de informação(Nó+Atributo+Método), Sistema de tipos próprioApenas mensagens(JSON/Protobuf), Sem modelo de dados unificado
Camada de transporteTCP(Binary)ou HTTPS(JSON)TCP(Conexão persistente, TLS 1.3Criptografia)
SegurançaX.509Certificado+Assinatura digital+Criptografia, Grau MáximoTLS+Usuário e senha+Client IDCertificação
Tempo realLatência do modo de assinatura≤100msQo 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 nuvemSiemens Mind Connect/Azure Io TSuporteAWS Io T/Azure Io T/Alibaba Cloud Io TSuporte total
Cenário de AplicaçãoRequer controle bidirecional+Cenários com modelo de dados complexoColeta de dados pura para a nuvem, Baixa largura de banda, Alta concorrência
Dificuldade de implementaçãoMé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):

← Deslize a tabela para vê-la completa →
Deslocamento de bytesItem de dadosTipo de dadosDescrição
0~3ponte rolante IDDINTNúmero do equipamento, Globalmente único
4~7TimestampUDINTUnix Timestamp em milissegundos(PLCTempo do sistema)
8~11Posição do Carrinho do PonteDINTTrilho×Coordenadas, mm Precisão
12~15Posição do CarroDINTViga Principal×Coordenadas, mm Precisão
16~19Altura de ElevaçãoDINTGancho Altura em relação ao solo, mm
20~23Carga suspensaDINTCarga atual Peso, kg
24~27Velocidade da PonteREALm/s
28~31Corrente do Motor de ElevaçãoREALA, Média trifásica
32~35Temperatura do MotorREAL°C(PT100Aquisição)
36~39Temperatura do FreioREAL°C(Infravermelho sem contato)
40~43RMS de VibraçãoREALmm/s(rolamento do redutor)
44~47Tempo total de operaçãoUDINThoras
48Código de falhaBYTE0=Normal,1~255=Código de falha
49Modo de operaçãoBYTE0=Standby/1=Requer execução/2=Manutenção/3=Falha
50~63reserva14×BYTEExtensã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.


Topologia de rede para dados na nuvem com isolamento de segurança

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).

Artigos relacionados

contact

contact us

phone:
+86 13903802779

mail:3915269@qq.com

Working hours: Monday to Friday

Wechat
Wechat
SHARE
TOP