是否可以正确向设备下发 Modbus 指令，如果正确配置了 Modbus 任务，在日志中应该可以看到自定义下发消息，例如：01 03 00 00 00 02 C4 0B 。
在日志中观察设备能否正常回复，如果正常回复，会看到自定义上报消息。例如：01 03 04 00 EE 01 E5 5A 1D。
如果只能看到自定义下发消息，但没有自定义上报消息，请浏览下一条常见问题。

DTU 已在线，下发 Modbus 指令后，DTU 不回复，是什么原因？

DTU 已成功接入平台并显示在线，平台向 DTU 下发了 Modbus 消息后，无法收到 DTU 的 Modbus 回复消息。

请按以下步骤依次排查问题原因：

首先确认下发的 Modbus 指令是否正确。
- 请仔细检查设备的 Modbus 手册或咨询设备厂家，确定以下的参数是否正确：从机地址、功能码、寄存器起始地址、寄存器数量。
- 仍然不确定的话，可以用 PC 串口助手工具，通过 USB 转 RS485/RS232 跳过 DTU 直接连接到 RS485 设备，来验证同样的 Modbus 指令是否可以收到回复。
如果确定下发的 Modbus 指令本身没问题，问题可能在 DTU 的透传环节。
- 使用 PC 串口助手工具，通过 USB 转 RS485/RS232 和 DTU 连接，看看能否收到平台下发的 Modbus 消息，并模拟发送任意的 HEX 消息看平台上的设备调试日志中能否收到。点此了解
- 如果 PC 串口助手工具收不到平台下发的消息，请检查：
  - 在下发 Modbus 消息的任务中，自定义数据流是否选择正确。
    - 如果 DTU 是 MQTT 接入平台，请确认 DTU 硬件上配置的 MQTT 订阅主题必须和任务中的自定义数据流一致。如何找到自定义数据流的 MQTT 订阅主题？
    - 如果 DTU 是 TCP 接入平台，请确认任务中必须选择绑定 TCP 的自定义数据流。了解绑定 TCP 数据流
  - 检查串口助手工具的串口通讯参数是否和 DTU 的串口通讯参数设置一致。
- 检查 DTU 的串口通讯参数是否和 Modbus 设备的串口通讯参数设置一致。
- 检查 DTU 和 Modbus 设备之间 RS485/RS232 物理接线是否正确，可以尝试重新接线再试试。

注意，以上的串口通讯参数包括：波特率、数据位、奇偶校验、停止位等参数。例如：常用的串口通讯参数是：9600、8、N（无奇偶校验）、1。

单片机接入

单片机如何接入？

对于自身不支持通信模块的单片机，例如 STM32，通常有以下接入方式：

使用普通通信模块，通过串口发送 AT 指令，实现接入平台。
通过透传通信模块，通过串口直接收发数据，实现和平台的通信，支持 HEX、JSON 等格式。

通信模组接入

ESP32/8266 如何接入？

ESP32/8266 是常用的 WiFi 芯片/模组，可以通过两种方式接入 ThingsCloud：

使用乐鑫官方 AT 固件，通过独立主控 MCU 通过串口向模组发送 AT 指令，实现接入。
- 请参考教程 ESP8266/ESP32 模组 AT 命令 MQTT 接入
- 这种方式支持任何的主控 MCU，但不支持 ThingsX 的 WiFi 配网功能。
使用乐鑫 IDF 或 Arduino 等开发框架，开发专用的固件，通过开发框架提供的网络协议 API，实现 TCP / MQTT / HTTP 等方式接入 ThingsCloud。
- 我们提供了开源的 ThingsCloud ESP32/8266 Arduino SDK，支持 ThingsX App 的 WiFi 配网功能，上手简单，有示例可以快速编译运行。
- 示例 ESP32 + DHT11/DHT22 温湿度传感器接入 ThingsCloud
- 示例 ESP32 + 继电器模块接入 ThingsCloud