Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH, AM2631, AM263P2
器件型号: AM263P4
Thread 中讨论的其他器件: SYSCONFIG、 UNIFLASH、 AM2631、 AM263P2
尊敬的专家:
以下是有关 AM263P 内核工作模式的问题。
下图显示了我们目前了解的工作模式。
| 工作模式 | R5F0 CORE0 | R5F0 Core1 | R5F1 CORE0 | R5F1 Core1 | 群集内存 |
| 锁步模式(最大 TCMA/TCMB) | 运行(最大 64kB/192KB) | 锁步操作 | 不可用 | 不可用 | 统一 |
| 单核模式(最大 TCMA/TCMB) | 运行(最大 64kB/192KB) | 已停止 | 不可用 | 不可用 | 统一 |
| 分离锁定步进模式(最大 TCMA/TCMB) | 需要确认 (*1) | 需要确认 (*1) | 需要确认 (*1) | 需要确认 (*1) | 拆分 |
| 双核模式(最大 TCMA/TCMB) | 运行(最大 32kB/96KB) | 运行(最大 32kB/96KB) | 运行(最大 32kB/96KB) | 运行(最大 32kB/96KB) | 拆分 |
*1:需要确认“表示目前无法根据 TRM 或公开提供的文档进行验证的项目。
问题 1:我们对上面显示的单核模式的理解是否与实际定义相符?
如果正确、是否有任何示例程序(如 SBL)或程序文档可用于使用此模式?
问题 2:在下面引用的主题中、术语 “拆分锁步模式“ 调制。 该项是否具有与相同的含义 “分割核心模式“ 或 “双核模式“ 某些信息?
如果不是、您能否解释一下“分离锁步模式“与其他模式有何不同?
(+) TMDSCNCD263P:在 AM263Px 的 TCMA 或 TCMB1 中放置.bss、.stack 和.sysmem 时出现问题–会触发 HwiP_USER_DATA_ABORT_HANDLER_c — 基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛
问题 3:为确保稳定的评估环境、您是否可以为以下软件提供任何推荐的版本组合?
- CCS (Eclipse/Theia)
- 其中概述了 SysConfig
- Uniflash
- Python(Python 本身和所需的 PIP 软件包版本)
- OpenSSL
根据 Anand 先生在上述线程中的答复、似乎将每个软件的不同版本一起使用。 由此、我们怀疑某些版本组合可能会影响稳定性。 我们希望修复我们的评估环境以确保可重复性、因此我们希望对此做出澄清。
此致、
正常


(寄存器附录)
(TRM)