Modbus vs OPC UA vs SNMP vs MQTT: qual protocolo industrial usar em cada projeto
Guia técnico para equipes de projeto na Colômbia. Quando escolher Modbus, OPC UA, SNMP ou MQTT segundo o equipamento, o caso de uso e o sistema de destino, com exemplos reais e erros típicos.
Se você está integrando equipamentos físicos a software —HVAC em sala técnica, PLCs em planta, roteadores de ISP, sensores em campo— a primeira decisão técnica é qual protocolo usar para falar com o equipamento. Errar aqui não se nota no início, mas seis meses depois aparece como métricas faltantes, integrações frágeis e custos de suporte fora do orçamento.
Este guia não é um manual exaustivo. É a decisão rápida que tomamos na COL0 quando chega um projeto novo, com os critérios práticos para você fazer igual.
TL;DR — qual protocolo segundo o caso
| Necessidade | Protocolo |
|---|---|
| Falar com PLC, inversor, medidor ou equipamento industrial | Modbus (RTU sobre RS-485 ou TCP sobre Ethernet) |
| Integrar planta moderna com modelagem de dados rica | OPC UA |
| Monitorar infraestrutura de rede (roteadores, switches, servidores) | SNMP |
| Levar telemetria de muitos dispositivos para a nuvem | MQTT |
| HVAC, BMS, iluminação predial | BACnet (menção à parte) |
Se você combina vários no mesmo projeto, está fazendo certo. O raro é um projeto industrial real que usa só um.
Modbus: a língua universal da planta
É o mais antigo (1979) e o mais difundido. Quase qualquer equipamento industrial fala Modbus em alguma variante:
- Modbus RTU sobre RS-485 — para equipamentos de planta cabeados em série. Encontra-se em inversores, medidores elétricos, sensores de processo, balanças industriais.
- Modbus TCP sobre Ethernet — a versão moderna, plug-and-play em redes IP.
Escolha Modbus quando:
- O equipamento suporta (consulte o manual; quase certamente sim).
- Você precisa ler registradores concretos: temperatura, tensão, peso, estado.
- Tem orçamento limitado e não precisa de modelagem sofisticada.
Limites reais:
- Só lê/escreve registradores numéricos. Sem tipos complexos, sem descoberta, sem metadados.
- Sem segurança. Modbus TCP vai em claro — proteja com VLAN ou VPN, nunca exposto à internet.
- Cliente-servidor: você precisa pollar. Alertas em tempo real exigem combinar com MQTT.
Em projetos colombianos vemos em 70% dos casos: a pergunta não é “uso Modbus?” e sim “Modbus sozinho basta ou preciso complementar?”.
Se seu projeto vive nesse território, este é o serviço que cobre integração com dispositivos físicos que oferecemos na COL0.
OPC UA: quando o sistema justifica
OPC UA é o padrão moderno (IEC 62541) para comunicação industrial. Não substitui Modbus no equipamento velho; substitui Modbus na camada de planta quando o sistema cresce.
Escolha OPC UA quando:
- Planta nova ou modernização maior — PLCs novos (Siemens S7-1500, Allen-Bradley CompactLogix, Beckhoff) falam OPC UA nativo.
- Precisa modelar dados com tipos complexos (não só “registrador 40001 = 23.5”, mas “Motor M1.Velocidade = 23.5 RPM com timestamp e qualidade”).
- Requer segurança real: autenticação, autorização, criptografia TLS.
- Integração com SCADA, MES ou sistemas que já entendem OPC UA.
Limites reais:
- Mais pesado que Modbus. Um microcontrolador não implementa OPC UA — precisa de gateway ou PLC.
- Curva de aprendizado maior para o time de software.
- Algumas implementações comerciais têm custo de licença.
Padrão comum em plantas: equipamentos antigos por Modbus → gateway normaliza → expõe via OPC UA ao SCADA e MES. Misturar protocolos não é pecado, é a realidade.
SNMP: feito para redes
SNMP (Simple Network Management Protocol) é o que um roteador usa para reportar estado, uma impressora para informar nível de tinta, um servidor para mostrar carga de CPU.
Escolha SNMP quando:
- Monitorar infraestrutura de rede: roteadores MikroTik, switches Cisco, firewalls.
- Monitorar servidores físicos, UPS, PDUs.
- Precisa de métricas de operação (não de processo industrial).
- Quer receber alertas push do equipamento (SNMP traps) ao falhar.
Limites reais:
- Não serve para ler sensor industrial de temperatura (use Modbus).
- SNMP v1/v2c não têm segurança. Use v3 em redes corporativas.
- Cada vendor tem MIBs próprios — integrar exige conhecer os OIDs do equipamento.
Se seu projeto é gerenciar e monitorar infraestrutura telecom, este é o serviço de integração telecom onde aplicamos SNMP e NETCONF direto.
MQTT: transporte para a nuvem
MQTT não é protocolo para falar com equipamentos industriais. É um protocolo de mensageria leve para levar telemetria de dispositivos distribuídos até uma plataforma central, tipicamente na nuvem.
Escolha MQTT quando:
- Tem centenas ou milhares de dispositivos remotos enviando dados a um broker central.
- Precisa de conectividade sobre redes instáveis — MQTT é projetado para reconectar.
- Quer publicar/inscrever, não cliente/servidor.
- Está construindo plataforma IoT em AWS IoT Core, Azure IoT Hub ou broker próprio (Mosquitto, EMQX).
Limites reais:
- Não fala com PLC nem com roteador direto. Precisa de agente ou gateway no meio.
- O broker é ponto único; planeje alta disponibilidade se for produção crítica.
- Tópicos mal desenhados são pesadelo em 6 meses — invista no esquema desde o dia 1.
O padrão IoT padrão: sensores falam Modbus ao gateway → gateway publica via MQTT à nuvem → a nuvem transforma e armazena. Se você está pensando nessa arquitetura, este é exatamente o serviço de desenvolvimento IoT com dashboards em tempo real que entregamos.
BACnet: menção obrigatória para prédios
Se seu projeto é HVAC, iluminação ou controles prediais, provavelmente verá BACnet (Building Automation and Control Network). É para prédios o que Modbus é para planta.
Equipamentos típicos com BACnet: Honeywell, Siemens Desigo, Schneider EcoStruxure, Johnson Controls.
Dica prática: se seu projeto é só prédio, vá BACnet direto. Se mistura planta + prédio, gateway que normalize para OPC UA ou MQTT é o que evita 6 meses de dor.
Como decidimos em projetos reais
Na primeira hora da descoberta técnica fazemos cinco perguntas:
- Qual equipamento concreto vamos integrar? Marca, modelo, ano. Sem isso, nenhuma conversa sobre protocolo é real.
- Quais protocolos esse equipamento suporta segundo o manual? O que o equipamento suporta restringe a escolha antes de qualquer preferência.
- Para onde vão os dados? SCADA local? Provavelmente OPC UA. Nuvem? MQTT. Dashboard interno? Depende do volume.
- Precisamos de modelagem de dados ou só leituras? Modbus basta para leituras. OPC UA é para modelagem.
- A rede é de planta, telecom ou mista? SNMP não integra equipamentos de planta. Modbus não monitora roteadores. Não se cruzam.
Se seu projeto precisa resolver esta decisão bem estruturado, baixe o guia gratuito de viabilidade que entregamos a clientes —inclui o checklist completo de validação de equipamentos e protocolos— no banner abaixo. Ou escreva direto pelo contato ou WhatsApp e conversamos em ligação de 30 minutos sem compromisso.
Erros típicos que evitamos
- Escolher o protocolo “moderno” sem o equipamento suportar. OPC UA não serve se seu inversor de 2015 só fala Modbus RTU.
- Confundir protocolo industrial com transporte. Modbus e MQTT não competem; complementam. Modbus lê o equipamento, MQTT leva o dado longe.
- Esquecer segurança. Modbus TCP e SNMP v2c expostos a uma rede corporativa são ingressos a um incidente. VLAN, VPN ou firewall obrigatórios.
- Reinventar o que existe. Se o equipamento tem integração padrão documentada, use. Não invente protocolos próprios.
- Não testar com equipamento real. Datasheets mentem. Teste leitura/escrita em dispositivo físico antes de comprometer arquitetura.
Está no meio de uma integração e sem certeza de qual protocolo é o certo? Na COL0 já integramos dezenas de equipamentos em setores industriais colombianos. Conte seu caso e dizemos em uma ligação qual caminho tomar.