工具/软件：
尊敬的 TI 专家：
客户正在使用 SDK9.2。
他们最近在闪存中升级 EtherCAT 时遇到了一个奇怪的问题。
也可以使用 UART DMA (不可缓存) EtherCAT 升级时、写入值 1. 对于闪存地址0x7e000、同一闪存地址处的读出值为 0不符合预期1 。 在闪存中写入许多其他地址也会发生相同的情况。
如果在 EtherCAT 升级时禁用 UART DMA、则写入值 1. 对于闪存地址0x7f000、同一闪存地址处的读出值为 1如预期。 并且采用所有其他地址写入方式。
这真的让客户感到困惑、因为 UART DMA 可能会以某种方式影响 EtherCAT 刷写值。
UART 传输编码如下所示。
UART 接收器编码如下。
您能提供一些建议吗？
谢谢、
Kevin
您好 Kevin、
我们是否获得客户应用程序来查看整个应用程序？
UART DMA 不可缓存的含义是什么,这意味着用于 UART 通信的缓冲区被保留为不可缓存?
如果 UART 自助餐不可缓存、那么为什么用户在上面所附的图像中使用 Cache_WB 和 Cache_Inv API？
您是否还请确认源缓冲区和目标缓冲区是属于闪存存储器还是使用了哪个存储器？
IPC、EtherCAT、 UART 和闪存之间是否有任何连接、例如共享 EtherCAT 自助餐用于闪存写入或读取、或类似地用于 UART DMA？
您能否分享 UART DMA 的任务详细信息？
所有任务的优先级是什么？
此致、
Anil.
尊敬的 Anil：
如前所述、当启用 UART DMA 时、客户可以连续看到 EtherCAT 日志、这意味着 EtherCAT 任务实际上正在运行。
在 EVM 上短时间创建任务复制并不容易。 客户去年仅使用了 R5f0_0 SOP。 在该工程中、客户还在闪存中使用了 EtherCAT 升级、他们还可以同时使用 UART DMA。 新工程涉及额外的 R5F1_0内核、并引入了与 R5F1_0关联的额外 UART 端口和 IPC 通信。 此时、如果客户在 UART 中禁用 DMA、它仍能正常工作、但如果启用了 DMA、会出现上述问题。
根据上述 UART 编码和 QoS 设置、我们是否可以尝试其他任何事情？
谢谢、
Kevin
尊敬的 Anil：
我在 下面列出了 R5F0_0和 R5F1_0的详细信息。
R5F0_0
1：EtherCAT 升级闪存、使用 SDK 默认 OSPI 驱动程序(dma 禁用 )。 EtherCAT 首先将数据写入片上 RAM、然后 R5F0_0从片上 RAM 读取并写入闪存、而不使用 IPC 共享数据。
2：UART (DMA 被启用 )。 此 UART 还会打印 R5F1_0的日志、R5F1_0会将日志放入共享存储器、然后 R5F0_0将读取日志并使用此 UART 打印出来。
3：带有 R5F1_0的 IPC
4：计时器
R5F1_0
1：UART (DMA 禁用 )
2：具有 R5F0_0的 IPC
对于去年的项目、客户仅使用了 R5F0_0、没有问题。 今年的新项目引入了 R5F1_0、整个系统将出现此问题。
客户提到、他们尝试通过设置如下所示的不同缓冲区来避免不同任务的片上 RAM 重叠(您可以参阅前面包含此信息的回复)。
谢谢、
Kevin
尊敬的 Anil：
请参阅上述3个测试用例的结果、谢谢。
测试案例1：交换任务优先级
修改
结果
该 UART 作为从器件运行、连接到外部 UART 主器件。 主器件每10ms 持续发送一次数据。 但是、UART 任务的优先级设置得太低、导致接收缓冲区溢出。 这会生成错误报告并由于未处理的数据而触发看门狗超时复位。
测试案例2：缓冲存储器放置
修改
结果
在 TCMA 下修改 UART 缓冲区后、由于某种未知原因、从其读取的数据都不正确。
测试用例3：UART DMA 频率
修改
结果
该 UART 配置为从器件并连接到外部 UART 主器件。 主器件每10ms 持续传输一次数据而不会中断。 由于 UART 任务的处理速度较慢、接收缓冲区已满、从而触发错误并导致看门狗超时重新启动。
您可以在测试结果中找到任何线索？
谢谢、
Kevin
