我希望有人能帮助我。我正在尝试在 ARM 中进行串行端口通信(我正在使用 Linux)。问题是我在 Windows 中使用名为终端的程序，我用它来查看输出。

我有两条电缆从我的 ARM 连接到我计算机的 USB。我所做的是打开两个终端程序窗口，然后连接各自的串口，直到这里一切正常。

现在在其中一个窗口中我有 ARM 控制台(这是 ttymxc1 串行端口)，我在其中写了例如“echo hello >/dev/ttymxc2”(ttymxc2 是其他窗口中的另一个端口)。当我执行它时，出现了一些东西，像这样:“<0><0><0><0><0><0><0>”。我正在阅读，发现这通常是波特率问题，所以我将“ttymxc2”的波特率更改为 115200，就像“ttymxc1”一样，两者的速度相同。一旦我这样做了，我试图再次发送相同的回声，出现这个:<0>©::*ë<0> 所以，somethig 正在改变。

我得到了两个串口的所有参数，它是输出:

stty -a -F /dev/ttymxc1    

speed 115200 baud;stty: /dev/ttymxc1
line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = ^J;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
 -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
 -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon ixoff
 -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon -iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt
-echoctl echoke     


stty -F /dev/ttymxc2 115200    

stty -a -F /dev/ttymxc2    

speed 115200 baud;stty: /dev/ttymxc2
line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>;
eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff
-iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt    

而且我不知道可以更改哪个参数，我在终端程序中使用两个窗口中的 115200 8n1 无握手配置。

还有当我执行这个

setserial /dev/ttymxc2 -v autoconfig

/dev/ttymxc2, UART: undefined, Port: 0x0000, IRQ: 60

和

setserial /dev/ttymxc0 -v autoconfig

/dev/ttymxc0, UART: undefined, Port: 0x0000, IRQ: 58

所以我被调查了，我知道我必须设置这样的东西:

setserial /dev/ttymxc2 uart 16550A

这是输出:

setserial: can't set serial info: Invalid argument

但我不确定这是不是问题所在，因为 ttymxc1 端口也是未定义的，我可以看到 ARM 输出非常好，所以我很茫然，我希望有人能帮助我。

希望解释清楚

非常感谢

dmesg 的输出 | grep tty:

Kernel command line: noinitrd loglevel=7 no_console_suspend console=ttymxc1,115200 
fec_mac=00:05:51:07:B3:B5 mtdparts=gpmi-          nand:512k(NBoot)ro,2m(UBoot)ro,256k(UBootEnv),256k
(UserDef),6m(Kernel)ro,-(TargetFS) gpmi_debug_init enable_wait_mode=off   ubi.mtd=TargetFS root=ubi0:rootfs rootfstype=ubifs rootwait rw
bootconsole [ttymxc1] enabled
imx-uart.0: ttymxc0 at MMIO 0x2020000 (irq = 58) is a IMX
imx-uart.1: ttymxc1 at MMIO 0x21e8000 (irq = 59) is a IMX
console [ttymxc1] enabled, bootconsole disabled
imx-uart.2: ttymxc2 at MMIO 0x21ec000 (irq = 60) is a IMX

/proc/tty/driver 的输出

/dev/tty             /dev/tty        5       0 system:/dev/tty
/dev/console         /dev/console    5       1 system:console
/dev/ptmx            /dev/ptmx       5       2 system
/dev/vc/0            /dev/vc/0       4       0 system:vtmaster
rfcomm               /dev/rfcomm   216 0-255 serial
IMX-uart             /dev/ttymxc   207 16-23 serial
pty_slave            /dev/pts      136 0-1048575 pty:slave
pty_master           /dev/ptm      128 0-1048575 pty:master
pty_slave            /dev/ttyp       3 0-255 pty:slave
pty_master           /dev/pty        2 0-255 pty:master
unknown              /dev/tty        4 1-63 console

我点击这个 cat/proc/tty/driver/IMX-uart，这是输出:

0: uart:IMX mmio:0x02020000 irq:58 tx:0 rx:0 DSR|CD
1: uart:IMX mmio:0x021E8000 irq:59 tx:12075 rx:358 RTS|DTR|DSR|CD
2: uart:IMX mmio:0x021EC000 irq:60 tx:0 rx:0 DSR|CD

最佳答案

根据 /proc/tty/driver/IMX-uart 测试的积极结果和收到的垃圾数据，可以安全地假设您的 ARM 板上的 Linux 正在发送输出，当您发出 shell 命令 echo hello >/dev/ttymxc2。我们知道您在主机 PC 和串行控制台 /dev/ttymxc2 之间有良好的串行连接。

第 Ia 部分

通常，第一个要检查的项目是 imx-uart.2 在电路板上的连接器上的输出。您将需要一个示波器，并可以确认逻辑电平或 RS-232 电压是否正常。此检查还用于确认您已连接到正确的 PIN 码。

第 Ib 部分

在您所描述的设置和结果(到目前为止)中，您有一个工作串行链路和另一个未知条件的串行链路。工作串行链接是:

<PC COM port_A> ----------(cable_A)-----------<imx-uart.1> 

另一个串行链路包括:

<PC COM port_B> ----------(cable_B)-----------<imx-uart.2> 

此测试假设所有四个串行端口都配置为 115200 8n1。

通过选择性替换到工作链接中，您可以验证第二个链接的组件是否正常工作。
例如，第一个替代品可能是更换电缆:

<PC COM port_A> ----------(cable_B)-----------<imx-uart.1> 

如果到控制台的链接仍然有效，那么下一个替换可能是交换 PC 端口连接:

<PC COM port_B> ----------(cable_B)-----------<imx-uart.1> 

然后另一个串行链接现在将包含

<PC COM port_A> ----------(cable_A)-----------<imx-uart.2> 

所以现在第二个串行链路由以前已知的工作组件和一个未知组件组成，即 ARM 板上的端口。
重做你的测试。

第二部分

如果您仍然无法从交换中获得积极的结果，那么您需要提供有关您的设置的更多详细信息。 你提到了一些关于 USB 的事情。那么显然 PC COM port_A 和 PC COM port_B 都是 USB 端口和某种 RS-232 转 USB 适配器的组合？

请提供imx-uart.1 和imx-uart.1 电路板连接的详细信息。
这些接口(interface)是 RS-232 电压还是逻辑电平？
如果是逻辑电平，那么你用什么来转换成 RS-232？

如果您使用的是 FTDI USB 转 TTL 串行“电缆”，那么这可能是个问题。我在连接到一个 SoC 的 FTDI“电缆”时遇到了问题，该 SoC 的波特率和转换率都比较慢。问题是接收到的数据总是完全是垃圾字符。用 USB 到 RS232 适配器和 MAX3232 转换器(RS-232 到 3.3V 逻辑)替换 FTDI“电缆”解决了这个连接问题。
与 Sparkfun 板和 FTDI“电缆”(及其变体和仿制品)相比，我建议使用真正的 TTL 到 RS232 转换器(使用 MAX3232 或类似芯片)以提高可靠性。只有在您或其他人确认设置确实有效后，才能使用 Sparkfun 开发板或 FTDI“电缆”。

在我遇到的那种情况下，一个串行端口(在 SoC 上)固定为 115200 波特。
但是您可以完全控制自己的情况。
因此，当您收到垃圾数据时，可以尝试的一项测试是将波特率(在串行链路的两端)降低到 9600 甚至 1200。

关于linux - Linux下两个串口之间的通信，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24041776/