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.
工具与软件:
您好、TI 专家!
我们正试图用 DMA 启动 Mcal SPI、但在进行压力测试时、上一个数据包的情况就得到了满足。
我们也做了方法的女巫塔伦已经建议,因为这取代
但我们之前讨论的问题仍然 存在、
我认为这是一个很大的问题、可能是由于驾驶员的一些下操纵杆所致。
以下是我们 收集的一些信息。
1.in 非常着手开发 TI 的 mcal 驱动程序、此驱动程序称为每个 TX 和 Rx DMA ISR 函数中的函数
/* Close the RX channel */ (void)Udma_chDisable((Udma_ChHandle)(rxChHandle), UDMA_DEFAULT_CH_DISABLE_TIMEOUT);
但非常可靠的 mcal 驱动程序不支持发送8字节数据长度
为我们提供了一个补丁、它解决了8字节发送问题。
但在 Ajay Kumar 的补丁中、他 在 TX 和 Rx ISR 函数中提交了 udma_chDisable 函数 、然后我们解决了之前的问题。部分 RX ISR 无法被触发
3.如果我们 再次在 Spi_Dma 52r 函数中添加 udma_chDisable 函数,问题已经消失了。但 udma_chDisable 的时间成本 是不稳定的,有时大约是10us,但有时 它花费大约1ms(就像日志打印,时间刻度是2us ),这将花费我们太多的时间在 udma_chDisable。
问题是:
为什么 在非常常见的 mcal 驱动程序中调用了这个函数 udma_chDisable、这是针对 SPI DMA 硬件的复位还是其他原因、您可以向您的 IP 团队了解为什么应该调用这个函数吗?
2.当 Ajay Kumar 提交函数时,是否有任何 隐藏的问题会出现。
是否有减少 uDMA_chDisable 函数成本的方法?
您好!
由于 Tarun 本周不在办公室、请预计会出现延迟。
此致、
Brijesh
您好!
我们通过关闭来固定点3
3.如果我们重新添加 udma_c
您好、Yihiao:
很抱歉耽误你的时间。 我离开办公室了。
让我向团队核实这一点、然后我再给您回复。
此致
Tarun Mukesh
我们注释道禁用呼叫是否需要。 它出现的时间较早、因为它是针对先前观察到的一些问题进行的解决方案、而且是一项耗时的操作。
但对于我们来说、仅当 调用了通道禁用功能时、DMA 才会正常工作、否则我们之前提到过这个问题。
您好、Han、
是否有关于此问题的进一步更新? 让我们知道如果它已经被解析、我们是否可以将其关闭。
此致、
Brijesh