XON 和 XOFF 可以相等吗？
应用程序可以在 XON 和 XOFF 中设置相同的字符吗？ 如果是，我的设备驱动程序应该如何处理这种情况
Can the application use set same char in the XON and XOFF? If yes, how my device driver should handle this situation
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
XON 和 XOFF 是两个不同的 ASCII 字符，因此它们不能相等。
也就是说，使用 XON/XOFF 式流量控制的切换不是一个好主意，因为字符可能会丢失。 我也没有看到比使用两个角色有任何优势。
XON and XOFF are two distinct ASCII characters, so they can not be equal.
That said, using a toggle for XON/XOFF-style flow control is a bad idea because characters may be lost. I also don't see any advantage over using two characters.
如果您的驱动程序单独负责处理 xon/xoff，并且 xon/xoff 标志字符可以相同，那么我想说您需要在驱动程序中为 xon/xoff 状态设置一个小型状态机（标志），并且仅当 xoff 已出现时才查找 xon。
如果您有对 xon/xoff 的硬件支持，那么您将必须确定硬件是否支持此状态，如果不支持，则返回适当的错误。
If your driver is solely responsible for handling xon/xoff, and the xon/xoff flag characters can be identical, then I'd say you need to have a small state machine (flag) for the xon/xoff state in your driver, and only look for xon when xoff has already been seen.
If you have hardware support for xon/xoff, then you're going to have to figure out whether this state is supported by the hardware and return appropriate errors if not.
虽然也许这是允许的，但我从未见过这种情况。 我认为如果双方的状态机与丢失的字节不同步，这将导致灾难。
Although perhaps it is allowed, I have never seen this. I would think this is a recipe for disaster if the two sides get their state machines out of sync with a dropped byte.