[参考译文] AM243X-AM243X：硬件问题：am243x 和 m3之间的定制电路板问题通信 MCU-PLUS-SDK。

您好 Jun Tu、

您能否确认    R5F/M4F 内核未从 M3内核获得任何响应？

由于 DMSC (M3)内核 通过 SCI 客户端调用处理所有器件管理和安全操作、如复位、时钟、中断和安全功能等。

所以、R5F / M4F 内核应该发送 SCI 客户端请求以从 M3内核获得响应。

请告诉我 SCI 客户端 API 以及 M3无响应时发送的参数。

此致、

Anil。

您好、Swargam、我们可以肯定、这是一个硬件问题。  生产后、40%的电路板存在此问题。  

我们尝试运行 sciclient_ccs_init.release.out 并达到 hello world。   但是、由于这些缺陷板的50%、它无法到达 Hello world。  

然后、我构建  sciclient_ccs_init.debug.out。 对于有缺陷的主板、 它将一直显示此消息。 (对于良好的电路板、它不会有这个问题。)  

但是、引脚会影响此行为、有太多引脚可供比较。 你有一个列表吗?  要比较的引脚太多、到目前为止我们没有找到具体区别。  如果列出了可能会破坏通信的引脚输入、

原因有两个。 1.发送到 dmsc 的数据已损坏。   (看起来像问题) 2. 我们不会收到 ACK。

哪个引脚列表会影响 m3和 r5f 之间的总线？

最终、缺陷板将永远停留在 sciclient_waitformessage。  

通过使用 DEBUG、我们发现在发送消息时 CUR_CNT 并不正确。  

但是引脚可能会影响此行为的是什么、有太多引脚可供比较。 你有一个列表吗?  要比较的引脚太多、到目前为止我们没有找到具体区别。  因此、如果存在可能会破坏通信的引脚输入列表。

您好、Jun：

您讨论的是哪些引脚？

我真的不理解上面这一点。

通常、要配置 GPIO 引脚、我们 永远不会 调用 SCI 客户端。

sysfw 具有一个包含在 SBL 中的 bin 文件、SBL 将初始化 SYSFW。

这就是我们如何遵循在 AM64X/AM243X 器件上初始化 SYSFW 的方法。

此致、

Anil。

您好、Swargam：

我们的定制电路板遇到硬件问题。 某些引脚上的上拉电阻或接地不良、或者可能在设计或组装中出现错误、似乎都存在问题。 大约50%的电路板正常工作、但另一半电路板遇到问题。

由于引脚数量很多、确定哪个特定引脚可能导致了问题或产生噪声是非常具有挑战性的。

从软件的角度来看、该问题会在sciclient等待期间表现为故障。 这表示 R5F 和 M3处理器之间的通信正在中断。

您能否帮助我们了解如何从硬件和软件的角度诊断此问题、以识别有问题的引脚并解决通信故障？

谢谢。


顺便说一下、软件 GPIO init 与此无关、我完全同意您的看法。 通常、要配置 GPIO 引脚 、我们永远不会 调用 SCI 客户端。  这肯定是一个硬件问题。 可能是 r5f 和 m3之间内部总线增加一些噪声。

或者、您能为 r5f 和 m3指出内部硬件原理图、以便我们查看哪个引脚可能会影响 r5f 和 m3之间的总线通信。 谢谢

您好、Anil、谢谢、我们重点介绍了您刚才提到的复位引脚、我们发现了问题、现在它可以成功运行。  

再次感谢您的支持。