mqtt

weixin_40438063

MQTT 上云验收：ESP32-S3 从局域网控灯到远程网页控制级别：实战篇（免费·思路级）适合谁读：已按本系列完成 SoftAP、局域网网页控灯、NVS 掉电回连，想试「离开同一 Wi‑Fi 还能不能看一眼设备」的读者。适用环境： Windows 10/11；ESP-IDF v6.1（与本系列一致）；乐鑫 ESP32-S3-DevKitC-1；演示工程文中称 wifi_led。说明：本文是现象验收，不展开 v6.1 相对旧版的 MQTT API 差分；客户端连 Broker、上报/收命令的思路在常见版本里同类。目标：分清局域网 HTTP 与 MQTT

MQTT实战 - MQTT高频面试题 + 我的8年实战答案（十一）这篇文章不是“面试八股文合集”，而是把我在真实面试中问过的、以及我自己被问过的高频 MQTT 题，按 “会用 → 踩坑 → 排障 → 架构 → 教学” 五层递进重新组织。同一道题，面试官问的是“知不知道”，但真正决定你能不能过二面、进终面的，是你能不能说清楚它在什么边界下会失效、失效之后怎么排查、以及架构上怎么避免。

硅基造物主

STM32 从 0 到 1 做智能家居（二）：把开发环境一次配好系列第二篇。上一篇把"要做什么、模块怎么连、数据怎么流"定下来了；这一篇把写代码之前的工具链全部装好，并且立下一条贯穿全项目的纪律。

硅基造物主

STM32 从 0 到 1 做智能家居（一）：先想清楚要做什么这是一套完整的实战系列：用 STM32F411RET6 + HAL 库 + ESP-12F，从空工程一路做到"网页能看数据、能控硬件"的智能家居。本文是第一篇，只讲一件事——动手前把项目想清楚。

MQTT实战 - MQTT Broker选型，EMQX vs Mosquitto，我用过的真实对比（八）今天我们通过下面五大层次递进的方式详细讲解MQTT Broker选型，从"为什么选错"到"怎么选对"，层层推进。

MQTT 共享订阅$share/原理：怎么用它给消费端水平扩容做负载均衡单消费者处理不过来，你会怎么办？MQTT 里最"反直觉"的一个点是：同一个主题订阅多个客户端，默认不是"分摊"，而是"广播"——每个订阅者都收到完整的一份。想实现类似 Kafka 消费组那样的"一条消息只被组里一个消费者处理"，就得靠共享订阅（Shared Subscription）。这篇讲透它的原理、语法、负载均衡策略和那些容易踩的坑。

MQTT、Modbus、PLC、TCP、RS-485，到底有什么区别在工业自动化领域，经常能看到一串名词：MQTT、Modbus、PLC、TCP、RS-485。有人说设备采用 Modbus 通信，有人说通过 RS-485 接线，有人说数据走 TCP，还有人说通过 MQTT 把数据上传到平台。

喜欢喝果茶.

JSON / CBOR / Protobuf区别UTF-8 文本格式；使用标点{}:,"分隔结构二进制格式；每一个独立元素依靠首字节描述：首字节 = 高 3bit 主类型 MT + 低 5bit 附加信息 AI；

5分钟跑通MQTT：EMQX Docker部署+MQTTX联调（2026最新版，含踩坑）上一篇讲了 MQTT 是什么，这一篇直接上手。但在动手前，先建立正确预期：MQTT 是"Broker 中心化"的协议——消息永远要经过中间那个 Broker。所以想跑通 MQTT，你需要的不是"写代码"，而是先把一个 Broker 起起来，再用一个客户端工具连上去收发消息。这两件事今天 5 分钟就能搞定。

MQTT实战 - MQTTnet连接可靠性设计：自动重连、心跳、ClientId管理（五）一个工业项目，现场光纤半夜割接。监控大屏上 380 台设备同时变成灰色——但更诡异的是，几个小时后又齐刷刷"自己回来了"。值班同事第一反应是"网络恢复了"，实际不是：设备其实早就重连上了，只是连上之后没有重新订阅 Topic，所以后端一条消息都收不到；而大屏的在线状态又依赖设备上报，于是全线飘灰，直到下一次重启进程才恢复。

MQTT实战 - QoS 0-1-2 到底怎么选？一张图看懂（四）我是做物联网后端的老兵，8 年 .NET 开发，现在带一支研发团队做 .NET + AIoT 架构。这个系列讲我真实项目里踩过的坑——不是抄来的入门教程。

MQTT实战 - Topic设计12条军规：90%的消息混乱都源于命名错误（三）前年我们接手了一个医院设备维保项目，做设备接入层的重构。打开原有的Topic列表，我是懵的：五种风格，三种大小写，两个以 / 开头。更离谱的是，有的Topic用了驼峰，有的用了下划线，还有的直接把设备的位置信息编进了。

物联网消息协议MQTT详解MQTT 协议的全称是 Message Queuing Telemetry Transport，是一种基于客户端-服务器，发布-订阅模式的消息传输协议。它具有轻量级、开源、简单、易于实现的特点。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。

MQTT实战 - MQTT vs HTTP：为什么你的物联网项目上线就崩？（二）很多物联网团队做原型阶段，图简单直接选用HTTP做设备接入。Demo环境下三五个设备跑的非常顺畅，接口调通，数据正常上报。

MQTT 生产实战 - 用了 8 年 MQTT，我为什么还要重新系统啃一遍（一）本篇为MQTT系列文章的开篇之作，主要围绕以下3点展开：为什么物联网接入层普遍选择MQTT？日常项目里最容易踩哪些坑？

MQTT笔记目前主流两个版本：选型建议：新项目优先考虑MQTT5；老旧嵌入式设备很多只能跑3.1.1。客户端连接 Broker 时可以指定 Clean Session（清除会话）