Conceitos essenciais de MQTT explicados: brokers, tópicos, QoS, sessões e recursos do MQTT 5, com exemplos práticos no broker público gratuito broker.connectmq.com.
O MQTT foi inventado em 1999 por Andy Stanford-Clark, da IBM, e Arlen Nipper, da Arcom, para monitorar oleodutos via satélite. Acompanhe sua trajetória até o open source, a OASIS, a ISO e os brokers MQTT gerenciados na nuvem de hoje.
O MQTT pode tecnicamente transportar um pacote de 256 MB, mas brokers, bibliotecas de cliente e dispositivos impõem limites bem menores. Saiba onde estão os limites reais, o que acontece quando você os ultrapassa e como enviar payloads grandes.
Loops de reconexão estão entre os problemas mais comuns do MQTT. Conheça as cinco causas habituais, de client IDs duplicados a timeouts de keep alive e pacotes grandes demais, e siga um fluxo de diagnóstico que identifica a sua.
Quarenta perguntas de entrevista sobre MQTT com respostas concisas sobre fundamentos, QoS, sessões, mensagens retidas, Last Will, MQTT 5 e segurança, além de formas de praticar cada conceito no broker.connectmq.com.
MQTT e CoAP miram dispositivos IoT com recursos limitados, mas seguem abordagens opostas: pub/sub com broker sobre TCP versus requisição/resposta RESTful sobre UDP. Veja como eles se comparam e quando usar cada um.
Quantos bytes uma mensagem MQTT realmente custa? Calcule o overhead de connect, keep alive e publish em cada nível de QoS, some TCP e TLS e monte uma estimativa mensal de dados para dispositivos IoT com rede celular.
Um broker MQTT e uma fila de mensagens ficam entre produtores e consumidores, mas entregam mensagens de formas fundamentalmente diferentes. Entenda a semântica de cada um e quando um broker MQTT na nuvem é o bloco de construção certo.
Recebendo "Connection Refused: not authorised" ou o reason code 0x87? Siga este checklist sobre credenciais, vínculo do client ID, portas e TLS e contas por broker para encontrar a causa rapidamente.
Uma comparação prática entre MQTT 3.1.1 e 5.0 cobrindo mudanças de comportamento do protocolo, suporte em bibliotecas client e um checklist de migração passo a passo para atualizar uma frota mista de forma gradual.
Brokers MQTT podem guardar mensagens para clientes temporariamente offline, mas só em condições específicas. Conheça as regras, os limites e um teste reproduzível que você executa em cinco minutos.
O Last Will and Testament permite que o broker anuncie que um client sumiu sem se despedir. Conheça os campos do will, as regras exatas de disparo e como testar o LWT derrubando um client em um broker real.
O que cada opção de assinatura do MQTT 5 faz, quando usá-la e como configurá-la no MQTT.js e no paho-mqtt, com exemplos executáveis no servidor MQTT público com MQTT 5.
O MQTT é publish/subscribe, mas os dispositivos muitas vezes precisam responder a perguntas. Veja como o response topic e o correlation data do MQTT 5 transformam o MQTT em um canal limpo de request/response, com código Python e Node.js funcionando.
Todos os reason codes do MQTT 5 em uma tabela, agrupados pelos pacotes que os carregam, com as causas habituais e soluções práticas. Inclui o mapeamento a partir dos return codes do MQTT 3.1.1 e código Python para registrar os reason codes corretamente.
O MQTT mantém as mensagens em ordem, mas só dentro de regras estreitas. Entenda exatamente o que a especificação garante, as situações reais que reordenam mensagens e como números de sequência tornam seus consumidores robustos.
Brokers MQTT 3.1.1 respondem a todo CONNECT com um código de retorno CONNACK de 0 a 5. Entenda o que cada um significa, como aparece no Mosquitto, no Paho e no MQTT.js, e a correção mais rápida para cada recusa.
Uma retained message obsoleta continua recebendo cada novo assinante com dados antigos. Veja como apagar uma mensagem retida no MQTT com um publish retido vazio, pela linha de comando, Python, JavaScript e um client no navegador.
Um dispositivo que perde o Wi-Fi por três segundos não deveria acordar o seu engenheiro de plantão. O will delay interval do MQTT 5 segura a mensagem de Last Will tempo suficiente para uma reconexão rápida.
O MQTT roda sobre TCP, seja diretamente, dentro de TLS ou dentro de WebSocket. Entenda por que o protocolo depende de um fluxo ordenado e confiável, onde entram o MQTT-SN e o QUIC e quais portas abrir para um broker ConnectMQ.
O MQTT-SN adapta o MQTT para sensores alimentados por bateria em UDP, Zigbee e outras redes sem TCP. Conheça topic IDs, clientes em modo sleep e gateways, e veja como encaminhar o tráfego MQTT-SN para um broker MQTT padrão.
De onde vem a latência MQTT? Este guia decompõe os atrasos de rede, TLS, QoS e processamento no broker e entrega um script Python para medir o tempo de ida e volta contra o servidor MQTT público broker.connectmq.com.
O MQTT 5 permite que o publicador diga por quanto tempo uma mensagem continua válida. Saiba como o message expiry interval funciona com sessões persistentes e retained messages e como impedir que dispositivos atrasados executem comandos obsoletos.
O QoS que você pede nem sempre é o QoS que você recebe. Entenda como o QoS efetivo é calculado, como os brokers anunciam um QoS máximo e concedem níveis menores nas assinaturas, e como verificar o que sua conexão realmente usa.
O MQTT não se importa com o que há dentro de um payload, então a escolha é sua. Compare JSON, Protobuf e CBOR em tamanho, schemas, depuração e ferramentas, com contagens de bytes para a mesma leitura de sensor.
De ACL a Will Delay Interval, este glossário MQTT define 60 termos de protocolo, broker e Sparkplug B em linguagem simples, com exemplos que você pode testar no broker.connectmq.com.
Os nomes de topics são a API de um sistema MQTT e difíceis de mudar depois. Estas 12 regras de nomenclatura, com exemplos bons e ruins, mantêm sua árvore de topics legível, segura e amigável a wildcards.
Quinze casos de uso práticos do MQTT em manufatura, energia, setor automotivo, edifícios inteligentes, agricultura e logística, cada um com um exemplo de design de tópicos, os recursos do MQTT de que depende e o plano de broker adequado à sua escala.
A flag retain permite que um broker MQTT entregue imediatamente a cada novo assinante o último valor conhecido de um topic. Entenda como funciona, onde brilha e onde causa bugs de dados desatualizados.
Um bridge MQTT encaminha tópicos selecionados entre brokers, para que cada planta mantenha um broker local enquanto a nuvem vê tudo. Conheça os padrões, uma configuração de bridge no Mosquitto e uma alternativa em Node-RED apontando para o ConnectMQ.
O MQTT 5 é mais do que uma nova versão. Conheça os recursos que mudam a forma de construir sistemas IoT, de reason codes e expiração a shared subscriptions e request/response, com exemplos práticos.
Crie uma conta, receba as credenciais do seu broker e conecte seu primeiro dispositivo — sem servidores para instalar, atualizar ou escalar.
