①接收延时，从站库（任意字符间）是3.5个字符加输入延时参数，手册中明确提出延时参数建议为0，有485中继等设备时建议不超过100毫秒；主站库接收返回消息的首字符延时由输入参数决定，官方推荐为1000毫秒，字符间延时锁定为100毫秒。个人觉得从站库的延时方式更合适。有没人发现有从站掉线时，轮询时长起码增加3秒？
②主站库消息发送延时锁定为3.5个字符，发送条件为主站空闲。这在主站发送或接收中出错时（比如奇偶校验错），可能会由于从站在占用线路（比如从站在反馈接收错误），而出现主从站发送冲突，进而引起主站发送重试。个人觉得主站发送条件应更改线路空闲3.5个字符之后；发送重试由可更改的255次以内（默认重试2次），变为最多重试一次（重试状态位）。有没有人发现重试很常见，且都是重试一次恰好就OK了？
③从站库处理位消息的机制是，任意非.0位起的位请求，直接丢弃，即请求的从站位地址必须是8的整数倍；主站库处理位消息的机制是，任意（从站位地址）首位都处理为.0位。个人觉得从站的处理方式更合适。