iot

What does device twin mean in azure cloud?In Azure IoT (e.g., Azure IoT Hub), a device twin is a JSON document stored in the cloud that represents the state of a physical device.

What does IoT Central raw data mean?In Azure IoT Central, “raw data” refers to the original telemetry data sent from a device before IoT Central processes, transforms, or interprets it.

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

物联通信量讯说

2026年10月物联网卡服务商怎么选？第三方平台与运营商有什么区别进入2026年，随着智能硬件、机器人、车联网、POS终端、工业设备等场景持续增长，企业对于物联网卡的需求也在发生变化。

BLE Host层L2CAP -- 配置参数选项写过蓝牙协议栈或抓过 HCI 包的同学对 L2CAP_CONFIGURATION_REQ / RSP 一定不陌生：两个设备通过 L2CAP_CONNECT_REQ 建立面向连接的信道（Channel）之后，并不会立刻传数据，而是要进入 CONFIG 状态，互相"讨价还价"一番——你我各自能收多大的包？要不要重传？要不要校验？QoS 怎么保证？

RFID称重货架-科研实验室试剂精准管控摘要：科研实验室试剂具有种类多、批次杂、危险性高、流转频繁的特点。传统人工登记模式普遍存在采购账实不符、试剂位置不清、余量难以掌握、特殊危化品管控难等痛点。本文结合「试剂管理软件 + RFID + 称重货架」的软硬一体方案，系统讲解从采购入库、日常领用、库存盘点到报废处置的试剂全生命周期精准管控思路，并给出可直接落地的系统架构、数据流向与角色权限设计。

BLE Host层L2CAP -- 状态机L2CAP 的面向连接信道从生到死要经历一连串阶段：发起连接 → 等待应答 → 双向协商参数 → 传数据 → 拆链。不同阶段能处理哪些信令报文、收到报文后该干什么，如果没有统一的规定，各家芯片厂各写各的，互操作性就是灾难。

不训练模型也能加 AI：5 套可直接量产的组合方案DeepSeek、ChatGPT、各类智能客服与营销机器人背后的通用人工智能（GAI），依赖算力中心的庞大基础设施与持续的高性能计算资源。但当人工智能要装进一台血压计、一只工业振动传感器、一台农用灌溉控制器时，算力、功耗、成本、合规四道门槛会立刻显现——这正是嵌入式人工智能（EAI）要解决的问题。

话梅姐姐呀

TCP/IP 架构各层的协议概述IOT 协议是物联网设备之间通信的标准规则，讲IOT协议前，我们先了解下 IOT 架构，按 TCP/IP 架构来划分，可划分为4层。它们中每一层都有自己的协议，且每一层的协议一般不止一个。

深入探索 Zenoh：对高速公路物联网中台数据架构的启示摘要：本系列第一篇《对技术架构的启示》回答了"用什么通信"——Zenoh 如何以三类节点、三种拓扑、约 5 字节开销重构中台的接入与消息层。本篇把镜头转向数据架构，回答另一个更根本的问题：“数据到底该怎么存、怎么查、怎么算？” 传统中台的数据链路是"设备持续上报 → MQTT → Kafka → Flink → 数仓"，数据被无差别地"推"上来、“囤"起来，等应用来"读”。而 Zenoh 的 Query / Queryable、Storage、Eval（按需计算）三件套，提供了一条截然不同的路径：数据就

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 架构。这个系列讲我真实项目里踩过的坑——不是抄来的入门教程。

VSCode Arduino cli 开发ESP32本文是《Arduino cli 写hello world》 https://blog.csdn.net/lxyoucan/article/details/168245931 的后续。

话梅姐姐呀

IOT -- 设备入网与注册设备是指设备连连上了基站、路由器（AP）或者网关，此时设备具备了向对应的基站 / 路由器 / 网关收发底层报文的能力。比如你的手机连上路由器（AP），此时你的手机可以正常上网收发信息。但此时的设备，还没注册到 IOT 系统。

Mac（Intel 芯片）ESP32 USB 串口驱动安装教程前置：安装驱动前，先把ESP32从USB拔掉，安装完成、重启Mac之后，再插上ESP32测试。先看ESP32板子USB口旁边芯片：

融合通信调度录音的困局：基于 MediaX 网关实现对讲语音 AI 事件萃取我们在做矿山、应急指挥、大型园区这类专网调度项目时，对讲录音几乎是必上的模块。在项目验收阶段，客户通常会要求提供完整留存所有对讲通话的音频，用于安全审计、事故回溯。现实是很多集成商在做完部署交付之后，都会遇到一个共性难题：录音文件是保存好了，但这套录音体系很难真正投入给业务使用。