Skip to content

HikariThings DTU ​

HikariThings DTU

现场数传终端

HikariThings DTU 内置 ThingsBoard Gateway 能力,可直连 ThingsBoard。 对下通过 RS485 挂接多路传感器,在 Gateway 中配置连接器后,即可把传感器上报的 Modbus 数据自动解析为 JSON 并写入平台存储。

← 返回设备列表

它解决什么问题 ​

现场常见的温湿度、电表、液位、压力等传感器,多半走 RS485 + Modbus。平台侧(ThingsBoard)更习惯接收 MQTT / JSON 这类结构化数据。中间如果每次都自己写采集程序、协议转换和上云逻辑,工期长、难维护,也容易在现场踩坑。

HikariThings DTU 就是补上这一环:现场侧汇聚传感器,平台侧直连 ThingsBoard,用 Gateway 的连接器把「读寄存器 → 解析 → 上报」变成可配置流程,而不是从零写代码。

一句话理解:

多路 485 传感器 → DTU(Gateway)→ ThingsBoard(JSON 入库 / 可视化 / 规则告警)

整体链路怎么走 ​

text
┌──────────────┐   RS485 / Modbus    ┌─────────────────────┐   MQTT / JSON    ┌────────────────┐
│ 传感器 1…N   │ ──────────────────► │  HikariThings DTU   │ ───────────────► │  ThingsBoard   │
│ (温湿度等)  │                     │  内置 Gateway 能力   │                  │  设备 / 遥测    │
└──────────────┘                     │  配置连接器自动解析  │                  │  规则 / 看板    │
                                     └─────────────────────┘                  └────────────────┘

可以把它分成三段来看:

  1. 对下(现场)
    DTU 通过 RS485 总线连接一台或多台传感器,按 Modbus 地址区分设备,定时或按策略读取寄存器。

  2. 中间(DTU / Gateway)
    在 ThingsBoard Gateway 里配置对应连接器(如 Modbus 连接器):指定串口、从站地址、寄存器映射、采集周期等。Gateway 负责采集,并把结果整理成平台可识别的数据结构。

  3. 对上(平台)
    DTU 直连 ThingsBoard。解析后的数据以 JSON 形式上报,进入平台的遥测 / 属性存储,后续可做看板、告警、规则链与业务对接。

核心能力 ​

直连 ThingsBoard ​

DTU 面向 ThingsBoard 场景设计,可直接作为 Gateway 侧节点接入平台,减少「再套一层自研中转」的复杂度。对接完成后,传感器数据会出现在 ThingsBoard 的设备与遥测体系中,便于统一运维。

内置 ThingsBoard Gateway ​

设备整合了 ThingsBoard Gateway 能力,因此你可以在熟悉的 Gateway 配置方式下工作:用连接器描述「怎么采、采什么、怎么转」,而不是在嵌入式里硬编码每一种传感器协议。

对下 RS485,支持多传感器 ​

一条 RS485 总线可挂接多台从站设备。只要地址不冲突、供电与接线规范,就可以在同一套 DTU 上扩展多路传感点位,适合机房环境监测、产线工位采集、楼宇末端等「一点多表」场景。

Modbus → JSON 自动解析 ​

现场传感器通常按 Modbus 寄存器上报原始数值。在 Gateway 中配置好连接器与点表映射后,DTU 可自动完成:

  1. 按配置读取寄存器
  2. 按缩放 / 类型规则换算成业务值(如温度、湿度)
  3. 组装为 JSON
  4. 上报 ThingsBoard 并持久化

对业务和运维来说,平台里看到的是可读的遥测字段,而不是一串难懂的寄存器原始码。

在 Gateway 里怎么用(配置思路) ​

落地时,建议按下面顺序理解配置(具体界面以你部署的 Gateway / ThingsBoard 版本为准):

  1. 确认现场接线
    DTU 的 485 与传感器 A/B 线、电源、接地连接正确;多个从站时确认地址唯一。

  2. 让 DTU 连上 ThingsBoard
    配置平台地址、凭证 / Token、网络出口等,保证 Gateway 与平台通信正常。

  3. 新增 / 启用连接器
    在 Gateway 中添加面向串口 Modbus 的连接器,选择正确的串口参数(波特率、校验位等需与传感器一致)。

  4. 配置设备与点表映射
    为每台传感器填写从站地址,并把寄存器地址映射到遥测字段名(例如 temperature、humidity)。这里决定了平台最终看到的 JSON 字段结构。

  5. 设定采集周期并验证
    启动采集后,在 ThingsBoard 设备详情中查看遥测是否持续更新;数值异常时优先核对点表、字节序与缩放系数。

配置一次跑通后,同类传感器往往只需复制映射、改地址即可快速扩展。

典型应用场景 ​

场景怎么用 DTU
环境与机房监测多只温湿度 / 水浸传感器挂在同一条 485 上,统一进 ThingsBoard 看板与告警
能耗与电力采集多块电表按从站地址区分,Modbus 电量数据解析后入库做统计
产线 / 工位采集现场仪表通过 485 汇聚到 DTU,减少工控机侧定制采集程序
快速 PoC 与私有化试点先用少量传感器验证「采集 → 解析 → 平台展示」闭环,再扩点位

适合谁用 ​

  • 想少写协议转换代码、尽快把 485 传感器送进 ThingsBoard 的团队
  • 需要一台设备挂多路传感器、统一上云的集成商与项目交付方
  • 已有或计划部署 ThingsBoard,希望现场侧与平台侧能力对齐的客户

如果你更关心平台侧能力,也可以结合站点中的物联网平台与 ThingsBoard 相关说明一起看选型。

交付时你能得到什么 ​

  • 一台可直连 ThingsBoard、对下 RS485 的 HikariThings DTU
  • 基于 ThingsBoard Gateway 的连接器配置能力(Modbus 采集与 JSON 上报)
  • 面向多传感器扩展的现场接入方式
  • 便于后续做可视化、告警与业务系统对接的数据基础

型号规格参数、接口定义与固件版本清单将持续补充。若你已有传感器点表或现场拓扑,欢迎通过「关于我们 → 联系方式」沟通,我们可协助评估接入方案。