最近在做一个项目，我们的设备使用485作为从机与主机PLC通信，用到了modbus，因此整理了一份modbus的资料。 其实modbus还是很简单的，虽然有些名词初看不知道是啥，看懂之后发现就是绕人用的，换个名词就很清晰易懂的（对于我这种不做PLC的人）。

具体可以见5章节，阅读的时候把这几个名词直接替换就好。

Modbus协议的CRC校验码是高位在前还是低位在前的问题。 有些资料说高位在前，有些资料是说低位在前。 其实是因为CRC生成函数，有些在内部已经做了高低位的转换，所以看起来像是高位在前。 实际上，CRC是低位在前发送。详细见第7节。

modbus由MODICON公司于1979年开发，是一种工业现场总线协议标准。 1996年施耐德公司推出基于以太网TCP/IP的modbus协议：modbusTCP。

Modbus协议是一项应用层报文传输协议，包括ASCII、RTU、TCP三种报文类型。ASCII是明文的，但是实际效率低，用的比较普遍的就是RTU格式。 这里我也是只用了RTU，就只记录RTU的协议。

功能码很多，用的比较多的就是以下8个：

最主要的就是1、2、3、4、5、6、15、16 这8个功能码。 个人翻译一下 01：读一个或多个可读写的 bit 变量 02：读一个或多个只能读的 bit 变量 03：读一个或多个可读写的 short 变量 （或其他2字节变量） 04：读一个或多个只能读的 short 变量 （或其他2字节变量） 05：写一个可读写的 bit 变量 06：写一个可读写的 short 变量 15：写多个可读写的 bit 变量 16：写多个可读写的 short变量 （可以拼凑成int 、long 、long long、float等变量）

读的时候，都是可以选择读“一个或多个”。 写的时候，按数量分功能码进行操作。

在CRC计算时只用8个数据位，起始位及停止位，如有奇偶校验位也包括奇偶校验位，都不参与CRC计算。 CRC计算方法是：

注意！这个 高低字节交换 之后的，才是算出来的modbus的CRC校验码。 然后把这个交换后的校验码，按照 先低位，后高位 的 顺序加载到发送队列里。

从网上随便截取了一些别人的例子，部分来自示例

主机要读取从0x400地址的2个16位寄存器的值。 从机回复了4个字节。

我这边实现思路比较简单， 利用串口中断判断收到的报文，如果满足报头（设备地址），就进行报文连续接收，收满一帧就放入处理队列。另一个线程收到这个数据会取出来解包处理。 寄存器方面就是申请一块连续buf（数组或其结构体），和寄存器地址一一对应上，要改值或者要读值都是根据这个buf的数据来做。

用的比较广的是FreeModbus和LibModbus。