din*_*esh 5 hardware embedded omap flow-control uart
寻找一些帮助来测试具有OMAP L138的硬件流控制的UART实现。为了测试实现,我使用minicom
了模拟串行链接的另一端的方法,并且正在寻找一些有关如何配置它的见解。
我有一个简单的应用程序,它通过UART将消息从OMAP发送到minicom。如果OMAP和minicom均配置为不使用硬件流控制,则此操作将按预期进行。当我打开硬件流控制时,在minicom上看不到任何输出。
这是我遵循的步骤列表:
stty
我启用rts / cts握手stty -F /dev/ttyS1 crtscts
。使用命令,stty -F /dev/ttyS1 -a
我可以确认已启用crtscts。上面的两个更改确保在终端程序和UART驱动程序中启用了硬件流控制。OMAP上的UART也已配置为使用硬件流控制。
但是,上面列出的对minicom的更改似乎不足以使流量控制正常工作。启动应用程序后,来自OMAP的RTS(发送请求)信号变低,从而向minicom指示它要发送数据。如果配置正确,minicom应将OMAP的CTS(清除发送)信号拉低,并开始接受数据,直到达到指定的接收缓冲区阈值为止。这不会发生。OMAP的CTS输入始终为高。只是为了踢一下,我尝试在OMAP和voila上将RTS与CTS短路,期望的消息确实会在minicom上显示!这是一张图像,显示了两者如何连接。
从我的尝试来看,好像我在配置minicom的方式中缺少了一些东西。任何建议表示赞赏。