1

初始化问题和较早的讨论在这里： http: //pastebin.com/GzsHhBs3

编辑/附加3：

VTIME 似乎工作正常：

在打开串口时，我设置

serial_opts.c_cc[VTIME]=60; //6 seconds

那么代码是： http: //pastebin.com/W0vPGDBm

我已经实现了超时时间测量，并尝试从串行端口重新读取（），直到满足 MAX_RETRIES（=5）。

超时似乎工作正常，调试输出是（显示最后 2 个 read() 操作和读取的字节）：

SERIAL: DATA read 11 bytes and a total of 12262 .
SERIAL: serDataBuf[12262]=   0x32
SERIAL: serDataBuf[12263]=   0x30
SERIAL: serDataBuf[12264]=   0x32
SERIAL: serDataBuf[12265]=   0x30
SERIAL: serDataBuf[12266]=   0x32
SERIAL: serDataBuf[12267]=   0x30
SERIAL: serDataBuf[12268]=   0x32
SERIAL: serDataBuf[12269]=   0x30
SERIAL: serDataBuf[12270]=   0x32
SERIAL: serDataBuf[12271]=   0x30
SERIAL: serDataBuf[12272]=   0x32
SERIAL: DATA read 5 bytes and a total of 12273 .
SERIAL: serDataBuf[12273]=   0x30
SERIAL: serDataBuf[12274]=   0x32
SERIAL: serDataBuf[12275]=   0x30
SERIAL: serDataBuf[12276]=   0x32
SERIAL: serDataBuf[12277]=   0x30
SERIAL: time diff is tv_sec=5 , tv_usec=996447
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 0.
SERIAL: time diff is tv_sec=5 , tv_usec=999983
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 1.
SERIAL: time diff is tv_sec=5 , tv_usec=999973
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 2.
SERIAL: time diff is tv_sec=5 , tv_usec=999961
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 3.
SERIAL: time diff is tv_sec=5 , tv_usec=999974
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 4.
SERIAL: time diff is tv_sec=5 , tv_usec=999960
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 5.
SERIAL: time diff is tv_sec=5 , tv_usec=999982
SERIAL: No DATA have been read. Timeout @ byte 12278, timeout counter 6.

请注意，接收到的最后一个字节是有效的 ascii char（0x30，对应于 char '0'）。看起来在 6sec/retry*6 retries = 36 secs 之后，我仍然没有收到任何数据。

我会开始研究发送方代码，但我在这里移植的代码（从内核 2.4 嵌入式系统到内核 3.0.35 emb。系统）曾经工作......所以它必须是接收端的东西边。

4

1 回答 1

1

在我办公室的一次绝望尝试中，我们修改了主机应用程序（在 Windows 上运行，在 MS Visual Studio 上构建，作为 .net 应用程序）。因此，我们创建了一个小型 C++ 串行端口控制应用程序来绕过 .net，瞧！在不更改嵌入式系统端的代码的情况下，我现在可以读取我期望的全部数据（从嵌入式设备端）！

我不会责怪 .net，因为在我将嵌入式系统的代码从旧设备 ARM9TDMI-ARMv4T（使用内核 2.4 运行 linux）移植到较新的飞思卡尔 cortex A9 imx6q sabrelite 后，问题开始出现。

但是，我会在此指出，我们编写的 C++ 串行端口控件不再适用于 .net 代码，它既适用于旧设备，也适用于新设备。

所以上面的代码应该适用于从 linux 中的串口读取。

我想知道 yocto 项目（我现在正在板上运行）使用的边界设备 linux 内核 3.0.35 的串行端口驱动程序是否存在某些问题。如果有人知道有关 sabrelite 的串行端口问题的任何信息，请分享。谢谢！

于 2013-07-17T11:54:15.367 回答