Modbus TCP 协议详解

一、为什么 BMS 开发离不开 Modbus TCP？

在储能系统（BESS）中，BMS 作为核心控制单元，需要与 PCS（储能变流器）、EMS（能量管理系统）、电表、空调、消防主机等众多设备通信。这些设备往往分布在机柜或不同房间，如果全部使用 RS-485 总线（Modbus RTU），不仅布线复杂、距离受限，而且主从轮询效率低。

Modbus TCP 的出现解决了这些痛点：它基于以太网，支持高速、远距离、多设备并发通信，非常适合大型储能电站或分布式 BMS 系统。同时，它保留了 Modbus 简单、开放的优点，是工业物联网（IIoT）和能源管理系统的首选协议之一。

二、Modbus TCP 帧结构：7 字节 MBAP + 无 CRC 的 PDU

Modbus TCP 的应用数据单元（ADU）由 MBAP 头部 （7 字节）和 PDU（协议数据单元）组成。

与 RTU 的核心差异 ：RTU 的 ADU = 地址(1B) + PDU + CRC(2B)；而 TCP 的 ADU = MBAP(7B) + PDU，没有 CRC，因为底层 TCP/IP 提供校验。

🔹 2.1 MBAP 头部详解

字段	长度(字节)	说明	取值范围/示例
事务处理标识符	2	客户端生成的递增序列号，用于匹配请求和响应。服务器在响应时需原样返回。	0x0001, 0x0002...
协议标识符	2	固定为 `0x0000`，表示 Modbus 协议。若为其他值，表示非 Modbus 应用。	0x0000
长度	2	表示后续数据的字节总数，即"单元标识符" + PDU 的长度。	最小为 1 (仅单元标识符) + 2 (功能码+至少1字节数据) = 3
单元标识符	1	等效于 RTU 的从站地址。用于在同一个 IP 地址下标识不同的逻辑从站（如串口服务器下挂的多个 RTU 设备）。	1~247 (0 为广播)

报文示例（16 进制）

00 01 00 00 00 06 01 03 00 00 00 01

00 01：事务处理标识符
00 00：协议标识符
00 06：长度 = 6 字节（单元标识符 1 + PDU 5 字节）
01：单元标识符（从站地址 1）
03 00 00 00 01：PDU（功能码 03 + 起始地址 0x0000 + 寄存器数量 0x0001）

🔹 2.2 PDU（协议数据单元）

PDU 结构与 Modbus RTU 完全相同 ，包含功能码 和数据，不包含地址和校验。

格式：[功能码: 1字节] + [数据: N字节]

三、常用功能码与报文示例

由于 PDU 与 RTU 一致，所以功能码体系完全通用。以下是 BMS 开发中最常用的几个功能码及完整 TCP 报文示例。

3.1 功能码 0x03：读保持寄存器

应用场景：读取 BMS 的电池电压、电流、SOC、SOH、温度等数据（通常映射到保持寄存器）。

请求报文 （读取从地址 0x006B 开始的 3 个寄存器，对应 PLC 地址 40001~40003？实际协议地址 0x006B=107）

00 01 00 00 00 06 01 03 00 6B 00 03

00 01：事务 ID
00 00：协议 ID
00 06：长度（6）
01：单元 ID（从站 1）
03：功能码
00 6B：起始地址
00 03：寄存器数量

正常响应 （假设返回三个寄存器的值：0x1234, 0x5678, 0x9ABC）

00 01 00 00 00 09 01 03 06 12 34 56 78 9A BC

00 01：事务 ID（复制请求）
00 00：协议 ID
00 09：长度 = 1(单元ID)+1(功能码)+1(字节数)+6(数据) = 9
01：单元 ID
03：功能码
06：数据字节数（3个寄存器 × 2字节 = 6）
12 34 56 78 9A BC：寄存器值

3.2 功能码 0x06：写单个寄存器

应用场景：远程控制 BMS 的启动/停止、下发保护阈值等。

请求报文 （向单元 ID 1 的地址 0x0001 写入 0x001F）

00 02 00 00 00 06 01 06 00 01 00 1F

正常响应：原样回显请求报文（事务 ID 可能相同，也可能递增，视服务器实现而定）。

3.3 功能码 0x10（16 进制）：写多个寄存器

应用场景：批量下发 BMS 参数（如多段充放电曲线）。

请求报文 （从地址 0x0002 开始，写入 2 个寄存器：0x000A 和 0x000B）

00 03 00 00 00 0B 01 10 00 02 00 02 04 00 0A 00 0B

00 03：事务 ID
00 00：协议 ID
00 0B：长度 = 11 (1+1+2+2+1+4)
01：单元 ID
10：功能码 0x10
00 02：起始地址
00 02：寄存器数量
04：数据字节数（2寄存器×2字节=4）
00 0A 00 0B：寄存器值

