我希望有一个人可以帮助我。我正在尝试在 ARM 中进行串行端口通信(我正在使用 Linux)。问题是我在 Windows 中使用名为终端的程序，我用它来查看输出。
我有两条电缆从我的 ARM 连接到我的计算机的 USB。我要做的是打开两个终端程序窗口，然后连接各自的串口，直到这里一切正常。
现在在其中一个窗口中，我有 ARM 控制台(这是 ttymxc1 串行端口)，我在其中编写了例如“echo hello >/dev/ttymxc2”(ttymxc2 是其他窗口中的另一个端口)。当我执行它时会出现一些东西，就像这样:“”。我正在阅读，我发现这通常是波特率问题，所以我将“ttymxc2”的波特率更改为 115200，就像“ttymxc1”一样，两者的速度相同。一旦我这样做了，我试图再次发送相同的回声，出现这个:©::*ë 所以，somenthig 正在改变。
我得到了两个串口的所有参数，它是输出:
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 no Handshaking 配置。
另外当我执行这个
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 的输出 |格雷普蒂:
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 测试的积极结果和收到的垃圾数据，可以安全地假设当您发出 shell 命令 echo hello > /dev/ttymxc2 时，ARM 板上的 Linux 正在发送输出。我们知道您在主机 PC 和 /dev/ttymxc2 (串行控制台)之间有良好的串行链路。
第一部分
通常，要检查的第一项是 imx-uart.2 在板上连接器处的输出。您将需要一个示波器，并且可以确认逻辑电平或 RS-232 电压似乎没问题。此检查还用于确认您已连接到正确的引脚。
部分 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-to-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/