文章正文

modbus 03功能码只能读。你认为既可以读，又可以写，可能是因为主机发送03功能之后，从机会回送了一个03，给了你一种既可以读，又可以写的假象。你可以仔细读一读modbus标准通讯协议文档，你应该就懂了。
modbus 是按16位读取数据那么这个数据读取方法为：站号：“”功能码：“03”首地址：“0014”数据len:"0010"校验码： 格式就这样根据你的modbus协议的不同校验码不同，ascii采用lrc，rtu采用crc16.

标准MODBUS通信协议中，规定了一系列的功能码定义，01和02是读取线圈与输入状态量；03和04分别为读多个寄存器和读输入寄存器的功能码。 当然，除了读还有写，你所说的10H,就是写多个寄存器的功能码！ 如果需要资料或咨询！可以留邮箱或联系方式的！电力通信协议还是搞过蛮多的！

其实任何数制都是一回事，大多协议相关资料在解释协议的时候，多采用十六进制表达MODBUS协议码，但这只是一种习惯而已，十进制表达也没有错的，只是大家不这样表达而已。无论什么协议数据，在进行信道上进行传输时都是以二进制码串的方式进行的。
在工业控制中，Modbus RTU CRC16的校验码用的比较广泛，包括本人富士产品中，PC与伺服电机以及PC与VP系列的变频器的Modbus RTU通讯中都使用到了CRC16. 而对CRC16的计算的方式基本上有2种：第一种，使用双循环依照CRC的计算方法进行计算，第二种，采用查表的方式。本人愚钝无比，从网络上搜来的查表法都与实际的正确CRC16的结果有所差异，因此编写了一个小程序供自己使用。软件的界面很简单，输入诸如“010303020014”的值，然后每2个字符作为一个字节，填入字节数，然后就可以计算出校验码，校验码的多项式为：X16+X15+X2+1.程序界面如下：实现的源代码如下：unit Unit1;interfaceusesWindows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,Dialogs, StdCtrls;typeTForm1 = class(TForm)Edit1: TEdit;Button1: TButton;Edit2: TEdit;Edit3: TEdit;Label1: TLabel;Label2: TLabel;Label3: TLabel;Memo1: TMemo;Label4: TLabel;function CalCRC16(AData:array of Byte;AStart,AEnd:Integer):Word;procedure Button1Click(Sender: TObject);private{ Private declarations }public{ Public declarations }end;varForm1: TForm1;implementation{$R *.dfm}//××××××××××××××××××××××××××// CalCRC16用于计算Modbus RTU的CRC16// 多项式公式为X16+X15+X2+1//××××××××××××××××××××××××××function TForm1.CalCRC16(AData:array of Byte;AStart,AEnd:Integer):Word;constGENP=$A001;//多项式公式X16+X15+X2+1（1100 0000 0000 0101）varcrc:Word;i:Integer;tmp:Byte;procedure CalOneByte(AByte:Byte);//计算1个字节的校验码varj:Integer;begincrc:=crc xor AByte; //将数据与CRC寄存器的低8位进行异或for j:=0 to 7 do//对每一位进行校验begintmp:=crc and 1;//取出最低位crc:=crc shr 1;//寄存器向右移一位crc:=crc and $7FFF;//将最高位置0if tmp=1 then //检测移出的位，如果为1，那么与多项式异或crc:=crc xor GENP;crc:=crc and $FFFF;end;end;begincrc:=$FFFF; //将余数设定为FFFFfor i:=AStart to AEnd do //对每一个字节进行校验CalOneByte(AData[i]);Result:=crc;end;procedure TForm1.Button1Click(Sender: TObject);varData:array[0..255] of Byte;i,j,Count:Integer;Res:Word;szData:string;beginszData:=Form1.Edit2.Text;//读入欲校验的字符串Count:=StrToInt(form1.Edit3.Text); //读入需要计算的字符串长度i:=1;j:=0;for j:=0 to Count-1 dobeginif (i mod 2)=0 then//每2个字符放入一个字节中i:=i+1;if i>=Length(szData) thenexit;Data[j]:=StrToInt('$'+copy(szData,i,2)); //取出字符并转换为16进制数i:=i+1;end;Res:=CalCRC16(Data,Low(Data),Count-1);form1.Edit1.Text:=IntToHex(Res,4);end; end.

1、首先每个MODBUS数据包都由以下5个部分组成。2、 MODBUS数据包中功能码长度为一个字节,用以通知从站应当执行何种操作,从站响应数据包中应当包含主站所请求操作的相同功能码字节。3、如果主站发送了一个非法的数据包或者是主站请求一个无效的数据寄存器时，异常的数据响应就会产生。这个异常数据响应由从站地址、功能码、故障码和校验域组成。4、主机读取仪表测量值UA（A相电压），假设现测量到A相电压为220.0V。UA的地址编码是0x4000（十六进制）,因为UA是长整型数据(4字节)，占用2个数据寄存器，220.0V电压转换对应的十六进制数据是：0x00000898（2200）。5、假设将温控表温度值SV修改为150（写入设定值SV），SV的地址编码是0x2000（十六进制），因为SV是整数（2字节），占用1个数据寄存器。将十进制整数150转换为十六进制数为0x0096。
上面这段报文是从站返回的响应报文，正文从第七个字节开始 01是从站号03是功能码，表示这些数据是4区的1C 是数据长度后面的都是数据主站读数据的格式如下：00 00 00 00 00 06 09 03 00 00 00 01前面6个是报头，正文从第七个字节开始的；09是从站号，03是功能码表示读4区，00 00 是起始地址，00 01是读数据长度 主站写数据的格式如下：00 00 00 00 00 06 09 10 00 00 00 0A 后面接10个字节的数据
Modbus协议属于应用层（OSI模型第7层）协议，TCP/UDP协议属于传输层（OSI模型第4层）协议，两者层级不是并列关系。 打个比喻，Modbus协议就像公司里的总经理，TCP/UDP协议就像公司里的轿车、商务车。某天总经理要到机场去乘飞机，他可以选择：1）自己开轿车去，2）让司机开商务车送去，3）搭的士/公交车过去。若选择1），那就是总经理-轿车的关系，Modbus TCP协议就形同这种关系。若选择3），就形同另外的Modbus RTU/ASCII协议的关系。 如果一端用的是Modbus TCP协议，而另一端用TCP协议，这样只能说数据包可以到达另一端，但数据包并没有得到处理，所以通信的目标还没有完成。就像总经理虽到了机场，但他没有进行安检、验票、登机流程，乘飞机的目标就无法达成了。
Modbus网络只有一个主机，所有通信都由他发出。网络可支持247个之多的远程从属控制器，但实际所支持的从机数要由所用通信设备决定。采用这个系统，各PC可以和中心主机交换信息而不影响各PC执行本身的控制任务。

Modbus协议RTU模式的信息都以16进制数表示。03为从机地址:01为功能码01;00 00为线圈的起始地址;00 08为要读 取的线圈数,共读取8个线圈;3C为CRC校验低字节。。。
十六进制数