3、硬件平台选型：ARM Cortex-M4/M7处理器特性、内存映射、中断控制器NVIC
做RTOS移植，说白了就是让操作系统跟硬件“对上话”。硬件平台选不对，后面全是白忙活。我个人习惯，拿到一个分拣机项目，第一件事就是看主控芯片用的是哪颗内核。Cortex-M4和M7，是目前工业控制领域最常见的两个选择。
3.1 Cortex-M4 vs M7：核心差异在哪？
先说说M4。这玩意儿带FPU（浮点运算单元），做PID控制、滤波算法非常顺手。我在一个分拣机项目里用过STM32F4系列，处理传感器数据流，基本不用操心算力问题。
M7呢？它比M4多了个关键东西——指令双发射和分支预测。说白了，M7能在一个时钟周期里干更多活。但代价是什么？功耗高、中断延迟比M4略大。你想想看，分拣机里如果跑高速视觉识别，M7更合适；如果只是简单的电机控制和IO扫描，M4绰绰有余。
核心区别速览：
- 流水线：M4是3级流水线，M7是6级流水线（更深，频率能跑更高）
- FPU：M4是单精度，M7是单精度+双精度（双精度在嵌入式里用得少）
- 缓存：M4无L1缓存，M7有L1指令/数据缓存（移植RTOS时要特别注意缓存一致性问题）
- 中断延迟：M4约12个周期，M7约16个周期（多了缓存刷新的开销）
我的经验：如果项目对实时性要求极高（比如中断响应<1us），我建议优先考虑M4。M7虽然算力强，但缓存命中率一旦下降，中断响应时间会变得不可预测。我曾经在一个视觉分拣项目里被M7的缓存问题坑过，后来强制关闭了数据缓存才搞定。
3.2 内存映射：RTOS的“地盘”怎么划分？
ARM Cortex-M系列使用统一的内存映射。什么意思？就是代码、数据、外设寄存器，全都在一个4GB的地址空间里。移植RTOS时，你心里得有张地图。
我一般把内存映射分成几个关键区域：
| 地址范围 | 区域 | 用途 |
|---|---|---|
| 0x00000000 - 0x1FFFFFFF | Code区 | 存放程序代码、向量表。RTOS内核代码也放这里 |
| 0x20000000 - 0x3FFFFFFF | SRAM区 | 堆栈、任务控制块（TCB）、任务栈。RTOS的“主战场” |
| 0x40000000 - 0x5FFFFFFF | 外设区 | GPIO、定时器、UART等寄存器。分拣机的电机驱动、编码器接口都在这里 |
| 0xE0000000 - 0xE00FFFFF | 系统控制区 | NVIC、SysTick、MPU等。RTOS移植的核心操作对象 |
嗯，这里要注意：向量表必须放在0x00000000或者SRAM的开头。为什么？因为芯片上电后，CPU从0x00000000取栈指针，从0x00000004取复位向量。如果你把RTOS的向量表放在别处，得通过SCB->VTOR寄存器重映射。我在第一次移植FreeRTOS时，忘了改VTOR，结果程序死活跑不起来——后来查了半天才发现是向量表地址不对。
避坑指南：分拣机通常有多个任务，每个任务都有自己的栈。我建议把任务栈放在SRAM的高地址区，把RTOS内核的全局变量放在低地址区。这样一旦任务栈溢出，会先踩到内核数据，系统会立刻崩溃——反而容易定位问题。我曾经把栈放在低地址，结果溢出后静默覆盖了外设寄存器，分拣机乱丢包裹，排查了整整两天。
3.3 NVIC：中断控制的“大脑”
NVIC（嵌套向量中断控制器）是Cortex-M系列的核心外设。RTOS的上下文切换、系统节拍、外部中断响应，全得靠它。
NVIC有几个关键特性，移植时你必须搞明白：
- 中断优先级：M4/M7支持8~256级优先级（具体看芯片厂商实现）。RTOS通常把SysTick设为最低优先级，这样不会被其他中断打断——但分拣机里如果有高速编码器中断，我建议把编码器中断优先级设得比SysTick高，否则会丢脉冲。
- 中断嵌套：高优先级中断可以打断低优先级中断。RTOS的临界区保护（如taskENTER_CRITICAL）就是通过关闭中断实现的。注意：临界区里不能调用任何可能阻塞的API。
- 尾链技术：当两个中断连续发生时，NVIC会跳过出栈/入栈过程，直接执行第二个中断。这个特性对RTOS的上下文切换非常友好——我在优化分拣机的中断响应时，特意利用了尾链，把两个传感器中断合并处理，减少了30%的切换开销。
NVIC寄存器速记：
- ISER/ICER：使能/禁止中断。写1有效，读回当前状态
- ISPR/ICPR：挂起/清除挂起。用于软件触发中断或清除中断标志
- IPR：优先级寄存器。每8位一个中断，高4位有效（M4/M7只用高4位）
举个例子，分拣机里有个光电传感器，检测到包裹时触发外部中断。我一般这样配置：
// 使能EXTI0中断
NVIC_EnableIRQ(EXTI0_IRQn);
// 设置优先级为2（数值越小优先级越高）
NVIC_SetPriority(EXTI0_IRQn, 2);
// 软件触发中断（测试用）
NVIC_SetPendingIRQ(EXTI0_IRQn);你想想看，如果不用NVIC，你得自己写中断控制器逻辑，那得多麻烦？Cortex-M把这事封装好了，我们直接调用API就行。
我的习惯：在RTOS移植初期，我会把所有中断优先级都设为相同值（比如0），先确保功能正常。等系统跑稳了，再根据实时性要求调整优先级。这样能避免一开始就被优先级问题搞晕。分拣机项目里，我通常把电机驱动中断设为最高优先级，传感器中断次之，通信中断最低——因为电机丢步比通信丢包更致命。
3.4 小结：选型与移植的关联
硬件平台选型，直接决定了RTOS移植的工作量。M4简单直接，适合快速出活；M7性能强，但需要处理缓存一致性和更复杂的中断延迟。我个人建议，如果分拣机对成本敏感，用M4；如果对算力有要求（比如同时跑视觉和运动控制），上M7。
内存映射和NVIC是移植的“地基”。地基没打好，后面盖的楼（任务调度、同步机制）全得塌。我见过太多新手，一上来就写任务代码，结果中断配置错了，系统跑几分钟就死机——嗯，这种问题最难查。
下一章，我会讲如何搭建RTOS的启动流程，包括向量表配置、堆栈初始化、以及如何让第一个任务跑起来。到时候咱们再细聊。