听到“事务处理”这个词别以为是财务在算账。在Modbus的语境里它其实说的是“设备之间怎么互相打招呼、隔空干活”。Modbus协议牛就牛在它允许你在各种各样的网络体系里进行极其简单的通信。‍谁在用Modbus可以说是“神仙打架全员参与”。不管你是工厂里的大脑PLC、带屏幕的操作台HMI、控制面板还是各种驱动器和输入/输出设备I/O都能使用Modbus协议来启动远程操作隔空指挥其他设备干活。️串口和网线干活一个样最神奇的一点是只要动作和指令一样你在老式的串行链路拉根串口线上能干的事到了现代的以太网TCP/IP上照样能干而且干得一模一样——打个比方你用对讲机串口喊“把3号阀门打开”和你用微信以太网发“把3号阀门打开”对于接收指令的设备来说效果是完全等同的。底层的物理通道换了但大家聊天的核心内容不变。MODBUS 好用工具Modbus Master Emulator - Modbus 主站模拟器Modbus Slave Emulator - Modbus 从站模拟器“请求/应答”与“快递包裹”的那些事儿在Modbus的世界里聊天模式非常讲究“礼尚往来”——它是一个典型的请求/应答Request/Response协议。你问一句我才答一句你不问我绝不主动烦你。为了方便大家交流它还提供了一套统一的功能码Function Code专门用来指代各种数据传输服务。关于功能码、PDU 和 ADU 这仨兄弟咱们用“点外卖”和“寄快递”来打个比方1. PDU协议数据单元最纯粹的“核心指令”功能码其实就是 PDU 里的元素之一。所谓的 PDU你可以把它理解为“包裹里真正的货物”。它是一个与底层网络完全无关的“纯粹数据单元”。比如“我要读取3号寄存器的数据”——这就叫 PDU。这句指令不管是在顺丰串口还是京东以太网上跑核心意思永远不会变。2. ADU应用数据单元打包好的“完整快递”虽然有 PDU核心货物就够了但在真实的马路上特定的总线或网络光有个裸货怎么行这时候Modbus 协议就会给 PDU 穿上不同的“马甲”加上一些附加域比如设备地址、校验码组合成一个完整的包裹这就叫 ADU。只有成了 ADU这个包裹才能准确无误地送到目的地。 PDU 与 ADU 的“套娃”魔法既然要通信怎么才能让设备之间聊得既简单又靠谱Modbus的设计师想了个绝招先定义了一个极其精简的 PDU模型。它有多精简核心就两部分功能码 数据。这就好比你在信纸上只写了一句话“帮我拿一下数据功能码 3号仓库数据”。但是光有一张信纸是寄不出去的不同的网络比如串口、以太网对这个“信件”的格式要求不一样。为了让信件能适应各种传输模式咱们得给它套个“大信封”。于是ADU模型 闪亮登场它是在PDU的基础上加了必要的“前缀”和“后缀”前缀比如地址域相当于信封上的“收件人地址”告诉网络这信是发给谁的后缀比如差错校验相当于快递上的“封口贴”和“防伪标签”防止信件在半路上被人拆了或者弄坏了。 总结一下套娃公式ADU 前缀地址 PDU功能码数据 后缀校验这两者到底是咋套娃的它们的亲密关系直接看图1-4看图时你可以一眼看出PDU是那个核心的“心”而ADU是包在外面的一层壳。前面讲了“PDU是信纸ADU是信封”那一次完整的“Modbus交易”事务处理到底是怎么跑完流程的——其实这就好比一次“隔空点外卖”的完整过程看图1-5之前先理清这三步走 第一步主站下单创建查询报文主机设备或客户端就像顾客它把之前的“核心货物”PDU加上地址、校验码打包成一个完整的查询报文ADU准备发送。在这个包裹里有一个最关键的“暗号”——功能码。功能码只占1个字节它的作用就像是告诉店家“我这次是要点菜读数据还是退菜写数据”。 第二步从站接单根据功能码干活从机设备或服务器端收到包裹后第一件事就是看功能码然后对号入座去执行相应的动作。功能码的有效范围是十进制 1~255。但为什么 128~255 要被单独拎出来保留呢因为在Modbus的规矩里如果从站遇到事儿办不成比如你点的菜卖光了或者地址填错了它就会用 128~255 这个区间的码字来回复主站“老板出异常了”专业叫法叫异常响应。 第三步从站回传返回响应报文从站把活儿干完之后绝不会默默无闻而是必须把结果打包成响应报文原路返回给主机。至此一次完美的“事务处理”才算闭环。(配合文章里的图1-5你可以一眼看出这个“你发我收我再回你”的完整对话流。)在“一问一答”的通信过程中并不是每次都能顺风顺水。如果从站收到指令后发现了问题它该怎么办✅ 顺利的情况正常应答如果从站正确接收了包裹一看功能码哎这活儿我会干也没遇到啥故障。那它就会乖乖按规矩把你要的数据和正常响应报文打包原路返回给主机。❌ 翻车的情况抛出“异常码”如果从站遇到“与请求功能有关的差错”呢比如你让设备去读100号寄存器结果它只有50个或者你想写数据结果没权限。这时候从站绝对不会装死不理你也就是不能没有响应。它会立刻回一封信并且在响应报文的功能码域上动个手脚——塞进去一个“异常码”。上文说到的功能码 128~255 就是为这个准备的从站通常会把原来的功能码最高位变成1也就是加上128再加一个具体的错误代码告诉你到底出了啥事。对于主机客户端来说收到带“异常码”的报文就像是收到了外卖客服发来的“退单理由”比如没食材了、地址不对、无权点单。主机一看就秒懂了哦原来是这个环节出了岔子接下来它就可以根据这个异常码决定下一步该干嘛——是重新发一次请求、换个参数还是直接拉响警报。刚才说到从站遇到问题会抛出“异常码”来通知主站。那这封“报错信”具体是怎么写的呢来看图1-6当从站遇到差错它返回报文时不会重新编个新功能码而是直接在原始功能码上“动个手脚”把这个功能码的最高有效位最左边那一位强行变成“1”。为什么这么做用大白话算个数在二进制里一个字节有8位比如 0000 0011这是十进制的3。如果你把最左边那一位最高位变成1它就变成了 1000 0011。你看这数值是不是就变成十进制的 131也就是原功能码 3 128了 恍然大悟了吧这就完美解释了咱们前面说过的那个冷知识为什么功能码 128~255 是专门留给异常响应的因为只要主站一看功能码的数值大于等于 128最高位是1立刻就能秒懂“坏了小弟没干成这事儿这是个报错信号”比如原本正常的03读取寄存器只要最高位一变立刻变成 0x83主站就知道出异常了