Serial port 半双工无线调制解调器链路上的PPP

我目前正在寻找与仅支持半双工通信的RS-232调制解调器接口的选项

起初，我认为建立一个PPP连接是可行的，但听起来似乎它期望一个全双工连接，即使启用了硬件流控制。我正在研究的应用程序主要是在“field”端上传的，我想让它这样配置频道。即“现场”侧在正常运行期间应主要具有CT

我考虑过的几个选择

我可能只是“尝试”PPP一旦我有权访问调制解调器，看看它的行为，但通过查看代码，它似乎从来没有主张RTS

在Netty中创建我自己的HDLC框架协议处理程序堆栈

创建一个TTY对，一侧为PPP，另一侧为半双工处理应用程序，该应用程序与实际串行端口和调制解调器通信

有什么想法或最好的方法吗

---

谢谢。

它是半双工的原因（即使是RS232）可能是因为调制解调器的数据线是半双工的。RS-232接口用于连接本地PC机；其中RS-232相当常见。另一端（调制端）可能是RS-485或其他支持半双工的硬件协议。死赠品是调制接口上所需的数据线数量。如果小于4，则很可能是某种半双工硬件协议。

调制解调器在另一端可能是半双工的，但在RS-232上，半双工的想法毫无意义。RS-232使用单独的引脚传输和接收数据。由于物理介质在Tx/Rx之间不共享，我不明白为什么会有人创建半双工RS232设备。即使是这样，您的半双工调制解调器也可以使用标准的HW流量控制来强制执行半双工（当它传输时，它可以解除RTS以确保您不同时发送数据），我也感到困惑。我不确定它是如何通信的，因为它说端口支持PPP。但是，我认为切换信道方向是昂贵的，如果TCP在PPP上使用大量RTT，我预计会发生这种情况。在第二种情况下，使用HW流控制强制实施半双工，我想我不会在RS232接口的主机端断言RTS。而仅仅依靠调制解调器来断言CTS，表明我可以发送。。。？我想我真的需要一个更详细的规范…PPP特别健谈吗？也就是说，如果一方主要通过连接传输UDP，则传输不会中断，除非PPP协议发出“ping”？