★ FEATURED ARTICLE 干工控的人,谁还没跟Modbus打过交道?不管是PLC、触摸屏、变频器、电表还是温控器,拆开设备的通信手册,十有八九能看到一行字:支持Modbus RTU协议。再往后翻几页,满屏的功能码三个字,经常把刚入行的兄弟看得一头雾水。我第一次调Modbus设备时,拿到一份仪表手册,上面写着功能码03读保持寄存器,功能码06写单个寄存器,我当时就懵了:这01、02、03、04、05、06、15、16到底有什么区别,什么时候该用哪个,报文里那些地址又怎么跟手册对不上?这篇就把Modbus功能码这件事彻底捋清楚。对做自动化项目、设备调试、上位机开发的工程师来说,Modbus功能码不是什么高深理论,它就是一张主站和从站之间的指令清单。设备支持哪些功能码,决定了你能对它做什么操作;你用错功能码,设备要么不理你,要么回一个异常码。把这套东西弄明白,现场调试至少少走一半弯路,遇到设备通信不上,也不会只会重启重启再重启。先说明一下,这篇文章主要聊Modbus串行链路(RTU模式),Modbus TCP的功能码体系完全一样,只是报文格式稍有区别,后面会单独提。如果你刚接触工控通信,或者被设备手册里的寄存器表搞得晕头转向,这篇应该能帮上忙。1. Modbus功能码的基本盘:先分清读和写,再分清操作对象1.1 功能码的本质:一张对话指令清单刚开始接触Modbus,别把功能码想复杂了。它就是一组约定好的命令编号,类似你和同事对接工作时用的需求单:需求单号01表示查一下开关状态,需求单号03表示读一下数据,需求单号06表示改一下参数。从站收到主站的需求单号,就知道该执行什么动作。Modbus的会话规则非常明确:一主多从,主站先说话,从站听完回答。从站永远不会主动开口,哪怕它的数据变化了一百次,也得等主站来问。这也是为什么做数据采集时要设计轮询周期——你问一次,它答一次,频率全掌握在主站手里。功能码本身分两大阵营:读功能码和写功能码。读,就是把从站那边的数据拿回来;写,就是把主站这边的数据送过去。每一个功能码都绑定了一种操作对象,Modbus里的操作对象分四种:线圈(Coil)、离散输入(Discrete Input)、输入寄存器(Input Register)、保持寄存器(Holding Register)。这四种对象才是真正的关键,功能码实际上是围绕它们设计的。1.2 常用功能码速查表下面这张表是我自己整理的习惯用法,现场调试时直接对照着看:功能码名称操作方向操作对象典型应用01 (0x01)读线圈只读线圈(开关量输出)读取DO点状态、继电器状态02 (0x02)读离散输入只读离散输入(开关量输入)读取DI点状态、按钮/限位信号03 (0x03)读保持寄存器只读保持寄存器(可读写16位寄存器)读取参数、设定值、累计值04 (0x04)读输入寄存器只读输入寄存器(只读16位寄存器)读取测量值、实时采集量05 (0x05)写单个线圈读写线圈控制单台设备启停、开关06 (0x06)写单个寄存器读写保持寄存器修改单个参数、下发设定值15 (0x0F)写多个线圈读写线圈批量设置输出点状态16 (0x10)写多个寄存器读写保持寄存器批量下发参数、多通道设定07 (0x07)读异常状态只读专用读取从站内部异常状态(少见)08 (0x08)诊断只读专用通信测试、回环测试(维护用)11 (0x0B)获取通信事件计数器只读专用统计通信事件(极少用)17 (0x11)获取服务器ID只读专用读取从站设备标识(偶见于PLC)23 (0x17)读/写多个寄存器读写保持寄存器一次同时读和写(部分设备支持)注意,后面几个属于特殊功能码,大多数仪表和现场设备根本用不到。真正高频、必须掌握的就是01、02、03、04、05、06、15、16这八个。把它们吃透,市面上九成以上的Modbus设备都能搞定。我自己做项目的经验是,03和06的使用频率最高,几乎天天见。因为现场要读的参数、要写的设定值,绝大多数都存放在保持寄存器里。01和05则用于开关量控制场景。所以下面按读、写两条线,分别把每个功能码的报文结构、请求格式、响应格式掰开讲。2. 读功能码详解:把设备里的数据拿回来2.1 01功能码:读线圈状态01功能码读的是线圈,线圈本质上就是开关量输出点,在PLC里对应Q点或者中间继电器,你可以把它理解成一个可以控制的开关。它的状态只有两种:0表示断开,1表示闭合。读线圈的请求报文结构是:从站地址(1字节) 功能码0x01(1字节) 起始线圈地址(2字节) 线圈数量(2字节) CRC16(2字节)举个例子,我要读从站地址为1的设备、从0号线圈开始的10个线圈状态,请求报文就是:01 01 00 00 00 0A CRC这里起始地址00 00表示从0号线圈开始,数量00 0A表示读10个,最后两个字节是CRC16校验码。设备收到后返回:01 01 02 CD 01 CRC第一个01还是从站地址,第二个01是功能码确认,第三个字节02表示后面有两个字节的数据。为什么是2个字节?因为10个线圈只需要10个bit,按8个bit一组打包,需要2个字节。数据部分CD 01怎么理解?01功能码返回的线圈状态是从低字节的低位开始排列的。第一个字节CD等于1100 1101,bit0对应0号线圈,bit1对应1号线圈,bit2对应2号线圈,以此类推。所以这10个线圈的状态分别是:0号1、1号0、2号1、3号1、4号0、5号1、6号1、7号1;第二个字节01里只有bit0(8号线圈)有效,9号线圈以及后面的高位补0。这里有个容易搞混的点:很多人以为第一个字节的最高位对应0号线圈,实际上协议规定bit0(Low Bit First)对应最低地址,字节内低位优先。我第一次抓包时就栽在这上面,上位机显示的点位和实际设备状态对不上,查了半天才发现是位序理解反了。2.2 02功能码:读离散输入离散输入是只读的开关量输入点,在PLC里对应I点,比如按钮、限位开关、光电开关这些外部信号。它和线圈的区别在于:线圈可以由主站改写(你发05功能码能控制它),离散输入只能被动读取,外部信号是什么状态,你读到就是什么状态。02功能码的报文结构和01完全一样,只是功能码换成0x02:请求: 01 02 00 00 00 10 CRC表示读从站地址1的设备、起始编号0的16个离散输入点。返回的也是打包好的位数据,规则和01一样。所以只要理解了01,02自然就会了。为什么Modbus要区分线圈和离散输入?这里其实有历史原因,早期PLC出现时,数字量输入(DI)和数字量输出(DO)就是分开编址的,协议为了贴合这种习惯,把开关量也分成了两张表。现在很多远程IO模块和智能仪表,DI/DO物理上分开,地址表也分开,功能码自然就分开了。2.3 03功能码:读保持寄存器保持寄存器是Modbus里最重要的数据对象,它是16位(2字节)的存储单元,可读可写,容量大、用途广。设备参数、运行模式、设定值、累计量、状态字、控制字,这些东西绝大多数都放在保持寄存器里。你可以把它理解成设备内部一块可修改的数据存储区。读保持寄存器的请求报文:从站地址 功能码0x03 起始寄存器地址(2字节) 寄存器数量(2字节) CRC16比如从站地址1,读起始地址0的3个保持寄存器:01 03 00 00 00 03 CRC响应格式是:从站地址 功能码0x03 字节数 数据(寄存器数量×2字节) CRC16正常返回:01 03 06 00 7B 01 2C 02 58 CRC这里的06表示后面有6个字节,对应3个寄存器。每个寄存器占2字节,高字节在前(这是Modbus RTU的字节序规定,先收高字节再收低字节)。00 7B就是第一个寄存器的值(十进制123),01 2C是第二个(十进制300),02 58是第三个(十进制600)。这里有一个硬性限制:03功能码一次最多请求125个寄存器(十六进制0x7D)。如果请求数量超过125,从站会返回异常码。这个限制是协议规范定的,原因是为了保证响应帧不超长,避免串行链路上长时间占用总线。需要读更多数据时,要分成多次请求,每次不超过125个。2.4 04功能码:读输入寄存器输入寄存器和保持寄存器一样都是16位,唯一的区别是它只读、不可写。通常用来存放实时测量值,比如温度传感器的当前温度、电表的电压电流、压力变送器的实时压力。你可以把保持寄存器理解为可以改的配置区,把输入寄存器理解为只能看的测量区。04功能码报文格式和03一模一样,只是功能码换成0x04:请求: 01 04 00 00 00 01 CRC表示读从站地址1、起始地址0的1个输入寄存器。响应:01 04 02 1E 3C CRC02表示后面2个字节,1E 3C就是寄存器里的原始数值。这里要特别提醒一句:不要依赖03读的是参数、04读的是测量值这种死规律。实际现场中,不同厂商的设备对不同功能码的实现差异很大,有的仪表把测量值放在保持寄存器里,有的放在输入寄存器里,还有的03和04都能读到同一片数据。我遇到过一台变送器,手册上写04读测量值,但它同时支持用03读同样的地址,数据完全一致。所以在不确定时,先用03试,读不到或者返回异常再试04,这是最稳妥的现场策略。2.5 读操作选择功能码的现场经验读操作选功能码,本质上只有两个问题:你要读的点是开关量还是数值量,以及设备手册里声明了哪个功能码。如果是开关量,先判断是DI还是DO:DI用02,DO用01。如果是数值量,先试03,不行再试04。如果没带手册,我一般直接抓包看设备管理软件或触摸屏是怎么读的。拿一个串口监听工具,把触摸屏和仪表的通信抓下来,看它发的功能码是什么,照着抄就行。这个方法在现场特别管用,比翻手册快得多。读操作还有一个细节:起始地址对不对。很多现场问题不是功能码选错,而是地址搞错。比如想读40001,协议报文里写的是寄存器地址0,不是1。这个偏移量的坑,后面第4节我专门展开,因为它坑过的人太多了。3. 写功能码详解:把数据写进设备3.1 05功能码:写单个线圈05功能码用来控制单个线圈,也就是单个开关量输出点。报文格式:从站地址 功能码0x05 线圈地址(2字节) 数据(2字节) CRC16关键是数据部分的两个字节,只有两种合法值:FF 00表示闭合(ON),00 00表示断开(OFF)。协议规定不能写其他值,某些从站对非法的值会返回异常码03。报文示例,把从站地址1、0号线圈置为ON:01 05 00 00 FF 00 CRC如果成功,从站会原样返回请求报文作为应答:01 05 00 00 FF 00 CRC05功能码的响应是请求回声,不是单独返回状态值,所以看到一模一样的帧,就说明写成功了。在实际项目里,05功能码常见于远程控制场景:上位机点一下按钮,发05把水泵电机置为ON,再点一下发00 00置为OFF。比用继电器中间转接要干净利落得多。3.2 06功能码:写单个寄存器06功能码是写单个保持寄存器,这是参数设定最常用的功能码。报文格式:从站地址 功能码0x06 寄存器地址(2字节) 数据(2字节) CRC16比如把从站地址1的0号寄存器写成0x012C(十进制300):01 06 00 00 01 2C CRC响应也是原样返回请求帧。06功能码一次只能写一个寄存器,适合修改单个参数,比如温度设定值、压力报警上限、运行模式切换等等。很多温控器、PID调节器都采用03读当前值和参数 06写设定值这种组合。举个例子,某温控器用保持寄存器0存放当前温度(只读),用保持寄存器2存放温度设定值(可写),现场操作就是先发03读当前温度,再发06写新的设定值。3.3 15功能码:写多个线圈15功能码(十六进制0x0F)是一次性写多个线圈,报文格式比05复杂一些:从站地址 功能码0x0F 起始线圈地址(2字节) 线圈数量(2字节) 字节数(1字节) 数据(N字节) CRC16比如从站地址1,从0号线圈开始连续写10个线圈,状态依次为1、0、1、1、0、1、1、1、0、1:01 0F 00 00 00 0A 02 CD 01 CRC02是数据字节数,CD 01的位打包规则和01功能码一样,bit0对应第一个线圈。从站响应是:01 0F 00 00 00 0A CRC也就是返回起始地址和线圈数量,确认批量写完成。15功能码用于需要同时更新多个DO点的场景,比如一个设备上有8路输出,一次写8个线圈比发8次05效率高得多。协议规定15功能码一次最多写1968个线圈(0x7B0),实际现场很少用到这个极限值。3.4 16功能码:写多个寄存器16功能码(十六进制0x10)是一次性写多个保持寄存器,这是批量下发参数时的核心功能码。报文格式:从站地址 功能码0x10 起始寄存器地址(2字节) 寄存器数量(2字节) 字节数(1字节) 数据(N字节) CRC16比如从站地址1,从0号寄存器开始写3个寄存器,分别写入0x0001、0x0002、0x0003:01 10 00 00 00 03 06 00 01 00 02 00 03 CRC注意数据字节数等于寄存器数量乘以2,所以这里06代表6个数据字节。从站响应只返回起始地址和数量:01 10 00 00 00 03 CRC16功能码一次最多写123个寄存器(0x7B),同样是为了防止数据帧过长。批量下发参数表、多通道设定温度这类操作,用16比逐条06快得多。这里要提醒一个常见问题:不是所有设备都支持15和16功能码。尤其是小仪表、老设备、某些传感器,可能只实现了01到06这六个功能码,甚至只支持03和06。向这种设备发16写多个寄存器,它会回异常码01(非法功能码)。遇到这种情况,只能降级处理:把批量写拆成多个06逐条写。我写上位机驱动时一般会做一次功能码探测,先发16,收到异常就切到06。3.5 写操作的几个安全习惯写操作比读操作风险大得多。读操作最多读回错误数据,而写操作有可能直接改变设备的运行行为。我的习惯是:第一,写之前先读。无论是写单个还是批量写,先发03把目标寄存器的当前值读回来,确认你要改的就是它,再发写指令。特别是修改设备参数时,别拿记忆里的寄存器表直接怼。之前我改一台设备量程,没读当前值直接写,结果把另一组参数覆盖了,后面恢复配置费了好大劲。第二,写指令的响应和实际生效有延迟。有些设备收到06或16后,先回一个响应帧表示收到了,然后内部flash写入需要几十毫秒甚至更久。如果紧接着发一个03去读,可能读到的还是旧值。稳妥做法是,写完等200到500毫秒再读确认。第三,在线修改参数有锁定概念。不少设备有远程写保护开关,寄存器里专门有一个写使能位,必须先通过06把它置1才能修改其他参数,写完记得复位。这个机制很多入行不久的朋友根本不看,直接发写指令一直被拒,反复排查才发现是保护位的问题。4. 功能码背后的数据模型与地址映射4.1 Modbus的四个数据块Modbus协议把数据组织成四张表,前面提到的线圈、离散输入、输入寄存器、保持寄存器就是这四张表:数据表名称读写属性位宽PLC传统编址协议地址范围离散输入Discrete Input只读1 bit1xxxx0x0000 ~ 0xFFFF线圈Coils可读可写1 bit0xxxx0x0000 ~ 0xFFFF输入寄存器Input Registers只读16 bit3xxxx0x0000 ~ 0xFFFF保持寄存器Holding Registers可读可写16 bit4xxxx0x0000 ~ 0xFFFFPLC传统编址里的1xxxx、0xxxx、3xxxx、4xxxx是早期PLC发展过程中形成的习惯。而Modbus协议层面,每种数据对象的地址都是从0开始的十六进制数。许多设备手册为了提高可读性,直接给PLC式地址,于是坑就来了。4.2 地址偏移:协议地址和PLC地址差一位这是Modbus现场调试里最经典、坑人最多的一个问题。PLC地址40001对应保持寄存器,实际在Modbus报文里,它对应的寄存器地址是0x0000。也就是说,手册上写的40001,报文里填的寄存器地址是0;手册上的40002,报文里填1;手册上的40010,报文里填9。换算公式很简单:协议地址 PLC地址 - 40001。举例:某电表手册写保持寄存器40010,存放当前温度,数据类型为float,那么正确报文里的寄存器地址是9,不是10。触摸屏和组态软件里,很多会自动做这个换算,你在软件界面填40010,它组包时自动把地址减1,所以直接用组态软件时感知不到这个问题。但如果你自己写脚本、写上位机、用串口调试助手手工发报文,就必须自己减1。这是最常见的通信不上、数据错位的原因之一。还有一种情况:设备手册直接就用0开始的协议地址,比如寄存器0xFFF6:控制字,寄存器0x0064:设定温度,这就不存在偏移问题了,报文里直接填。所以拿到手册第一件事,就是看它的地址是PLC式(4xxxx)还是协议式(0x或十进制从0开始),别上来就照着填。4.3 字节序和字序,比地址偏移更隐蔽的坑读寄存器时还有一重坑:数据格式。寄存器是16位的,如果你要读的是32位浮点数或者32位整数,它需要占用两个寄存器。这时就存在两个问题:第一是字节序(Byte Order):一个16位寄存器内部,高字节在前还是低字节在前。Modbus RTU规范默认是Big Endian(高字节在前),大部分设备也遵守。但也有小部分设备用Little Endian(低字节在前)。第二是字序(Word Order):两个寄存器谁在前。Modbus常规是高字在前,比如数据0x12345678,寄存器A存0x1234,寄存器B存0x5678,报文里先发0x1234再发0x5678。但也有设备是低字在前,0x5678在前。这两个属性一组合,有四种可能。我做过一个数据传输项目,上位机用大端读出来一个浮点数,结果数值变成天文数字或者inf,后来检查发现设备是小端字序高字节序,把寄存器顺序反过来才正常。解决方法是:用03读两个连续的寄存器,把四个字节拼起来,分别按四种组合解释,对比哪个数值和设备物理意义对得上。比如温度、压力这类量,正常数值应该在合理区间,不可能突然变成几十亿。这个方法虽然粗暴,但确实是现场最稳的判据。4.4 功能码要跟着设备能力走很多Modbus设备并没有完整实现四张表。比如某些传感器只有输入寄存器(04读),没有保持寄存器;某些继电器模块只有线圈(01/05),没有寄存器区。所以,功能码的选择一定是跟着设备能力走的。我在做上位机时,都会维护一张设备信息表,里面记录每台设备支持的功能码集合、寄存器映射、字节序、字序、地址偏移方式。新设备接入时,先读一遍设备的通信手册,再抓一次包验证。这样后期排查问题效率高很多,也方便别人接手。5. 报文实操:从零拼一个Modbus RTU报文5.1 RTU帧格式和CRC16校验Modbus RTU模式下,一帧完整的报文包括:从站地址(1字节)、功能码(1字节)、数据区(可变长度)、CRC16校验(2字节)。数据帧在总线上的空闲间隔也有讲究:两个帧之间至少要有3.5个字符时间的静默间隔,否则从站可能把两帧数据误认为一帧。CRC16是Modbus协议专用的校验算法,多项式为0x8005,初始值为0xFFFF。它的作用是保证数据在传输过程中没有被干扰或损坏。计算方式网上到处都有,但现场偶尔需要手工验证一段报文,所以我习惯用一个小脚本算。下面是我常用的Python函数:def modbus_crc16(data: bytes) - int: crc 0xFFFF for byte in data: crc ^ byte for _ in range(8): if crc 0x0001: crc (crc 1) ^ 0xA001 else: crc 1 return crc # 例子: 01 03 00 00 00 01 frame bytes([0x01, 0x03, 0x00, 0x00, 0x00, 0x01]) crc modbus_crc16(frame) print(fCRC16 {crc:04X}) # 结果是 0x840A发送时CRC低字节在前,高字节在后。所以完整请求帧是:01 03 00 00 00 01 0A 84,最后的0A是CRC低字节,84是高字节。提示:Modbus CRC发送顺序是低字节先发,很多新手把CRC高字节放前面,导致从站直接忽略报文。现场对不上时,先检查这个。5.2 实战案例:读一台温控器的当前温度假设现场有一台温控器,从站地址为1,通信参数是9600 8N1。它的保持寄存器0存放当前温度值,有符号16位整数,单位0.1摄氏度。我要读当前温度,请求帧:01 03 00 00 00 01 0A 84拆开看就是:01:从站地址03:读保持寄存器00 00:起始寄存器地址000 01:读1个寄存器0A 84:CRC16校验码温控器响应:01 03 02 00 FF 39 0401:从站地址03:功能码02:数据字节数200 FF:寄存器原始值,十进制25539 04:CRC16校验码255乘以0.1等于25.5摄氏度。由于是带符号整数且最高位为0,所以是正数。如果读到的值是FF 81,那就是-127,换算成温度就是 -12.7度。5.3 实战案例:写入温度设定值假设这台温控器的保持寄存器2是温度设定值,格式同样是S16,单位0.1摄氏度。我要把设定值改为120.0摄氏度,即整数1200,十六进制是04B0。请求帧格式应该是:01 06 00 02 04 B0 ? ?01:从站地址06:写单个寄存器00 02:寄存器地址204 B0:写入的数据,十六进制0x04B0等于十进制1200后面两个字节:CRC16校验码,用上面的Python脚本直接算,低字节在前如果温控器支持06功能码且地址合法,它会原样返回这一帧:01 06 00 02 04 B0 ? ?看到一模一样的报文,就说明设定值已经写进去了。之后你可以发03读一下寄存器2,确认设备内部确实更新成了1200。5.4 批量读多个寄存器,提高轮询效率现场采集多点数据时,单个单个读效率太低。比如读电表的电压、电流、功率三个量,这三个量若放在连续的三个寄存器中,一次03批量读就行:请求: 01 03 00 00 00 03 CRC表示从站地址1,从寄存器地址0开始,连续读3个寄存器。响应帧会包含6个数据字节:01 03 06 高字节 低字节 高字节 低字节 高字节 低字节 CRC这样主站和从站之间只需一来一回,就拿到了三个数据。批量读的寄存器块不要太分散,否则中间只要有一个地址越界,整个批量请求就异常了,反而要拆分。6. 异常响应与故障排查:功能码能告诉你问题在哪6.1 异常码速查表当从站收到请求但无法执行时,它不会默默不理你,而是回一个异常帧:从站地址 (功能码 | 0x80) 异常码 CRC16功能码最高位置1,表示这是一个异常响应。比如你发03读,从站回83,说明它知道你要读,但是读不了。第二个字节的异常码含义如下:异常码含义可能原因01非法功能码设备不支持这个功能码02非法数据地址寄存器地址或数量超出范围03非法数据值写入的数据值不合法(比如05写了非FF00/0000的值)04从站设备故障设备内部错误,无法执行05已接受延迟处理设备已接受但处理需要时间06从站设备忙碌设备忙,稍后重试08存储奇偶校验错误存储区数据校验失败0A网关路径不可用经过网关时路径错误0B网关目标设备响应失败网关无法到达目标设备现场最常见的就三个:01、02、03。功能码不支持、地址越界、写入数据非法。看到异常码后,排查方向立刻清晰:01就看设备的协议支持表,02就对一下地址范围,03检查写入的数据类型和数值范围。6.2 我踩过的那些坑,一个个说给你听第一个坑,设备完全无响应。用串口调试助手发出03报文,设备一个字节都不回。这种时候先别怀疑功能码,优先检查硬件和通信参数:RS485的AB线是不是接反了,设备地址对不对,波特率、数据位、校验位是否一致,终端电阻是不是没加。等物理链路通了再谈功能码。我在现场被这个问题卡过两个小时,最后发现是USB转RS485线松了,和数据包一点关系都没有。第二个坑,回异常码01。功能码错或者被禁用。部分设备出厂时把某些功能码开关默认关掉,比如有的电表只开03读,写功能码06被禁用,你要改参数得先在配置软件里打开写使能。还有的是因为发了15/16批量写,而设备只支持06,这种情况降级即可。第三个坑,回异常码02。地址或数量越界。常见于起始地址算错,尤其是4xxxx地址忘了减偏移。一减偏移之后,还要确认数量没有越过设备实际实现的寄存器范围。比如设备实际只实现了40001到40010(协议地址0到9),你直接发03从地址10开始读,它就会回02。还有批量读时数量太大超出了设备范围,也会回02。第四个坑,报文正常返回但数据解析不对。这是最气人的,通信是通的,数值却完全离谱。原因通常不是功能码,而是字节序、字序问题,或者数据类型对应错。比如读到16位寄存器值,却按32位浮点数解析,当然不对。遇到这种,先把原始字节打出来,对着数据格式一点点解。第五个坑,轮询时偶发超时。多半不是功能码,而是轮询周期太紧,或者从站响应慢。可以在主站层面向每条功能码设置超时和重试次数。有的仪表收到广播或写操作后内部要写flash,期间不响应主站的其他请求,轮询策略得避开这个窗口。6.3 调试工具的实用搭配现场调试,我的标配是:一个USB转RS485串口工具、一个串口调试助手、再加一个Modbus调试软件(比如Modbus Poll作为主站模拟器)。先说串口助手,它能把每一帧报文看得清清楚楚,但要用它手工组报文,需要懂CRC,这正是前面教Python计算的目的。Modbus Poll这类软件更省心,填好从站地址、功能码、起始地址、数量,软件自动组包、自动解析报文,还能轮询显示数据变化。调试时先用它验证设备寄存器,再用自己的上位机程序去对接。这样把问题隔离成设备问题和程序问题:上位机对接不上,先拿Modbus Poll读写一遍,如果Poll也读不到,那大概率是设备参数或硬件问题;如果Poll读到了,那就是自己程序的协议部分有bug,对照抓包慢慢查。还有一招:用Modbus模拟从站(比如Modbus Slave)在你电脑上虚拟一个设备,把自己写的上位机程序和虚拟从站连起来测。这样可以在不依赖现场设备的情况下,验证自己主站程序发的功能码、解析的字节序、超时重试逻辑对不对。我写一个用Python快速读从站的最小示例,用的第三方库是minimalmodbus:import minimalmodbus instrument minimalmodbus.Instrument(COM3, 1) # 串口号,从站地址1 instrument.serial.baudrate 9600 instrument.serial.bytesize 8 instrument.serial.parity minimalmodbus.serial.PARITY_NONE instrument.serial.stopbits 1 instrument.serial.timeout 0.5 # 读3个保持寄存器,从地址0开始,使用功能码03 data instrument.read_registers(0, 3, functioncode3) print(data)这样一个小脚本,几分钟就能验证现场设备能不能通,功能码对不对。写参数的话,minimalmodbus也有对应的write_register和write_registers,里面可以指定functioncode6或16。7. 功能码之外,三个容易被忽略的细节7.1 广播地址0和从站地址范围Modbus规定,有效从站地址范围是1到247,地址0是广播地址。广播请求会发给总线上所有从站,从站收到后执行操作但不回响应。这也意味着:广播只能用于写操作(比如广播复位、广播写参数),不能用于读操作——因为读了之后所有从站都回,总线就冲突了。我自己做批量设备校准时,偶尔用广播写一个同步清零指令,效率很高,但发广播前一定要确认总线上所有设备都支持这个操作,否则有的设备执行有的不执行,后续数据就乱了。7.2 RTU、ASCII、TCP的区别Modbus有三种常见封装:RTU(二进制高效)、ASCII(文本可读但效率低)、TCP(以太网,多了MBAP头,无CRC因为以太网自己有校验)。功能码部分完全一致,所以会RTU报文,基本就会TCP报文。网关(串口服务器/协议转换器)在中间做的事,就是把RTU帧和TCP帧互相翻译,功能码原样透传。理解这一点,排查网关问题时会快很多。比如你用TCP调试工具连一台串口服务器,从站返回的异常码一样会透传回来,判断逻辑和RTU完全一样。7.3 轮询策略:功能码用得好,还要问得巧一主多从总线上,如果挂了几十台设备,轮询顺序和周期需要设计。我一般把实时性要求高的数据(比如报警状态、当前温度)排前面,频率高一点;把累计量、历史数据这类不敏感的参数排后面,频率低一点。03批量读比单条读效率高,优先用批量读。但批量读的寄存器块不要太分散,否则中间只要有一个地址越界,整个批量请求就异常了。还要注意不要在极短周期内疯狂读同一台设备。有些仪表是慢速刷新内部数据,读太快返回的还是旧值,反而白占总线。我个人在实际操作中的体会是:Modbus功能码这一层,真的不难,难的是地址、字节序、设备实现差异这些藏在背后的东西。你花半小时把一个设备的寄存器表捋清楚,后面能省下几天调试时间。如果刚接触Modbus,别急着背功能码序号,拿一个模拟器,把01、03、05、06这几个功能码自己发一遍、收一遍,看报文怎么变,比看十遍书都管用。功能码就是一层窗户纸,捅破了,你再看任何Modbus设备的手册,心里都有底。
阅读完成 · 觉得有帮助？
