Modbus协议在RTU模式下的3.5个字符时间如何处理
如题 UTR模式还是RTU模式？这个3.5字符的时间是modbus数据帧之间的最小间隔，如果用ATMEL的ARM处理器的话，可以通过PDC timeout中断实现 用MEGA32做多机通讯 RTU模式。那个打错了 不好意思 我一般是：每收到一个字节（中断接收）时，初始化一个定时器（3.5字节传输时间），最后一个字节接收后，定时器定时时间到，判断此帧传输结束。 erxun 发表于 2010-2-2 14:56 static/image/common/back.gif我一般是：每收到一个字节（中断接收）时，初始化一个定时器（3.5字节传输时间），最后一个字节接收后，定 ...
想问下前辈，我一直有个疑问，就是在串口接收中断里打开定时器，定时器设置1ms，这时进行计数，当计数值大于3.5个字符的时间时则认为一帧结束，但是我们怎么知道这是不是一个完整的帧的数据，因为3.5个字符也是个大概值，说不定这时已经多传一个字节的数据，那在处理数据时是不是就会出错了。还有一个问题：就是在串口接收中断里会把定时器的计数值置0，那这样岂不是没有计数的概念。每接收一次都置0了，怎么知道3.5个字符的时间到了啊。。这我也非常奇怪！ fish198868 发表于 2013-4-27 15:23 static/image/common/back.gif
想问下前辈，我一直有个疑问，就是在串口接收中断里打开定时器，定时器设置1ms，这时进行计数，当计数值 ...
你说的状况是靠发送方保证的,发送方要保证帧内字符间距小于1.5个字符,帧间间距大于3.5个字符,所以你用3个字符做定时是可以的,一般裸奔的单片机能发出这样的信号,PC不定,据我看,如果直接发送能满足小于1.5字符的帧内间隔(实际是首尾相连的),但是我试过虚拟机,原生串口不保证这个间隔(有时间隔200us),即使你程序writefile一个缓冲区,用USB转的串口在虚拟机上能正常
页:
[1]