硬件流控失效？可能是USB转TTL模块的FT232芯片有问题

今天我在调试 Z80 单板机上的硬件流控（RTS/CTS）代码时，过程异常坎坷。

由于这是我第一次用 Z80 汇编语言来编写此类程序，遇到问题后，我的第一反应自然是怀疑自己的代码逻辑有误。从中午到深夜，我不停地修改、编译、测试，却始终没能让流控功能正常工作。

后来，我灵机一动，拿起万用表去测量 CTS 和 RTS 信号的电平状态。这一测，发现了一个诡异的现象：即使在 CTS 引脚被拉至高电平（理论上应禁止发送）的情况下，我电脑上的终端软件居然还能畅通无阻地发送数据！ 😳

这显然超出了软件代码的管辖范围。

我这才意识到，今天我更换了一个新的 USB 转 TTL 模块。如上图所示，两个模块的电路布局看起来很相似，芯片也都印着“FT232”的字样。左边那个是多年前购入的 Mini-USB 接口版本，一直非常可靠，从未出过岔子。正因为它的良好表现，我最近才又买了右边这个 Type-C 接口的新模块。

而今天一整天的调试，我用的正是右边这块“新伙计”。

为了验证，我直接将它的 CTS 引脚接至 5V 电源。结果，即使在终端里明确开启了硬件流控，数据发送依然不受影响；将 CTS 接地，情况依旧。这个引脚仿佛不存在一样，完全没有起到流控作用。

当我换回左边那个尘封的老模块后，一切预期行为都恢复了正常：CTS 为高时发送阻塞，CTS 为低时发送畅通。

十几个小时的反复调试、查阅资料、修改代码，最终问题竟然出在一个使用了“假”芯片的 USB2TTL 模块上。这次的经历让我深刻体会到，在硬件调试过程中，除了要怀疑软件，更要有一份对硬件本身保持警惕的心。特别是在选择第三方模块时，其核心芯片的真实性与可靠性至关重要，否则很容易陷入徒劳无功的排查。对于这类硬件坑的吐槽和分享，也是开发者社区里常见且有价值的话题。