[参考译文] AM623：MCU+ SDK 中的 UDMA 使用情况

您好、Tashiro Koichiro、

我正在查看您的查询,你可能会期待在一两天内回复.

此致、

Anil.

尊敬的 Anil：

您对此项目有任何更新吗？

谢谢。此致、
田代浩一郎

您好、Tashiro Koichiro、

q1) 在 SysConfig 中启用 UDMA 后、TIMER7 似乎已自动启用为“其他依赖项“。
这对于 UDMA 是必需的吗？ TIMER7 不能用于其他用途？

在 MCU+SDK 11.0 中、计时器 7 和 UDMA 之间没有直接链路或依赖关系。
我已经查看了当前 SDK 并确认：
•UDMA 未绑定到任何特定的计时器
•计时器 1 出现在 SysConfig 生成的默认配置中、但主要由 FreeRTOS 调度程序使用
•UDMA 操作不使用此计时器、也不需要此计时器

请参阅随附的图像。

关于 DPL_init()：

默认情况下、DPL_init() 在 Sysconfig 自动生成的 System_init() 内调用。
•DPL_init() 是关键的、因为它启用全局中断处理。
•不建议跳过 DPL_init()。

建议的解决方法：

如果客户想要手动控制初始化序列、他们可以遵循以下方法：
1.注释掉主应用程序中的 System_init() 调用。
2.在自定义函数中手动调用每个必需的初始化:
•仅在需要时调用 DPL_init()
•分别初始化外设（如 UDMA、GPIO 等）

为什么客户要更改 DPL_INIT 调用位置？

此致、

Anil.

尊敬的 Anil：

感谢您的答复。

为什么客户要更改 DPL_init 调用位置？

DPL_init () 和自定义初始化函数之间存在一些冲突。
因此调用 DPL_init() 会导致异常。 所以他们想跳过 DPL_init ()。
硬件初始化由一个自定义函数完成。

谢谢。此致、
田代浩一郎

您好 、Tashiro Koichiro、

为什么客户要执行自定义函数来初始化 DPL_INIT？

DPL_init 已从 syscfg 生成、并启用 hwip_interrupts、同时需要在应用程序初始化之前完成其他时钟初始化。

如果 sys_cfg 已受支持、我不知道客户为什么要执行 DPL_init？

如果客户想更改要调用 DPL_init 的 DPL_init 调用位置、例如在 system_init 之后或在 system_init 之前。

请分享所有详细信息。

此致、

Anil.