工具与软件:
您好!
构建定制电路板后、AM243x 和 M3之间的内部通信无法正常运行、并且电路板无限期地卡在 Sciclient 上。 我们制造了几块电路板、虽然大多数电路板运行正常、但其中一块电路板存在此问题。 我们尝试在有故障的主板上切换几个 CPU、但问题仍然存在。
如果 R5F 向 M4发送损坏的消息、则外设引脚出现问题的可能性是多少(例如、应该为低电平的引脚被意外设置为高电平)?
谢谢
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.
工具与软件:
您好!
构建定制电路板后、AM243x 和 M3之间的内部通信无法正常运行、并且电路板无限期地卡在 Sciclient 上。 我们制造了几块电路板、虽然大多数电路板运行正常、但其中一块电路板存在此问题。 我们尝试在有故障的主板上切换几个 CPU、但问题仍然存在。
如果 R5F 向 M4发送损坏的消息、则外设引脚出现问题的可能性是多少(例如、应该为低电平的引脚被意外设置为高电平)?
谢谢
您好 Jun Tu、
[quote userid="587615" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1395829/mcu-plus-sdk-am243x-hardware-question-custom-board-problem-communication-between-am243x-and-m3构建定制电路板后、AM243x 与 M3之间的内部通信无法正常工作、并且电路板无限期地卡在 Sciclient 上。您能否确认 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 之间的总线?
但是引脚可能会影响此行为的是什么、有太多引脚可供比较。 你有一个列表吗? 要比较的引脚太多、到目前为止我们没有找到具体区别。 因此、如果存在可能会破坏通信的引脚输入列表。
您好、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之间的总线通信。 谢谢
您好、Jun:
您可以直接查看 SBL 日志、 根据这些信息、我们可以确认电路板经常复位。
或尝试连接到 CCS、然后在调试器每次显示"复位是否已启动"时查看。
然后、 如果 GND 悬空且未正确连接到 SOC、则监控 SOC 的电源引脚这也是一个问题。
此外、监控 所有复位引脚状态、查看这些引脚是否会产生问题。
实际上、如果您不使用任何引脚、那么这些引脚肯定不会产生任何问题。
因此、第一步需要监测所有复位引脚。
此致、
Anil。