看看版主给你的提示，有讲到发送完成后m8122自动off的，发送完成后接收是自动的，如果你设置了接收的数据地址和位数的话，只需要转存指令就行了，你想的发送字符和中断是憋片机通信的原理，在plc中没用到那么复杂

这是官方手册上的写的，因此我才有了上述疑问，对于RS指令以及M8122、M8123的概念理解，和你们一致。从图中划线处可以知道接收数据过程中程序还是在扫描进行的，如果扫描到M8122置位那一段那就糟了呀。

你的意思是你在不断的间隔一断时间就发命令，然后再接收，再间隔一断时间再发送和接收，这样不断的刷新接收的数据对吗，那你把间隔的时间算下，你接收数据要多长时间，再把间隔的时间比它长就行了吧。估计也就间隔一秒就够了。

关于3U 485 BD 半双工收发冲突问题，我依图读取三个变频器电压值，利用m1、m2、m3的上升沿去触发m8122，然后留出200ms的时间去等待接收、接收数据、转存、复位m8123。这样应该能避免下一个上升沿置位m8122，然后上一个数据刚好传回来的尴尬局面。毕竟plc一个扫描周期才几ms，我接收数据（7个字符左右）也要10ms，不这样很可能凑巧赶上下一个m8122置位的情况。

引用 381518798 在 2018/2/12 8:30:25 发言【内容省略】

你这种思路就是错的，你找资料看看猫吧屎协议的具体内容吧，网上很多

你帮我看看11楼和13楼的内容，这样处理应该没什么问题了吧？

我搞不懂为什么会冲突？从机不会主动回数据的，除非你明知道从机会有数据返回的情况下还要连续置位8122

主机发完数据，等从机回传，什么时候回传并不知道，我是怕从机回传的时候刚好又遇到第二次置位m8122的情况。9600波特率下，如果接收7个字符，算它都是有用信息，那也要10ms左右，而plc扫描周期一般也就几个ms，在接收回传数据过程中，plc已经断断续续扫描好几个周期了，难保不出现第二次置位m8122的情况。所以我打算在m8122自动复位完的情况下留出200ms左右的时间去等数据回传和转送等动作，然后再进行下一次的置位m8122，周而复始读取各从机的数据。我是这个意思。

200ms太慢了，会让你抓狂的。接收完数据后8123会置位，这就说明已经没有数据传送了。这时就可以再次发送