1、电脑使用USB转串口可以和设备通信上，换成屏与设备就通信不上了？
1）有可能电脑USB转串口接到设备上，使用的是标准串口功能，也就是除了RX，TX，GDN外，还使用了其它引脚。比如像欧姆龙PLC，三菱PLC，在实际与屏的通信中，就需要接某些引脚短接的情况。
2）电脑与控制器或PLC通信时，是扫描波特率参数，自适应的屏通信可能参数没有设备好。在三菱、基恩士等PLC，就存在变化波特率进行通信交互的过程。
3）也有可能是接线方式不对。因为有些DB9，还需要公头，母头。如果不注意的话，也会存在把TX接到TX上，把RX接到RX上，这样需要注意的地方。
4） 在这里补充一下，有时候可能会使用一些串口助手发送测试数据与控制器通信，有些串口助手的奇偶校验是不起作用，这个要提醒一下。
2、用A家的屏可以和设备通信，换成B家的屏就通信不上了？
1） 首先确认一下接线是否正确了，RX和TX是否兼容。
2） 地线是否没有接。
3） 除了RX、TX、GND，是否还有其它引脚需要短接的。
4） 通信协议是否一致或不完善，波特率是否一样。
3、以前不接地线可以通信，换个设备为什么需要接地线了？
这个问题和上一个类似，因为有些设备使用了隔离电源。以前不接地可以通信，有可能实际上地线已经接了，所以才可以通信。可能换了个带隔离电源的，两个设备的地是隔离的，就需要在串口上把地线接起来。
4、一个设备是232，另一个设备是422，没有转换设备，怎么办？
刚才也讲了422和232的接线，因为这两个都是全双工的，接收和发送都是分到的，而422只是以一种差分信号进行传输。
把422的Rx+与232的TX接，422的RX-与232的GND接。
把422的TX+与232的RX接，422的TX-与232的GDN接。
这样，422设备要发送数据的，就可以发送到了232的RX上。232的TX发数据后，由于TX和GND也形成了差分信号给422，422就可以接收到数据了。
5、用232通信没问题，用485通信没问题，使用232转485之后就通信不稳定？
232和485从通信原理上，最大一个差别是全双工和半双工的区别。可是应用层发送数据和接收数据才不管底下是全双工还是半双工。
但是485就得管了。因为既然是半双工，就得严格保证通路上只能有发送或只能有接收的数据，一旦同时有发送和接收，数据就会冲突了。所以解决的办法就是主站设备，也就是主动命令的一方就需要严格控制好发送数据命令的节奏了。当然有些232转485的设备做的比较好了，可以优化这个，但是主站还是要控制，比较把通信速率调节慢一些。
6、要想实现两个屏或两个主站通过485访问modbus设备，有什么好的办法？
在485通信中，基本上是一主多从。但是遇到一些客户实际使用中，有客户想用两个屏来访问一个modbus设备的。目前暂时还没有好的办法。
7、串口通信的弱点？
1）信号干扰的问题 建议使用带屏蔽线，接线要严格，比如要接地。有些485通信上，还考虑接上终端电阻来匹配。如果是232，尽量不要让线太长。通信协议上尽量避免长报文的数据通信。
2）波特率匹配的问题 因为有些设备的计算的波特率是存在误差的，特别是一些控制器，由于使用的晶振不一样。因此在一些波特率比如9600波特率就存在误差。存在误差带来的影响是什么呢。因为接收方是通过时间来计算一个位的。那么如果一个报文过长，就会存在误差积累的问题，算着算着就偏了。所以，这也是串口通信不稳定的一些地方，在使用上应注意避免发送太长数据的包。
3）在一些可能会存在干扰的情况，可以考虑使用奇校验或者偶校验 因为虽说出现错误的可能性不大，但既然存在干扰，如果加了校验，至少可以把错误的报文过滤掉。总好比没有校验然后通信数据错了不知道。或者尽量使用一些带校验的协议，防止数据出错。
4） 串口通信本来就比较慢，请降低对数据响应的要求 因为串口通信本身就比以太网慢。而且，串口通信并不是能像CPU那样多线程处理。因为就一个口一个线数据出去，即便你应用到程序再怎么用多线程处理数据，但是最底下也只有一个口出去，一次也只能传一个位，一个字节过去。因为有客户在使用9600的波特率通信，但是又希望多少的数据可以在多少毫秒内得到响应。
但是串口通信还是要实事求是，所以正确认识串口通信对应用，对开发，对沟通都有着很大的帮助的。
8、为什么不用同步通信？
刚才提到，同步通信需要依赖于时钟信号。这就存在一个问题，这个时钟信号是谁来发起呢。在同步通信中，往往需要一个主设备发起时钟信号读从模块的数据。在实际中，有屏读PLC，有屏读屏的数据。而单纯地从异步串口通信来说，是没有主从之说，双方都是平等的角色，都可以互发信息，互收信息。而同步通信一般是应用于CPU读一些模块，由CPU发起时钟信号，比如读SD卡模块，就可以通过SPI方式，还有一些传感器模块。
楼主
标题置顶
标题高亮
