理论计算：（8+7+3.5）*10 = 185bit （8,N,1），9600bps情况下1s通讯次数极限 = 9600/185 = 51.89，取51次。即每秒最多可通讯51次，20ms一次可以正常通讯。根据我的实际经验通讯间隔在理论值上增加5ms时完全可以可靠通讯，即25ms收发一次，每秒可通讯40次。当然这前提条件是你程序不能用查询方法接收数据，高速时你必须用中断，最好是用DMA，要不然你的CPU就不要干别的事了。做过测试，计算机做主站，软件用Modbus Slave，STM32主板做modbus从站，通讯一百七十多万次没出现一个错误，办公环境，没什么干扰。另外说下，通讯类程序我用的都是汇编，执行效率高。

楼上计算的没错,问题是这个留给微处理器处理通信命令的时间多少算是合理的,经过我的优化,我的现在超时50ms是可以的,也就是微处理器需要至少50ms的处理时间,楼上的只需要5ms,确实很难做到.

我用的是F103的cpu，pll倍频到72M，DMA收发，接收时每收到一个字节后立即校验，分散CPU负担，避免批量校验时瞬间占用大量CPU，另外我用的是汇编语言，时间控制上比C有优势。

楼主我错了，刚看到你发的是51单片机板块，不该和你谈速度。不过我公司有mega128做的支持modbus产品，16M晶振，5ms间隔没测试过，但实际使用中，间隔10ms绝对没问题。那个产品不是我做的，不清楚算法，我只能告诉你，用的是汇编语言，并且modbus通讯只是其附属功能。

本帖最后由 QXKJ 于 2013-9-7 10:51 编辑

是的,我的是51,而且速度很慢的那种,也是为了低功耗.我说的不是间隔时间,而是超时时间.抱歉我以前也没说清楚.