专家们好
我想讨论一下 S32N55 的 OTA 解决方案。
目前，还没有可用的解决方案来演示 S32N55 的 OTA 用例。与 S32G 相比，由于引入了 FSS 内核，架构发生了变化。我的主要问题是
- 目前有没有推荐的 A/B 交换解决方案？A/B 交换功能应由 FSS 内核还是 CRS 等应用内核实现？
- 我注意到 FSS 固件中打算加入治疗功能，但目前还处于 WIP 阶段。你能否分享一下治疗过程的工作流程以及触发治疗的条件？
- 在比较 S32N 和 S32G 时，我发现 S32N 包括一个备用 IVT。RM 提到，IVT 备份用于 OTA 更新。我想了解 OTA 流程是如何运作的。S32G/Z/E 可以在没有备用 IVT 的情况下执行 OTA，那么 S32N 是否有需要备用 IVT 的特殊性？
感谢您的支持！
BRs，
挂
你好@RaduBraga、
客户为香港按揭证券有限公司
感谢您的支持。
挂
您好@Hang_Zhang，
团队已受理此案，并将尽快给予答复。另外，指出这一点的顾客是谁？
致以最崇高的敬意，
Radu
您好@Hang_Zhang，
来自 Stefan Ungureanu 的意见：
"
- 需要系统架构师提供意见 - 据我所知，FSS BootRom（S32N 芯片内不可更改的代码）会在主镜像验证失败时加载备份镜像。这对 NXP 资产有效：
IVT：包含指向所有可启动映像的指针 。
DCD/ST-DCD：设备配置数据。
FSS FW：基础子系统固件。
HSE 固件：硬件安全引擎固件。
SYS 映像：保存用于安全启动的哈希值和配置。
PaCo：资源分配分区合同
Codef：群组定义，包括图像偏移量和启动顺序。
不清楚应用核心是如何完成的。 - 愈合将作为单独的插件模块 (fss_healing) 成为 fss_firmware 的一部分。事实上，这项工作正在进行中，计划于 2026 年 5 月左右完成。有两个主要的触发条件：
a) 如果 fss_healing 检测到从备份加载的映像（由 bootroM 或 Fss 加载），它会将备份复制到主服务器以保持系统的完整性和映像兼容性。
b) 成功完成OTA后，将触发应用程序核心通过HSE在备份映像上复制主映像。
更多细节可以在这个治疗文档中找到：He
al ing_component_v2.0.docx
非最终版本，未经同意不得共享。 - 所有备份映像都是可选的，包括备份 IVT。如果用户想更新 IVT，但更新过程中出现问题，系统应能从备份（如果有）中加载 IVT。否则，它将保持 RESET 模式。(需要建筑师确认）"
你好 、
治疗文件是彗星专用的。
愈合文件中的信息不得与其他客户共享。
1.Comet 有一个定制的 HSE，可提供特定服务；普通市场上没有这些服务。
2.大部分功能都是根据他们的流程定制的。可能会误导一些客户，使其强行执行编程过程步骤。我们不想强加于人。需要灵活处理其他客户完成的其他 OTA 流程步骤（例如：Vector）。