我刚刚收到了三个USB TTL适配器，每个适配器具有不同的芯片组，并且正在对其进行测试。 CP2102（我已经拥有一个，并且可以正常工作）显示出一个怪异的缺陷：通过将其连接到另一个适配器（两个适配器中的一个）或以环回方式工作，它将不会发送数据。没有led活动，在另一侧没有收到字节（当它与另一个适配器连接时）。 虽然偶然发现我关闭minicom（Ctrl-A，X，是）时，所有以前未发送的消息都在minicom关闭后的同一时间发送（至少一定数量的数据，我尝试发送文件）在ASCII模式下，当我关闭minicom时，只有很少的几行被传输到另一个适配器。
OS是Ubuntu 19.04 64bit，我从终端窗口以root用户身份运行minicom。要么放弃波特率（默认为115200），要么将其显式设置为9600，都会发生同样的事情。
此适配器是否已烤制，仅用于仅RX的应用程序还是不错的，还是有办法将其重新组合在一起？
答案 0 :(得分：0)
最后，适配器不是“有缺陷的”，特别是在minicom应用程序中不能很好地工作。 我拿来了几年前购买的另一个“工作中”的CP2102适配器，该适配器用于另一个项目，从那里我交换了CH340G，并且可以通过编写的PHP脚本按预期在TX和RX中使用它。用于SIM800L。 然后我通过minicom连接到它，因为我需要手动发出一些命令，而我在上面的问题中描述的同一件事也发生在其他CP2102上。 我对PHP脚本进行了一些修改，使其可以充当普通的，用户操作的串行控制台，并且我可以成功发送命令和成功接收响应，而minicom则不能。 然后，我拿到了“据说已损坏的” CP2102适配器，并且我还可以在我的自制PHP串行控制台中正确使用它，而minicom根本不接受任何用户输入。
答案 1 :(得分：0)
您应该尝试在minicom设置中禁用“硬件流控制”：
$ minicom -s
然后转到
串行端口设置
并设置
硬件流控制
到No