2247453_zh-CN

Yes

从 S32K324 (ASIL-B) 到 S32K3xx ASIL-D 系列的迁移路径

你好，恩智浦社区、

我们目前正在使用 RTD MCAL 和 FreeRTOS 在 S32K324（ASIL-B，独立双核）上开发一个基于 AUTOSAR 的项目。我们正在评估未来产品迁移到带锁步内核的S32K3xx ASIL-D系列（例如，S32K344、S32K348）的技术路径。

能否请您帮助澄清以下问题？

**代码重用性：**
1.从 ASIL-B 迁移到 ASIL-D 芯片时，AUTOSAR 应用层代码（高于 RTE）的典型可重用率是多少？
2。哪些 MCAL 模块需要重新配置或重新开发锁步内核？
3.从独立双核 (S32K324) 迁移到锁步内核架构时，需要对启动代码和内核同步机制进行哪些更改？

**开发工作：**
4.预计锁步监控、故障处理和其他功能安全机制的开发工作量是多少？
5。根据您的经验，ASIL-B到ASIL-D项目的典型迁移时间表是什么？

**技术支持：**
6.是否有任何有关 ASIL 级别升级的官方迁移指南或应用笔记？
7. 是否有任何参考项目或案例研究？

**设备选择：**
8.考虑到性能和生态系统成熟度，S32K3 系列中推荐的 ASIL-D 设备有哪些？

提前感谢您的支持！

顺祝商祺！

Re: Migration Path from S32K324 (ASIL-B) to S32K3xx ASIL-D Series

你好@常玉科

1.在 Classic AUTOSAR 中，RTE 以上的软件元器件 (SWC) 设计为独立于硬件，因此大多数应用程序逻辑只需进行最少的更改即可重复使用。在与符合 ASIL 标准的基本软件 (BSW) 交互时，调整通常涉及定时行为、诊断事件处理和端到端 (E2E) 保护机制，而不是更改算法。

2-3.有关锁步操作的信息分布在设备参考手册中。从解耦双核到锁步配置，内部存储器组织、交叉条 (XBAR) 端口和 FCCU 故障处理都发生了变化。在锁步模式下，第二个内核行动检查器，因此从软件角度来看，使用单个逻辑 CPU，无法访问 Core1 的寄存器。一个很好的起点是查看参考手册并浏览 S32K344 设备的实时驱动程序 (RTD) 示例项目。

4-5.我们无法提供 ASIL-B 向 ASIL-D 迁移的估计开发工作量或时间表，因为这一过程涉及项目的具体因素。

6-7.有关功能安全文档和软件，请参阅恩智浦的SafeAssure功能安全产品。

8。在 “微控制器输入电源的 ASIL 临界值 (ASIL D)” 主题中，您将在 ISO 26262 功能安全栏下找到一份列出了 S32K3 设备可达到的 ASIL 等级的文档。MCU 的选择应基于应用程序的性能、功能安全要求和系统架构。

BR、VaneB