acguy的主页 - 21ic电子技术开发论坛

怎么说呢? 这样的设计是链路层与应用层耦合. 如果你的QQ告诉你, 消息中带有;字符的不能发, 因为以太网; ...

不遵守规矩, 就是不遵循协议. 这样所有的责任都是他承担了. 所有的费用就有地方算了. 怕就怕所有人都遵守 ...

所以设计严谨的协议, 包头包尾标志字节, 如果出现在包中间, 必须进行转义.

"当恶意节点检测到读取某些信息时，在正常从机应答时直接驱动总线使总线数据错乱，然后发出遵守协议的恶意 ...

有某种应用上, 经常在数据段里出现完整的协议包, 就是当节点是包监听器时, 他的数据就是监听到的某类型 ...

理想的协议, 只要遵守这个协议, 即使某些节点是恶意节点, 也不影响其它设备的运行. 一般情况下INFO内部 ...

我上面提的另一个问题, INFO段中有完整的帧, 因为同步出错, 被当作一个包解析了. 这个问题还未解决. 不 ...

另外累加和的检错能力也太次了. CRC16也只是每个字节多用几个时钟周期而已. ...

再极端点, 假设主站发送请求, 如果从站没有应答, 一直重复发送. INFO有4个字节: EE xx 02 xx, 整个包 ...

串口通讯要考虑到误码率的. 假设第一个EE被干扰了, 或者从站就是在第一个EE发送后上电的, 后面的INFO会 ...

没看到如何解决这个问题. 如果INFO中的信息正好构成一个有效的数据包. 而另一端又错过了INFO之前的包头字 ...

如果在数据包中也有包头包尾字节，而不进行转义，有可能出现无法同步，或数据张冠李代。 ...

你只需实现必须的功能码，然后在设备手册上交代清楚。

最后的3.5t前crc应该早算完了，只是确认是有效帧然后执行，不用等到3.5t后再算CRC. ...

长报文分批计算CRC

937kbps, 你已经不可能与其它modbus设备兼容了，为什么还要用modbus协议？

5: 其实modbus最大的好处是通用，无数的设备;上位机都兼容。

4: modbus协议实在太简单了，如果还觉得编程烦琐，有无数开源代码可以参考。 ...

3: 认真读modbus规范，19200bps以上速率3.5t按19200bps计算。

acguy