技术支持
AI小西
风驰卡
产品入门
在线产品选型
售后登记和质保查询
备件商城
ASP工程师验证
ASP公司证书验证
售后服务常见问题
首页
售前文档（样本、宣传册等） 
售后文档（FAQ、手册等）
首页
立即开通1847会员
首页
教室培训课
取证训练营
在线自学课
认证证书查询
培训伙伴验证
首页
最新发帖
精华帖
发新帖
已解决问题
精华常见问题
运维工程师专区
官方商城
西门子中国
普通
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2019-02-23 10:18:08
7楼
你不出错绝对这个超时影响不到你。你想想是不是？我上面说了，一定不要出错。查查什么回事出错。
115200我感觉只比38400快了一倍（这只是我当时试验的环境），但是危险性却大了很多（出错）。
一出错啊，很多事情你都不知道是不是当前问题造成的了，因为淹没了。你怎么继续查以下的事情？
一个事情你明知道掩盖真相的30%那么有另一个事情掩盖了真相的5%，那么你将发现不了。
这回我猜，你的从站反应有点慢，它刚向你回复了信息没有那么快的反应来得及听你下一道信息。从而错过了对你的信息的反应。所以plc报告从站没反应，然后再次发送。
这只是我猜的啊。是否驱动器有这个默认的延时时间设定？
实际监控发现，在MSG指令不出错的情况下，1000ms等待时间下延迟值很高，而100ms下会好很多。
我查了手册，从站无反应，主站会连续发三次，1000ms下三次大约就是3s，在这3s时间内，从站做出了响应,主站就不会报警。。但是实际操作会感到延迟。。。
100ms下也不报警，甚至10ms报警的次数都很少，响应应该是没有问题，我就在想轮询的时候我指令是逐条发送，不可能会有别的通信请求还没执行玩的情况吧，感觉解释不通
请填写推广理由：
分享
只看
楼主
