Other Parts Discussed in Thread: OMAP-L138
问题:LcdkOmapl138平台上相同的代码只启动dsp运行时uart1发送数据正常,arm启动linux后启动dsp运行时uart1发送数据错乱。
排除了硬件,波特率不对或者软件差异导致的,怀疑是arm端上某个linux驱动复用引脚导致的,把可能导致问题的多余驱动禁止加载后还是有此问题。
请问还有什么原因会导致此问题呢?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
问题:LcdkOmapl138平台上相同的代码只启动dsp运行时uart1发送数据正常,arm启动linux后启动dsp运行时uart1发送数据错乱。
排除了硬件,波特率不对或者软件差异导致的,怀疑是arm端上某个linux驱动复用引脚导致的,把可能导致问题的多余驱动禁止加载后还是有此问题。
请问还有什么原因会导致此问题呢?
已将您的最新回复转达至E2E英文论坛,您可以访问https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1195155/processor-sdk-omapl138-for-the-same-code-on-the-lcdkomapl138-platform-if-i-only-start-the-dsp-uart1-can-send-data-normally-if-the-arm-starts-the-linux-and-i-start-the-dsp-the-uart1-will-encounter-disruptions-in-sending-the-da关注最新进展
不会的,我认为没有问题。此设备树更改是禁用硬件模块的正确方法。我只是想确定你是否做对了。
如果在 Linux 中不使用 UART,我不确定还有什么会导致 Linux 干扰 DSP 代码。我们在这个论坛上不再提供 TI-RTOS 的技术支持,但我会将您的疑问发送给我们的 RTOS 专家征求意见。
我们不再为 OMAP-L138 提供基于 TI-RTOS 的软件开发支持,请参阅此公告并查找综合资源。