4. 移植前期准备：目标硬件平台评估、TrustZone 功能支持检查、开发板选型与调试工具链准备

在正式启动 TrustZone 移植工作之前，系统性地评估目标硬件平台、确认 TrustZone 功能支持、选择合适的开发板以及准备调试工具链，是决定项目成败的关键前置步骤。本章将围绕这四个核心环节，提供可操作的检查清单与决策依据。

4.1 目标硬件平台评估

硬件平台评估的核心目标是确认 SoC 是否具备 TrustZone 所需的硬件基础，并评估其性能、功耗与安全边界是否满足 IoT 场景需求。评估应覆盖以下维度：

4.2 TrustZone 功能支持检查

在选定 SoC 后，需要深入检查 TrustZone 功能的具体实现细节。不同厂商对 TrustZone 的集成程度差异较大，以下检查清单可帮助规避常见陷阱：

• SAU/IDAU 配置： 确认安全属性单元 (SAU) 或实现定义属性单元 (IDAU) 的寄存器数量与可编程性。部分低端 Cortex-M23 芯片可能仅支持固定安全区域，无法动态配置。
• 安全中断支持： 检查 NVIC 是否支持安全中断分组，以及中断向量表是否可独立配置为安全/非安全。
• 安全 MPU： 确认安全世界是否拥有独立的 MPU，用于保护安全内存区域不被非安全代码访问。
• 安全系统控制： 检查系统控制块 (SCB) 中是否包含安全配置寄存器，如 SCR 的 NS 位、AIRCR 的 PRIS 位等。
• 厂商扩展： 查阅 SoC 参考手册中关于 TrustZone 的“安全扩展”章节，确认是否有厂商自定义的安全特性（如 NXP 的 FlexSPI 安全访问控制）。

4.3 开发板选型

开发板选型应遵循“先官方、后第三方”的原则，优先选择芯片原厂提供的官方评估板，以获得最完整的软件支持与文档。以下是 IoT 领域常见的 TrustZone 开发板对比：

4.4 调试工具链准备

TrustZone 调试与传统嵌入式调试有显著差异，需要同时支持安全世界与非安全世界的调试会话。以下是推荐的调试工具链配置：

4.4.1 调试器硬件

• J-Link Ultra+ / J-Trace： 支持 Cortex-M33 的 TrustZone 调试，可同时连接安全与非安全调试端口。
• ST-LINK/V3： ST 官方调试器，配合 STM32CubeIDE 可自动识别 TrustZone 分区。
• DAPLink： 开源调试器，需确认固件版本支持 TrustZone 调试（v2.0.0+）。

4.4.2 软件工具链

4.4.3 调试脚本示例

以下 OpenOCD 脚本片段展示了如何连接 TrustZone 设备并切换安全域：

# 初始化调试器
source [find interface/jlink.cfg]
transport select swd
source [find target/nxp_rt600.cfg]

# 连接目标板
init
reset halt

# 检查 TrustZone 状态
cortex_m trustzone status

# 切换到安全世界
cortex_m trustzone secure

# 在安全世界设置断点
bp 0x10000000 4 hw

# 切换到非安全世界
cortex_m trustzone nonsecure

# 在非安全世界设置断点
bp 0x20000000 4 hw

# 恢复执行
resume

4.5 前期准备总结清单

在进入实际移植阶段前，建议完成以下检查项并记录结果：

1. 硬件评估完成： 确认 SoC 支持 TrustZone，安全内存 ≥ 64KB，关键外设可隔离。
2. 功能检查通过： SAU/IDAU 可编程，安全中断可用，安全 MPU 独立。
3. 开发板就绪： 已获取官方评估板或 FVP 虚拟平台，并验证上电自检通过。
4. 工具链安装： 编译器支持 -mcmse，调试器固件支持 TrustZone 域切换。
5. 参考文档收集： 包括 SoC 参考手册（安全章节）、TrustZone 技术参考手册 (TRM)、SDK 安全示例代码。