📚 课程目录第2章 S32K硬件与存储架构

2. S32K硬件与存储架构

在S32K系列MCU上做Bootloader与固件升级，第一步不是写跳转代码，而是把芯片的存储空间“看清楚”。S32K的Flash、SRAM、启动流程、中断向量表以及链接脚本共同决定了：Bootloader放在哪里、App放在哪里、升级时擦写哪一段、跳转后中断如何接管。理解这些硬件约束，才能避免“程序能编译、跳转就死机”的典型问题。

一、S32K存储器映射与分区基础

S32K系列基于Arm Cortex-M内核，采用统一的4GB线性地址空间。以常见的S32K144为例，其关键区域如下：

区域	典型起始地址	典型容量	Bootloader关注点
程序Flash（P-Flash）	0x0000_0000	512 KB	存放Bootloader与App，按扇区擦除
数据Flash（D-Flash）	0x1000_0000	4 KB	存放升级标志、版本号、校验值
SRAM	0x1FFF_8000	64 KB	运行栈、全局变量、跳转参数
外设寄存器	0x4000_0000起	—	Flash控制器、看门狗、时钟
系统控制空间	0xE000_0000起	—	NVIC、SysTick、SCB

Flash按扇区（Sector）擦除，S32K144的P-Flash扇区通常为4 KB，D-Flash为1 KB。Bootloader必须知道自己要擦除的App区域边界，否则会误擦自身或破坏升级标志。

二、启动流程与中断向量表

S32K上电后，Cortex-M内核从地址0x0000_0000读取初始MSP（主栈指针），从0x0000_0004读取复位向量Reset_Handler，然后开始执行。这意味着：谁占据了0x0000_0000，谁就掌握了启动权。

Bootloader通常放在Flash起始位置，因此它的向量表就是芯片的默认向量表。App被放到偏移地址（例如0x8000）后，它自己的向量表不再位于0x0000_0000。跳转到App前，必须做两件事：

把App向量表的起始地址写入SCB->VTOR（向量表偏移寄存器）；
设置MSP为App向量表第0项，设置PC为App向量表第1项。

如果只跳转PC而不重定位VTOR，App中一旦发生中断，CPU仍会去0x0000_0000附近取中断服务函数，结果执行到Bootloader的向量，导致异常或死机。

核心结论：Bootloader跳转App的本质是“切换栈指针 + 切换复位向量 + 重定位向量表”。三者缺一不可。

三、链接脚本：把代码放到正确的位置

链接脚本（Linker Script）决定各个段（.text、.data、.bss、.vector）最终落在哪个地址。Bootloader和App必须使用不同的链接脚本，否则两者地址重叠，升级后无法共存。

下面是一个App链接脚本的关键片段，假设App从0x8000开始：

MEMORY
{
  m_interrupts (RX) : ORIGIN = 0x00008000, LENGTH = 0x00000400
  m_text       (RX) : ORIGIN = 0x00008400, LENGTH = 0x00037C00
  m_data       (RW) : ORIGIN = 0x1FFF8000, LENGTH = 0x00010000
}

SECTIONS
{
  .interrupts :
  {
    KEEP(*(.isr_vector))
  } > m_interrupts

  .text :
  {
    *(.text*)
    *(.rodata*)
  } > m_text

  .data : AT(__DATA_ROM)
  {
    *(.data*)
  } > m_data

  .bss :
  {
    *(.bss*)
  } > m_data
}

其中m_interrupts必须放在App起始地址，且长度至少覆盖向量表。App启动代码中需要把SCB->VTOR设置为0x8000，这样中断才能正确跳转到App自己的服务函数。

四、典型分区方案与升级场景

一个可落地的S32K Bootloader分区方案如下：

Bootloader区：0x0000_0000 ~ 0x0000_7FFF，32 KB，负责通信、擦写、跳转；
App区：0x0000_8000 ~ 0x0003_FFFF，224 KB，存放用户应用；
升级标志区：D-Flash 0x1000_0000，记录“是否需要升级”“App是否有效”；
备份区（可选）：若Flash足够，可在App区后划分备份区，实现A/B双区升级。

升级流程通常是：Bootloader启动 → 检查D-Flash升级标志 → 若需要升级，接收新固件并写入App区 → 校验通过后写标志 → 跳转App。若校验失败，保持旧App或停留在Bootloader等待重传。

五、常见误区与复盘

误区1：App链接脚本仍从0x0000_0000开始。结果App与Bootloader地址重叠，烧录后Bootloader被覆盖，芯片无法再进入升级模式。

误区2：跳转前忘记重定位VTOR。App能跑主循环，但一进中断就跳回Bootloader向量，表现为“随机死机”。

误区3：擦除App区时把D-Flash升级标志一起擦掉。升级标志应放在独立D-Flash扇区，且擦写顺序要先写标志、再擦App、最后写新固件。

误区4：忽略看门狗。Bootloader擦写Flash耗时较长，若看门狗未喂狗，会在升级中途复位。应在关键擦写循环中插入喂狗操作。

复盘时建议用调试器直接查看0x0000_0000、0x0000_8000、SCB->VTOR和MSP的值，确认向量表位置与栈指针是否符合预期。只有把存储映射、启动流程和链接脚本三者对齐，Bootloader跳转App才能稳定可靠。