【情况说明】
开发一个单片机设备与PLC226CN通过modbus RTU协议传输信息。做好了板子，并看了modbus RTU协议之后，准备开始测试通讯程序。
由于第一次接触modbus RTU通讯，所以先用“串口调试软件”监测一下226PLC在进行modbus RTU通讯时到底是发送的什么数据格式。
于是找来两个226CN，一个作为主站，一个作为从站，主从都是用0口通讯，主从波特率均为9600，主从均为无校验位，从站站号为9，从站40001对应的起始地址是&VB1000（我想这应该和通讯
数据没有关系）。经过测试，主PLC可以正常读和写从PLC的信息。
好，下面开始用串口调试软件，监视两个PLC在通讯时到底发送的什么数据。监视结果如下：
（1）主站PLC读取从PLC，40001开始，连续1个字，从站地址为9，波特率9600，无校验位。监测到主站发送的信号为：
7B 7E FF FF FD F5 2F
（2）主站PLC读取从PLC，40001开始，连续2个字，从站地址为9，波特率9600，无校验位。监测到主站发送的信号为：
7B 7E FF FF FB 75 5E
（3）主站PLC读取从PLC，40001开始，连续12个字，从站地址为9，波特率9600，无校验位。监测到主站发送的信号为：
7B 7E FF FF E7 77 F1
（4）主站PLC读取从PLC，40002开始，连续1个字，从站地址为9，波特率9600，无校验位。监测到主站发送的信号为：
7B 7E FD FF FD 57 EF
（5）主站PLC读取从PLC，40001开始，连续1个字，从站地址为8，波特率9600，无校验位。监测到主站发送的信号为：
2F FF FF FF FD F7 36
（6）主站PLC读取从PLC，40002开始，连续1个字，从站地址为8，波特率9600，无校验位。监测到主站发送的信号为：
2F FF FD FF FD 55 56
（7）主站PLC读取从PLC，40001开始，连续1个字，从站地址为7，波特率9600，无校验位。监测到主站发送的信号为：
7C 7E FF FF FD F7 12
（8）主站PLC读取从PLC，40002开始，连续1个字，从站地址为7，波特率9600，无校验位。监测到主站发送的信号为：
7C 7E FD FF FD 55 0A
（9）主站PLC读取从PLC，49999开始，连续1个字，从站地址为7，波特率9600，无校验位。监测到主站发送的信号为：
7C 7E FF FF FD F7 12
【问题】
（1）苍天啊，是不是我眼花了，这是根据modbus RTU协议生产的通讯数据吗，起码第一个字节一个是站号啊！后面的其它数据也不符合modbus RTU协议的格式要求啊。
（2）最后两个字节，是modbus RTU所要求的16为CRC校验吗？显然不是啊，这最后的校验形式又是什么啊？
（3）西门子到底是使用什么样的数据格式在进行所谓的modbus RTU通讯啊？这么搞的话，其它厂商怎么和他做配套啊？
【感谢】
感谢西门子平台，为我提供了这个信息交流的机会！
感谢各位的回答，给我帮助和启发！
感谢这次学习的机会，使我接触到了modbus RTU这神奇的通讯协议！
感谢各位的浏览，给我莫大的鼓励，争取早日解决这个问题！
最佳答案
估计是你RS485的+、-反了，所以接收的报文不对。
提问者对于答案的评价：
感谢大家的回答！
就是因为3和8接反了，最佳答案只能给最早回答的仁兄啦！
但还是非常感谢大家，尤其是“长沙恒威”已经是第二次回答我提出的问题了。
祝大家工作顺利，新年快乐啊！
专家置评
已阅，最佳答案正确。
原创文章，作者：more0621，如若转载，请注明出处：https://www.zhaoplc.com/plc221282.html
微信扫一扫 
支付宝扫一扫 