正常响应 ：00 03 00 00 00 06 01 10 00 02 00 02（回写起始地址和数量，无数据部分）

3.4 功能码 0x01 / 0x02 / 0x05 / 0x0F

这些用于读写线圈（数字量）。在 BMS 中，线圈可用于表示继电器状态、告警指示灯等。示例略，原理相同。

四、Modbus TCP vs Modbus RTU：全方位对比

作为 BMS 开发者，我们经常需要根据现场情况选择使用 TCP 还是 RTU。以下从 10 个维度进行对比，帮助你做出决策。

对比维度	Modbus RTU	Modbus TCP
物理层	RS-232 / RS-485 串行总线	以太网（电口/光口/WiFi）
硬件接口	DB9、接线端子（A/B）	RJ45、光纤接口
传输介质	屏蔽双绞线（通常 2~3 芯）	网线（CAT5/6）、光纤
拓扑结构	主从式，多点总线型（手拉手），RS-485 最长 1200 米	客户端/服务器，星型、树型等任意以太网拓扑，可跨路由、互联网
通信方式	半双工，一问一答，主站轮询	全双工，多个客户端可同时访问同一服务器（受 TCP 连接数限制）
最大设备数	一个总线上最多 247 个从站（实际受驱动能力影响）	理论上每个 IP 端口一个服务器，但可配置多端口，设备数受 IP 网络规模限制
报文头部	1 字节从站地址	7 字节 MBAP（事务ID、协议ID、长度、单元ID）
错误校验	2 字节 CRC-16（必须）	无 CRC，依赖 TCP/IP 的校验和与序列号
帧间隔要求	严格：帧内 ≤1.5 字符，帧间 ≥3.5 字符	无间隔限制，基于 TCP 流传输
典型波特率/速率	9600, 19200, 115200 bps（通常 ≤ 115.2 kbps）	10/100/1000 Mbps，实际受网络带宽限制

💡 总结选择建议

优先选择 TCP：设备支持以太网、需要高速数据交互、远程监控、接入云平台。
保留 RTU：现场只有串口设备、成本敏感、距离 < 1000 米且数据量小（如单台 PCS 与 BMS 内部通信）。

实际项目中，很多设备同时支持两种接口。例如，BMS 主控板既有 RS-485 口（用于本地调试或与旧设备通信），又有以太网口（用于接入站控层网络）。

五、异常处理与常见错误码

Modbus TCP 的异常响应与 RTU 完全一致：功能码最高位置 1，数据部分第一个字节为异常码。

示例：请求读保持寄存器（0x03）时地址越界，服务器返回：

00 01 00 00 00 03 01 83 02

00 01：事务 ID
00 00：协议 ID
00 03：长度（3）
01：单元 ID
83：异常功能码（0x80 | 0x03）
02：异常码（非法数据地址）

异常码	名称	常见原因
0x01	非法功能	不支持的功能码
0x02	非法数据地址	寄存器地址超出范围
0x03	非法数据值	写入的值超出允许范围（如只读寄存器）
0x04	从站设备故障	设备内部错误
0x06	从站忙	设备正在处理上一命令，稍后重试

注意：TCP 本身还有网络层错误（连接超时、连接拒绝、断开等），需要在代码中捕获 Socket 异常。

六、常见故障排查指南（TCP 版）

现象	可能原因	解决方法
连接超时	IP 地址错误、端口不是 502、防火墙阻挡	Ping 测试，telnet IP 502 检查端口
连接被拒绝	服务器未监听 502 端口或服务未启动	检查设备配置，确认 Modbus TCP 服务已使能
读取返回异常 0x02	寄存器地址超出设备范围	查阅设备手册，使用正确的起始地址
读取返回数据全为零	单元标识符不正确（常见于串口网关）	尝试 Unit ID 1~247 或查阅网关文档
数据值错乱（如负电压）	字节序错误或数据类型不匹配	交换寄存器高低字节或改变 32 位组合顺序
偶尔通信失败	网络丢包、TCP 连接不稳定	增加重试机制，缩短超时时间，检查交换机

七、总结：掌握 Modbus TCP 对于 BMS 开发的意义

协议简单但必须精确：帧结构、功能码、异常码是基础，必须牢记。
与 RTU 的对比：理解两者差异有助于选型和问题定位。
调试工具 ：推荐 Modbus Poll （模拟主站）、Modbus Slave （模拟从站）、Wireshark（抓包分析 TCP 报文）。

最后留一道思考题：如果你通过一个串口服务器（Modbus TCP 转 RTU）下挂了 10 个电表，上位机发送的 Modbus TCP 请求中，单元标识符应该填什么？为什么？欢迎在评论区讨论。

原创不易，如果本文对你有帮助，请点赞、收藏、转发，让更多 BMS 同行看到！