Serial port 半双工串行连接的含义是什么？

使用半双工串行连接与全双工串行连接的区别是什么？如果双方同时发送数据会发生什么情况？您是否会在两端都收到损坏的数据？流量控制对你有帮助吗？

我的天啊，在这个时代，你在哪里找到了一条半双工线路

不管怎么说，答案是如果两端都是直线，那么一切都会变得混乱。出于这个原因，有一些指定的ASCII字符是明确的，用于发送和数据终端就绪（CTS和DTR），用于进行握手。更多信息，请参阅

---

啊，我应该去睡觉了。教程右侧，我是斯图皮德。

在线路上，数据将被篡改，这可能会或可能不会导致设备接收到被篡改的数据。有时，这将用于检测由于碰撞导致的传输失败

通常情况下，在异步模式下，您不会像使用全双工一样使用半双工来发送单个字符。相反，您应该使用一些数据包协议来确定谁有权在什么时候发送数据，其中包括一些校验和（通常是CRC）来检测损坏

流量控制对此没有多大帮助。它的目的是确保接收器不会被太多的数据溢出。软件流控制使用ASCII字符XON和XOFF启动和停止传输，硬件流控制使用RTS（请求发送）和CTS（清除发送）控制线。XON/XOFF风格的软件流控制不能与半双工一起工作

---

现在你看不到普通RS-232和调制解调器的半双工（我在80年代用它和声学耦合器一起使用，即使在当时也很少见）。但是RS-485是常见的，它在工业控制中使用各种协议。还有许多其他数据传输标准以半双工方式运行，大多数情况下，当有两个以上的设备连接到同一条线路时（古老的10base2以太网、CAN、LIN、FlexRay、I2C等）。

我从未见过没有专用发送/接收引脚的串行端口。哦，天哪，这在很多层面上都是错误的。CT和DTR是控制行，不是ASCII字符。对于流量控制（不是握手！）使用RTS和CTS，DTR更像是一个全局“打开”开关。而对于半双工，这通常无论如何都不行……Starblue，您似乎对RS-232很熟悉。你能试着回答这个问题吗？一方面，你写道“软件流控制不能在半双工模式下工作”。另一方面，你写“你会使用一些包协议来决定谁有权在什么时候发送”。如果前者失败了，为什么后者会起作用？它们不是都是基于软件的控件，在半双工环境中可能会失败吗？难道没有办法使用RTS/CTS来控制谁有权在何时发送吗？短语“软件流控制”指的是数据接收方在传输过程中向发送方发送“停止纸磁带读取器”控制字符，以请求发送方暂停传输，直到另行通知（以“启动纸带读取器”命令）。相比之下，半双工协调协议在发送任何“实际”数据之前协商谁将发送数据，和/或在数据因冲突（或其他原因）丢失时包括重新传输数据的方法.作为一个假设的例子……两台设备可能会同意，当其中一台设备有话要说时，它将发送一个“想要传输”字符。当其中一台设备听到该字符时，它将在一定时间内发送一个“准备接收”“输入字符并侦听数据。然后，想要传输的设备将在一定时间内发送“数据开始”字符，后跟数据和“数据结束”字符。如果设备发送“想要发送”但没有收到响应，它将在重试之前随机等待一段时间（以防另一方同时尝试发送）。