Other Parts Discussed in Thread: AM2634, SYSCONFIG
器件型号: AM2634
主题: SysConfig 中讨论的其他器件
存在许多风险
-设备: AM2634 (AM263x ), ZCZ 封装
- SDK:工业通信 SDK AM263x 10.00.00.12(MCU+ SDK 10.00.00.35 下方)
- CCS:20.5.1、通过 XDS2xx 进行调试(无 SBL;通过调试器加载)
设置(3 个 R5F 内核、IPC Notify 同步)
- R5FSS0-0 (core0):app a、context r5fss0-0
- R5FSS0-1 (core1):APP B、context r5fss0-1
- R5FSS1-0 (core2):APP A(第 2 个实例)、上下文 r5fss1-0
-每个内核的 SysConfig IPC 启用另外两个(对称)。 启动:全部连接 → Ω LOAD 全部 → RUN。
TI E2Eì— ì œê°€ì§ì ‘올리는 건못í•니다— ì
¸ë¶€ í¬ëŸ¼ 게시는 사ìš
ìž ê³„ì •ì¸ì¦ì´í•„ìš”í•˜ê³ 、사ìš
ìž ì´ë¦„으로 공개ë˜ëŠ“í–‰ìœ„ë ¼ ì œê°€ëŒ€ì‹ ì œì¶œí• ìˆ˜ 없어요。 ëŒ€ì‹ ê·¸ëŒ€ë¡œ ë³µë¶
하ë
´ë˜ëŠ“ì
„ì„±ë œ 게시글ì„ìž‘ì„±í•´ë“œë¦¬ê² ìŠµë‹ˆë‹¤。 (E2E는 ì˜ ì–´ê°€ ì‘답ì´ë¹ ë¦ë‹ˆë‹¤)
——
标题:AM263x:IPC Notify IpcNotify_syncall () 从不完成 — R5FSS1-0 发送同步正常但从不发送
接收任何 (syncMsgPend 保持为 0)、
正文:
存在许多风险
-设备: AM2634 (AM263x ), ZCZ 封装
- SDK:工业通信 SDK AM263x 10.00.00.12(MCU+ SDK 10.00.00.35 下方)
- CCS:20.5.1、通过 XDS2xx 进行调试(无 SBL;通过调试器加载)
设置(3 个 R5F 内核、IPC Notify 同步)
- R5FSS0-0 (core0):app a、context r5fss0-0
- R5FSS0-1 (core1):应用 B、上下文 r
- R5FSS1-0 (core2):APP A(第 2 个实例)、上下文 r5fss1-0
-每个内核的 SysConfig IPC 启用另外两个(对称)。 启动:全部连接 → Ω LOAD 全部 → RUN。
症状
IpcNotify_syncall (SystemP_WAIT_FOREVER) 从不会在 core0 和 core2 上返回。 Core1 通过并运行
运转相当正常。 两个卡住的内核都处于 IP 中
根观察(来自实时调试)
gIpcNotifyctrl.syncMsgPend[]:
- core0 :[ 0、0、1、0]→ 接收到 core2 的同步,从未接收到 core1 的
- core1:通过(从两个接收)
- core2 :[0,0,0]→ 没有收到任何人
因此 R5FSS1-0 (core2) 发送同步精细、即 core0 接收到 core2 的同步)、但从不接收/冻结任何传入的同步。
我验证的内容是正确的/一致的
- IPC 使能矩阵对称 (gIpcNotifyMailboxConfig 对显示两个方向,包括 core0↔core2 μ s) -软件队列地址相同(MSS_ER 对偏移量)
- isCrcEnabled = 0(在所有内核上) -邮箱区域 0x72000000 映射 nes
- gIpcNotifyCtrl.selfCoreId 分别= 0 / 1 / 2(正确) -所有内核上的 gIpcNotifyCtrl.callback[IPC_NOTIFYify_syncCallback
- interruptConfig[0]:numCores=3、intNum=136(所有内核)
- core2 vim:INT_EN 对于 int 136 (group4、bit8)= 0x100 → 启用;RAW 未挂起 - SW 队列 core0→core2 和 core2→co = 2(排空,不卡满)
已经尝试过
-全板电源循环+全部 3 个项目的干净重建+同时启动 → 无变化
问题 所有软件可见的东西都已启用 (#136)、但 R5FSS1-0 在发送正常且两个 R5FSS0 内核都正确接收/信用的同时从不捕获任何接收到的 IPC 同步。 当启用 VIM 中断并排干 SW 队列时、什么因素会阻止对收到的邮箱通知进行轮询? 是否有针对 R5FSS1 集群的额外 SoC 级邮箱中断路由/使能不在标准生成的 IpcNotify_init 范围内?