1. MCU内存架构深度剖析：Flash、SRAM、CCM与DMA内存区域详解
做嵌入式开发这么多年，我见过太多工程师把MCU内存当成一个黑盒子。说白了，就是写代码、下载、跑起来就完事了。但当你开始做实时系统，特别是跑ThreadX这种RTOS时，内存布局直接决定了你的系统能跑多稳、多快。
今天咱们就把MCU的内存扒开来看。我会结合我实际项目中踩过的坑，把Flash、SRAM、CCM和DMA内存区域讲透。
1.1 Flash存储器：代码的安身之所
Flash在MCU里主要负责两件事：存代码和存常量数据。它的特点是掉电不丢失，但写入速度慢，而且有擦写寿命限制。
核心要点：Flash的读取速度直接影响CPU取指效率。如果你的代码在Flash里跑，而Flash又有等待周期（比如STM32F4系列需要2-3个等待周期），那CPU就得等着。
我在一个电机控制项目里遇到过这种情况：代码逻辑完全正确，但PWM波形就是有抖动。查了两天，最后发现是Flash等待周期设置不对，导致中断响应延迟不稳定。把Flash预取缓冲和指令缓存打开后，问题立刻解决。
| Flash特性 | 对实时系统的影响 |
|---|---|
| 读取速度（带等待周期） | 降低CPU取指效率，影响中断响应 |
| 写入速度慢 | 不适合频繁更新的数据 |
| 擦写寿命（通常1万-10万次） | 不能用于日志记录等频繁写入场景 |
| 掉电保持 | 适合存放固件和配置参数 |
实战建议：把频繁调用的中断服务函数和实时性要求高的代码放到SRAM或CCM里运行。怎么做？用__attribute__((section(".ccmram")))或者修改链接脚本。
1.2 SRAM：实时系统的战场
SRAM是MCU的“工作台”。所有变量、堆栈、RTOS的任务控制块都在这里。它的特点是速度快、无等待周期，但掉电就丢。
你想想看，ThreadX的任务切换、中断处理、信号量操作，全都在SRAM里完成。SRAM的大小和布局，直接决定了你能跑多少个任务、每个任务能分配多大的栈。
注意：SRAM不是越大越好。很多MCU的SRAM分成了多个区域，比如DTCM、ITCM、普通SRAM。不同区域的访问速度和总线路径不一样。我曾经在一个项目中把关键数据放到了DTCM区域，中断响应时间直接缩短了30%。
1.3 CCM：被忽视的性能加速器
CCM（Core Coupled Memory）是很多MCU里藏着的一块“宝贝”。它直接挂在CPU内核总线上，不经过总线矩阵。这意味着——访问CCM没有任何延迟，而且不会跟DMA、USB等外设争抢总线。
我记得第一次用STM32F4的CCM时，感觉就像发现了新大陆。64KB的CCM，虽然不能放代码（因为指令总线访问不到），但放关键数据简直完美。
为什么会这样？因为CCM只有CPU能访问，DMA和外设都碰不到它。这就避免了数据一致性问题，也减少了总线仲裁的等待时间。
| 内存区域 | CPU访问速度 | DMA可访问 | 典型用途 |
|---|---|---|---|
| 普通SRAM | 1个周期（无冲突时） | 是 | 变量、堆栈、RTOS对象 |
| CCM | 0等待，1个周期 | 否 | 关键数据、中断栈、实时变量 |
| Flash | 2-3个周期（需等待） | 是（部分MCU） | 代码、常量 |
最佳实践：把ThreadX的优先级最高的任务栈、时间关键型变量、中断嵌套的保存区放到CCM里。这样能最大程度减少上下文切换和中断响应的延迟。
1.4 DMA内存区域：数据搬运的专用通道
DMA（Direct Memory Access）本身不是内存区域，但它涉及的内存区域有特殊要求。DMA可以访问Flash、SRAM，但通常不能访问CCM。
嗯，这里要注意：DMA的源地址和目标地址必须在DMA可访问的地址范围内。很多工程师在初始化DMA时，把缓冲区地址指向了CCM，结果DMA死活不工作。
我做过一个音频采集项目，用DMA从ADC搬运数据到内存。一开始把缓冲区放在CCM里，DMA传输一直失败。查了手册才发现，STM32F4的DMA2可以访问CCM，但DMA1不行。这种细节，手册里就一句话，但能坑你半天。
避坑指南：使用DMA前，一定要确认三件事：1）DMA通道是否支持目标内存区域；2）源地址和目标地址是否对齐（通常要求字对齐）；3）DMA传输是否与CPU访问产生冲突。
1.5 内存布局对实时系统的综合影响
咱们把上面这些串起来看。一个典型的实时系统，内存布局应该是这样的：
+------------------+ 0x08000000 (Flash起始)
| 代码段 (.text) |
| 常量段 (.rodata) |
+------------------+ 0x08020000 (Flash结束)
| (空隙) |
+------------------+ 0x20000000 (SRAM起始)
| 数据段 (.data) |
| BSS段 (.bss) |
| 堆 (Heap) |
| 栈 (Stack) |
| ThreadX对象 |
+------------------+ 0x20010000 (SRAM结束)
| (空隙) |
+------------------+ 0x10000000 (CCM起始)
| 关键数据 |
| 高优先级任务栈 |
+------------------+ 0x10010000 (CCM结束)
这个布局里，有几个关键点：
- 代码放Flash，但打开预取缓冲和指令缓存
- 全局变量和堆栈放SRAM，这是默认行为
- 关键实时数据放CCM，避免总线冲突
- DMA缓冲区放SRAM，确保DMA能正常访问
警告：不要把ThreadX的任务栈全部放在CCM里。CCM通常只有64KB左右，放不下太多任务栈。我建议只放最高优先级任务的栈，或者放中断嵌套的保存区。
1.6 知识体系总览
下面这张图把MCU内存架构和实时系统的关系梳理清楚了。你可以把它当作本章的思维导图。
1.7 本章小结
MCU的内存不是一块铁板。Flash、SRAM、CCM各有各的脾气。搞实时系统，你得知道：
- 代码放哪——Flash是默认选择，但别忘了开缓存
- 数据放哪——SRAM是主战场，CCM是特种部队
- DMA放哪——别往CCM里塞，否则DMA罢工
- RTOS对象放哪——任务控制块和栈要合理分布