2、ARM Cortex-M内核基础：内核架构、寄存器组、工作模式、异常与中断向量表
好，咱们开始聊Cortex-M内核。说实话，搞车载MCU开发，Cortex-M内核是绕不开的坎。你想想看，市面上主流的车载MCU，像Infineon的TC3xx、NXP的S32K系列、瑞萨的RH850，底层清一色都是ARM Cortex-M或者它的变体。我当年从8位单片机转到ARM平台时，第一感觉就是——这玩意儿比想象中复杂，但一旦摸透了，真香。
2.1 内核架构：精简但强大
Cortex-M系列是ARM公司专门为微控制器设计的。它跟Cortex-A（应用处理器，比如手机芯片）最大的区别是什么？说白了，Cortex-M不跑Linux，它跑裸机或者RTOS。它的设计哲学就是：低功耗、低延迟、高确定性。
我个人习惯把Cortex-M内核分成三个部分来看：
- 处理器核心：负责取指、译码、执行。Cortex-M3/M4/M7都是三级流水线，M0/M0+是两级。
- 嵌套向量中断控制器（NVIC）：这是Cortex-M的杀手锏。它管理所有中断，支持抢占、尾链、晚到等高级特性。
- 总线矩阵：连接Flash、SRAM、外设总线。Cortex-M3/M4用的是哈佛架构，指令总线和数据总线分开，取指令和读写数据可以同时进行。
核心要点：Cortex-M内核是“存储器映射”的。什么意思？就是所有东西——代码、数据、外设寄存器、中断向量表——都在同一个4GB的地址空间里。你不需要像x86那样搞什么段寄存器，直接一个指针就能访问任何地方。
我记得刚做Bootloader时，有个同事死活搞不明白为什么中断向量表要放在0x00000000。其实就是因为Cortex-M上电后，CPU直接从地址0x00000000取栈指针，从0x00000004取复位向量。这是硬件写死的，没得商量。
2.2 寄存器组：就16个，但够用
Cortex-M的寄存器组比你想的简单。它只有16个32位通用寄存器（R0-R15），外加几个特殊寄存器。我当年从51单片机（累加器架构）转过来时，看到这么多通用寄存器，第一反应是——终于不用跟一个ACC死磕了。
| 寄存器 | 别名 | 用途 |
|---|---|---|
| R0-R12 | 通用寄存器 | 数据操作、临时变量、函数参数（R0-R3） |
| R13 | SP（栈指针） | 指向当前栈顶。有MSP和PSP两个栈指针 |
| R14 | LR（链接寄存器） | 保存函数返回地址。异常返回时也用它 |
| R15 | PC（程序计数器） | 指向当前正在执行的指令地址 |
| xPSR | 程序状态寄存器 | 包含条件标志（N/Z/C/V）、中断状态、Thumb位等 |
| PRIMASK | 中断屏蔽寄存器 | 置1后屏蔽所有可屏蔽中断（除了NMI和HardFault） |
| CONTROL | 控制寄存器 | 选择栈指针（MSP/PSP）、决定是否使用特权模式 |
我的小技巧：调试时，我习惯盯着R14（LR）看。如果LR的值是0xFFFFFFF9，说明当前在中断处理函数里；如果是0xFFFFFFFD，说明在异常里。这个技巧在排查栈溢出时特别有用。
嗯，这里要注意：Cortex-M的寄存器是“banked”的。什么意思？就是当发生异常或中断时，硬件会自动把R0-R3、R12、LR、PC、xPSR压栈，然后自动切换到异常专用的栈空间。你不需要像传统ARM那样手动保存现场。这个特性让中断响应时间变得非常确定——我记得Cortex-M3的中断延迟只有12个时钟周期。
2.3 工作模式：线程模式与处理模式
Cortex-M只有两种工作模式：
- 线程模式（Thread Mode）：跑普通代码用的。可以运行在特权级或用户级。
- 处理模式（Handler Mode）：跑异常/中断处理函数用的。始终运行在特权级。
你可能会问：为什么要有两种模式？我举个例子。你在Bootloader里做Flash擦写时，如果突然来了个CAN中断，CPU会从线程模式切换到处理模式去执行中断服务函数。执行完再切回来。这种切换是硬件自动完成的，你不需要写任何切换代码。
避坑指南：我曾经在一个项目里，把线程模式设置成了用户级（通过修改CONTROL寄存器），结果发现某些内核指令（比如WFI、CPSID）执行不了。折腾了半天才想起来——用户级下这些特权指令是被禁止的。所以，除非你明确要做MPU保护，否则老老实实待在特权级。
另外，Cortex-M还支持两个栈指针：主栈指针（MSP）和进程栈指针（PSP）。我个人习惯：在RTOS里，把MSP给中断用，PSP给任务用。这样即使任务栈溢出了，也不会影响到中断处理。裸机开发时，我一般只用MSP，省心。
2.4 异常与中断向量表：Bootloader的命根子
好，终于到重点了。异常和中断向量表，说白了就是一张表格，告诉CPU：当某个异常或中断发生时，你应该跳到哪里去执行代码。
Cortex-M支持最多240个外部中断（具体看芯片型号），加上15个系统异常。最常用的系统异常有：
- Reset（复位，优先级-3，最高）：上电或复位后，CPU从这里开始执行。
- NMI（不可屏蔽中断，优先级-2）：用于紧急情况，比如看门狗超时。
- HardFault（硬错误，优先级-1）：当其他异常处理不了时，就归它管。
- SVCall（系统服务调用）：RTOS里用来触发任务切换。
- PendSV（可挂起系统调用）：也是RTOS用的，延迟执行任务切换。
- SysTick（系统滴答定时器）：RTOS的心跳，或者做简单延时。
向量表默认放在地址0x00000000。但Bootloader最骚的操作是什么？是重定向向量表！
比如，你的Bootloader在0x00000000，应用程序在0x00010000。当Bootloader跳转到应用程序前，必须把向量表基地址改成0x00010000。否则，应用程序里一旦发生中断，CPU还是会跑到Bootloader的向量表里去找中断处理函数——那不乱套了？
核心代码：重定向向量表只需要一行代码：
SCB->VTOR = 0x00010000; // 将向量表基地址设为0x00010000就这么简单。但要注意：VTOR寄存器只在Cortex-M3/M4/M7上才有。M0/M0+没有VTOR，它们的向量表必须固定在0x00000000。所以M0做Bootloader时，需要用“复制向量表到RAM”这种骚操作。
我记得有个项目，客户反映说OTA升级后，一上电就死机。我排查了半天，发现是Bootloader跳转前忘了重定向向量表。应用程序里使能了CAN中断，结果中断一来，CPU跑到Bootloader的向量表里，那里根本没有CAN中断处理函数，直接触发HardFault。嗯，从那以后，我把“跳转前必须重定向VTOR”写进了团队的代码规范里。
2.5 异常优先级与抢占
Cortex-M的NVIC支持最多256级中断优先级（实际芯片一般只实现8-16级）。优先级数值越小，优先级越高。注意：这是ARM的惯例，跟某些单片机（比如PIC）正好相反。
优先级分组是个有意思的东西。你可以通过设置PRIGROUP寄存器，把优先级分成“抢占优先级”和“子优先级”。比如：
- 分组0：所有位都是抢占优先级，没有子优先级。
- 分组4：4位抢占优先级，4位子优先级。
我一般用分组3（4位抢占优先级，0位子优先级）。为什么？因为简单。你想想看，在Bootloader里，中断本来就不多，搞那么复杂干嘛？
我的经验：在Bootloader里，我通常只开两个中断：一个用于CAN/LIN通信（高优先级），一个用于超时定时器（低优先级）。其他中断全部关掉。这样既保证了通信的实时性，又不会因为中断太多把Flash擦写流程搞乱。
最后说一句：异常和中断向量表是Bootloader的核心。你写的Bootloader能不能稳定工作，很大程度上取决于你对向量表的理解。我建议你找个开发板，自己写个最小Bootloader，把向量表重定向、中断使能、异常处理这些流程亲手跑一遍。相信我，踩过坑之后，你就再也不会忘了。