如果我发送数据:
GPIO.output(23,1) # Pulling transmit pin high to sendcomport.write("Some data".encode()) # Writing datacomport.flush() # Flushing the bufferGPIO.output(23,0) # Pulling pin down to receive
Arduino接收数据并立即响应,但由于pySerial尚未准备就绪,它变得什么都没有,我们丢失了数据包.
但是,如果我这样尝试:
GPIO.output(23,1)comport.write("Some data".encode())time.sleep(.001) # Add some delay of only 1mscomport.flush()GPIO.output(23,0)
然后数据被发送并被接收.这引出了一个问题:flush命令是否正常工作?我试了一下:
GPIO.output(23,1)comport.write("Some data".encode())time.sleep(.001) # Add some delay# -- No flush --GPIO.output(23,0)
令人惊讶的是它也有效.似乎睡眠“替换”了flush命令.
为什么pySerial的缓冲区没有刷新?我知道,这可能是一种方法,但是睡眠只会增加一个(通常)不必要的代码,导致整个代码等待(超过500行),这并不是那么好.
我已经在互联网上搜索了一些,并且有人说它是不支持刷新的USB TTL适配器(这里不是这种情况,这个是板载的),其他人说它可能是linux内核错误,所以没有什么真正有意义的对我来说.
如果有人能够解释为什么flush命令不起作用以及如何使它工作(如果有办法),我和这个问题的每个未来访问者都会非常高兴.
解决方法 您并不具体,但我认为假设您在半双工模式下使用MAX485是公平的.如果是这种情况,那么您尝试做的将无法可靠地运行.问题是什么?
半双工通信使用same pair of wires在任一方向上传输.但是一次只能传输一端.因此,这需要某种方式来协调当前正在传输的人.
我相信你对这个问题有一个很好的总结:
the Arduino receives the data and responds imediately,but because pySerial is somehow not ready yet,it becomes nothing back and there we have a lost packet.
然而,没有准备好的PySerial,它是你的MAX485,以及GPIO-23的状态.
一切都在时机
这张照片来自于Moxa在Half Duplex 485上的优秀技术说明,标题为The Secrets of RS-485 Half-duplex Communication
此图显示您需要在恰当的时刻更改GPIO-23(此图中的MASTER-RTS)的状态,否则您的通信将失败.技术说明值得全面阅读,我相信很好地描述了您所面临的挑战.
我如何解决它?
答案是,这取决于.您的问题可能是过早或过晚切换GPIO-23.如果可能的话,最简单但性能最差的方法是让你的Arduino等待一段时间才能响应.这将允许你睡眠()以确保你的数据包已经完成传输,然后在Arduino开始响应之前切换GPIO-23的状态.
如果此解决方案不可行或不可取,那么您需要研究驱动GPIO-23的其他方法.在SW中还有很多其他方法可以做到这一点,有些方法比其他方法更好.但请注意,只使用python代码切换GPIO-23线路,这绝不会100%可靠.如果需要高可靠性,几乎肯定需要某种硬件辅助.
最后要注意的是,除非需要RS-485,否则您可以考虑使用全双工,使用RS-422,甚至是RS-232.
总结以上是内存溢出为你收集整理的linux – 串口未正确刷新全部内容,希望文章能够帮你解决linux – 串口未正确刷新所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)