你还在为传感器接入 ThingsBoard 苦恼吗？

在 ThingsBoard 社区群里待久了，帮不少人排过坑。问得最多、也最「扎心」的一类需求其实很朴素：

我有传感器，怎么把数据稳稳传到 ThingsBoard？

平台本身大家认——开源、可商用、社区活跃、更新快——所以很多人把 ThingsBoard 当成物联网底座。真正卡住的，往往不在「平台」，而在 传感器到平台这一公里。

传感器上云，常见卡在哪

市面上随便买个 DTU，接上温湿度 / 液位 / 电表，经常会遇到：

1. 配置麻烦，数据结构绕
   寄存器、倍率、字节序、轮询周期……每接一类传感器都要重新摸一遍。

2. Topic 对不上 ThingsBoard
   设备按厂商私有主题上报，平台侧还要再做一层映射或改固件。

3. HEX / 文本透传，平台默认不吃
   现场习惯透传；ThingsBoard MQTT 遥测更习惯 JSON。中间要么改设备，要么改 Transport，成本都不低。

4. RPC 不友好
   下行控制格式、会话与订阅稍有疏忽，就变成「发了指令设备没反应」。

这些问题叠在一起：平台选对了，接入仍然像二次开发。

我做了什么

基于这些反复出现的痛点，我做了一款 专门适配 ThingsBoard 的 DTU，并且把 IoT Gateway 能力接好：

• 线接好（常见为 RS485 / Modbus 侧传感器）
• 在 ThingsBoard / Gateway 里把连接器配好
• 字段按映射自动解析，数据直接进平台存储

目标很简单：少写协议转换代码，把「读寄存器 → JSON → 入库」变成可配置流程。

产品页：

• HikariThings DTU
• Gateway 入门：IoT Gateway 专栏

样机做过约一个月的室外稳定性测试，运行正常：

配置长什么样

下面是实际对接时的截图示意。

网关侧启用 MODBUS 连接器，挂上串口设备（示例设备名 tempSensor）：

连接器侧映射寄存器：功能码、地址、数据类型，以及倍率（例如除以 10）：

ThingsBoard 设备列表里打开对应设备，最新遥测即可看到解析后的键值——例如温度、湿度：

一句话链路：

传感器（RS485 / Modbus） → HikariThings DTU（Gateway） → ThingsBoard（JSON 遥测）

适合谁

• 已经确定用 ThingsBoard，但不想为每台传感器手写采集程序
• 现场是 多路 485，需要可配置的 Gateway / 连接器
• 希望尽快看到看板、规则链、告警，而不是卡在「数据进不来」

若你还在为「传感器怎么接进 TB」反复试通用 DTU，可以先看 设备说明；有采购或联调需求，也可通过 关于我们 联系。

小结

ThingsBoard 解决的是平台能力；传感器接入解决的是 现场协议与数据形状。把 Gateway 配好、字段映射清楚，比在通用数传上硬掰 Topic / HEX，通常更省交付时间。