[参考译文] AM263P4-Q1：ESM TPCC 事件

尊敬的 Carwyn：

对延迟的回复表示歉意！

我已经掌握了这个问题、并在内部进行了讨论。

我将很快提供我的更新信息。

--
此致、
Jagadish。

尊敬的 Jagadish：

感谢您的回复、这解释了我们看到的内容。 由于错误报告、我们已禁用 ESM_PLS_EVENT_4、并开始看到 报告的 ESM_LVL_EVENT_63、因此建议我们看到访问错误。

您能否提供有关触发访问错误的因素（TRM 中不清楚）的更多详细信息、以及在启用 ESM 模块之前是否需要执行任何初始化步骤来防止报告错误。

谢谢、

Carwyn

尊敬的 Carwyn：

可以尝试一下吗？

使用 ACNT=0x0、BCNT=0x0 和 CCNT=0x0 配置对应于 EVT 0 的 PARAM 0（可以根据需要配置其他参数字段）、以生成导致 TPCC 错误的空事件。

在此之后、尝试触发应生成访问 错误的 DMA 传输。

--
此致、
Jagadish。

尊敬的 Jagadish：

对延迟的回复表示歉意。

我执行上述测试时、在初始化期间将 CNT 值设置为 0、这确实会触发故障。  

这是导致访问错误的唯一原因吗？ 如果是、那么 DMA 和 ESM 模块之间的初始化顺序可能是我们软件中问题的根本原因。 是否有应该遵循的推荐初始化例程？

谢谢、

Carwyn

尊敬的 Carwyn：

对延迟的回复表示歉意：

访问错误的其他原因：

除零计数值外、TPCC 访问错误也可以通过以下方式触发：

• SRC/DST 字段中的存储器地址无效
• 保护违规 （访问受限的存储器区域）
• 对齐错误 （传输大小的地址未对齐）
• 通道/参数设置访问无效
• 触发未初始化的 DMA 通道

1. 在启动序列中、始终在 ESM 之前初始化 DMA
2. 将所有参数集（甚至未使用的参数集）初始化为安全默认值
3. 在启用 ESM 监控之前清除错误状态寄存器

--
此致、
Jagadish。