[参考译文] AM3358：UART 未读取

Biser、

我按照您的建议操作 并设置 pinmux 寄存器、并在引导后验证寄存器是否确实设置为预期值。 行为没有改变。

0x44E108C4    = 0x2C          /*[P8 38] UART5_RXD *

0x44E108C0    = 0x0C           /*[P8 37] UART5_TXD *

让我更详细地解释一下我的设置。 如前所述、我有两个 BeagleBone Black、一个用作发送、另一个用作接收。 两个 BBB 上的 UART5配置为19200波特、这是它们最终将连接到的器件的速度。 我的驱动程序 BBB 上有一个简单的程序、它在 TX 线上以 UART 允许的速度输出"42"、 并将一个 O 示波器连接到该行以验证数据是否通过 TX 发送。  TX 线连接到另一个 BBB Rx 引脚、在该 BBB 上、我有一个正在运行的简单程序  、该程序会等待 从 Rx 读取任何数据。 现在、我甚至不关心它是否读取正确的数据、我只希望它读取任何内容。 可能我尝试错误地读取数据、 但我的读取方法在 UART0上可以正常工作。 下面是我用于读取的简单程序、它在 UART0上工作正常。   

int main (int argc、char * argv[])｛

 printf ("正在运行数据 TX 写入...\n")；

 fd = open ("/dev/ser2、O_RDWR)；//SER2是 UART5es UART0 live under ser1的目录、工作正常。
 memset (in_buffer、0、sizeof (in_buffer))；
 如果(FD > 0)｛

 COUT <<"File Open and descriptor ="<<FD <<endl;
  读取(fd、in_buffer、2)；
  COUT <<"来自 RX 的数据："<<< IN_BUFFER << endl；
 ｝否则｛
  cout <<"未打开文件。 \n";
 ｝

返回0

｝    

此程序将在 read()行等待 数据被接收并退出。

还有其他想法吗？

谢谢、

Jason

抱歉、我们不支持 QNX、因此无法复制此内容。 您是否已检查 Linux 下是否存在相同的问题？

Biser、  

是的、我在 Linux 上尝试过、但即使在 TX 上也无法使 UART5正常工作、但我没有花太多时间对此进行调查、因为我的要求是需要使用 QNX。 感谢您的建议、我知道您在这里不支持 QNX。 我也有一个有关 QNX 的查询。 他们建议我向 TI 提出问题、因为 UART 是 AM3358处理器的一部分。  如果你有其他想法可以尝试、我愿意接受建议、否则、再次感谢您的帮助、我对此表示赞赏。  

Jason

Jason --你提到你把一个板的 Tx 连接到了另一个板的 Rx。 您是否将两个电路板的接地端连接在一起、以确保它们具有通用基准？

另一个需要注意的问题是、如果存在任何类型的线路缓冲或任何正在进行的操作、可能会尝试跨线路发送"\n" (例如、这是您通过 printf 等运算看到的内容、在到达行末尾之前、printf 不会将数据刷新为 stdout。)

驱动程序是否使用 DMA？ 如果是、您是否填写了相应的 DMA 事件？

Brad、  

很抱歉,我以为我已经回答了这个问题。 我正在确保通过线路发送'\n'、这是必需的。 我在使其正常工作方面取得了一些进展、但现在的情况是、我认为驱动程序不会将 DMA 用于 UART 的1-5。 由于这种行为以及我发现的另一种行为、即在 RX 上读取的所有数据在 TX 上回显(使用 O 范围时可以看到)、QNX 支持工程师和我认为 QNX 驱动程序存在错误。 我们现在正在等待他们的 BSP 团队的回复以进行验证。 感谢您的建议。  

当我找到此问题的解决方案时、您是否希望我发布它？

谢谢、  

Jason