MQTT的Thingsboards的使用-CSDN博客

访问云服务

弹出

默认是mosquittor的客户端。

curl -v -X POST http://thingsboard.cloud/api/v1/tnPrO76AxF3TAyOblf9x/telemetry --header Content-Type:application/json --data "{temperature:25}"

将这个语句放入到deepseek中，询问转为MQTTx的连接方式，如何进行配置

（采用不需要密码的方式进行连接）

执行连接之后，显示成功标记

在远程网络端，出现active的连接在线状态

设置发布主题
- Publish Topic：输入 v1/devices/me/telemetry
- QoS：选择 1（至少一次送达）
- Retained：不勾选（默认不保留消息）

进入到远程网页之后，

点击设备之后，发现数据已经传入到远程系统中

呈现的效果为

这个时候，如客户端重新发送

{"temperature":28}

在远程的dashboard上，数据立项被修改为28度

ThingsBoard 的 MQTT Broker 实现取决于其版本和部署方式，以下是详细说明：

ThingsBoard 版本：社区版（CE）及企业版（EE）的早期版本（如 v3.x 之前）
Broker 类型：基于 Netty 自研的轻量级 MQTT Broker
特点：
- 无需额外安装：随 ThingsBoard 一起启动，直接支持 MQTT 协议（默认端口 1883）。
- 功能有限：适合小规模设备接入（并发连接数约数千），缺乏高可用、集群等企业级特性。
- 协议支持：仅 MQTT 3.1.1，不支持 MQTT 5.0 或 CoAP/HTTP
- 2. 集成外部 Broker
从 ThingsBoard v3.x 开始，官方推荐与外部 MQTT Broker 集成以提升性能，常见方案如下：

(1) EMQX（推荐）
适用场景：大规模设备接入（百万级并发）、企业级需求（集群、TLS 加密、ACL 等）。
集成方式：
1. 单独安装 EMQX（官网下载）。
2. 配置 ThingsBoard 使用 EMQX 的 MQTT 端口（默认 1883）。
3. 在 EMQX 中设置认证（用户名/密码或 Token）和主题路由规则。
优势：
- 支持 MQTT 5.0、QoS、遗嘱消息等高级特性。
- 提供 Dashboard 和监控工具。
- 前端采用ThingsBoard凭借其优秀的性能和高效的性能得到了广大开发者的认可,但基于Angular的前端不符合中国的用户习惯，本项目为基于Vue3开发的 ThingsBoard 前台