FTDI USB到RS232比真正的RS232 COM端口好吗？

Question

我使用斑马DS457扫描仪通过COM-端口(RS232)读取条形码和qr码。在我的测试环境中，我使用了一个带有Win10的MSI终端，它在真正的COM-端口上工作，没有任何问题。但在其他设备(Win10和Win7)上，存在一些问题，即软件触发器没有通过，读取的信息也没有被发送回计算机。当我使用USB到RS232 FTDI适配器时，我完全没有问题。但是为什么呢？首先，我认为它是Win10，遗留的支持可能会更好，但是适配器在所有设备上都越来越好和更快。这怎麽可能？也许是司机特有的东西？我正在使用这个适配器链接到conrad.de。

Answer 1

FTDI串行端口将在字符通过线路到达时和应用程序能够看到字符之间，以及应用程序希望发送的时间和通过线路的时间之间设置一个最小的延迟。在较旧的设备上，这些延迟至少为1ms，但我认为一些较新的高速设备已将其降低到125 On。此外，以错误的速度到达的数据有时会有数百毫秒的额外延迟，原因我不太明白。

另一方面，FTDI设备可以缓冲来自线路的256字节数据或从USB端口发送的128字节数据，并处理RTS/CTS握手，而不需要任何软件干预-- PC串口使用的UART芯片缺乏的功能。如果软件将128个字节分配给FTDI设备，它将开始发送，直到远程设备取消其握手行，因此，FTDI设备将在当前字节完成后立即停止发送；然后，一旦远程设备重新握手，它将恢复传输。如果FTDI设备通过导线接收到足够多的数据，以致其UART有溢出的危险，它将自动减少握手输出，而不需要任何软件干预。相比之下，PC串口中使用的UART需要一个快速中断处理程序来控制或响应握手线路。如果中断处理程序维护一个4096字节的缓冲区，则一旦该缓冲区已满75%，它可能会取消握手连接，但如果缓冲区不足75%，并且17个字节在UART中断处理程序之前迅速到达，则没有什么会使握手线路失去作用。更糟糕的是，如果启用了传输缓冲，并且当远程设备放弃其握手线路时，PC已经将16个字节发送给UART，那么这16个字节将被发送出去，不管远程设备是否准备好接收它们(基于握手线路，很可能不是这样)。

因此，有些应用程序可以更好地使用FTDI UART，而有些应用程序可以更好地使用实际的串口。