如果发送方和接收方都遵循奇校验并且位被交换，在 rs232 中会发生什么？
What happens in rs232 if both sender and receiver are following odd parity and bit gets swapped?
正在研究USART，借助rs232和max232进行通信。
我想知道在某种情况下，发送方和接收方是否遵循奇偶校验，除了奇偶校验和开始之外，停止位其余位被交换。所以在这种情况下，接收方将如何知道接收方接收到的数据是 wrong.Here、
Odd/Even 奇偶校验并不是特别有用，正是因为您已经确定的原因 - 它只检测到错误的一个子集。在芯片上可以容纳的门数量少得多的日子里，它至少有一个优势，即需要最少的逻辑来实现。
然而，即使你检测到一个错误，你会怎么做呢？通常使用更高级别的基于数据包的协议，其中数据包具有更强大的错误检查，例如 CRC。在这种情况下出现错误，接收方可以请求重新发送错误的数据包。
在字而不是数据包级别，可以使用更复杂的错误检查机制，即使用更多的位进行错误检查，而使用更少的位进行数据检查。这进一步降低了有效数据速率，并且在简单的 UART 上需要软件实现。甚至可以在单词级别实现错误检测和纠正，但这很少用于 UART/USART 通信。
正在研究USART，借助rs232和max232进行通信。 我想知道在某种情况下，发送方和接收方是否遵循奇偶校验，除了奇偶校验和开始之外，停止位其余位被交换。所以在这种情况下，接收方将如何知道接收方接收到的数据是 wrong.Here、
Odd/Even 奇偶校验并不是特别有用，正是因为您已经确定的原因 - 它只检测到错误的一个子集。在芯片上可以容纳的门数量少得多的日子里，它至少有一个优势，即需要最少的逻辑来实现。
然而，即使你检测到一个错误，你会怎么做呢？通常使用更高级别的基于数据包的协议，其中数据包具有更强大的错误检查，例如 CRC。在这种情况下出现错误，接收方可以请求重新发送错误的数据包。
在字而不是数据包级别，可以使用更复杂的错误检查机制，即使用更多的位进行错误检查，而使用更少的位进行数据检查。这进一步降低了有效数据速率，并且在简单的 UART 上需要软件实现。甚至可以在单词级别实现错误检测和纠正，但这很少用于 UART/USART 通信。