第2章嵌入式系统基础

第2章：嵌入式系统基础：ARM Cortex-A/R/M架构选型、实时操作系统(RTOS)概念、交叉编译环境搭建

各位同学，咱们今天聊点实在的。做CT和MRI的嵌入式软件，说白了就是跟ARM架构、RTOS和交叉编译这三样东西打交道。我做了十几年医学影像设备，这三样东西要是没选对、没用好，后面调试起来真是欲哭无泪。今天我就把我在项目里踩过的坑、总结的经验，一股脑倒给你们。

2.1 ARM Cortex-A/R/M 架构选型：别选错了，否则项目白干

ARM Cortex 家族分三条线：A系列、R系列、M系列。很多人一开始就懵了——我该用哪个？

先说说我的个人习惯：做CT/MRI的主控板，我首选Cortex-A。为什么？因为CT重建需要大量浮点运算，MRI的序列控制也需要高性能CPU。A系列跑Linux，生态好，开发快。我当年第一个CT项目，用的就是Cortex-A8，虽然现在看有点老了，但当时真是救命稻草。

那R系列呢？这玩意儿是实时控制用的。MRI的梯度线圈控制、CT的滑环通信，这些对时间要求极其苛刻的任务，R系列最合适。我记得有一次，一个师弟非要用A系列做实时控制，结果中断响应延迟了200微秒，图像直接出现伪影。嗯，后来他乖乖换成了R系列。

M系列呢？说白了就是单片机。用在传感器采集、电源管理、风扇控制这些简单任务上。我见过有人用M系列做CT的探测器数据采集，结果数据吞吐量不够，图像帧率上不去。所以M系列适合做“小活”，别让它干重活。

架构	典型应用	我推荐的使用场景
Cortex-A	主控、图像重建、UI	CT/MRI主处理器，跑Linux
Cortex-R	实时控制、安全关键	梯度控制、滑环通信、安全联锁
Cortex-M	传感器、简单控制	温度采集、风扇控制、按键处理

避坑指南：我曾经在一个MRI项目中，为了省成本，用M系列代替R系列做梯度控制。结果梯度波形失真，图像出现严重几何畸变。最后不得不重新设计板卡，多花了三个月。选型时别只看价格，要看实时性要求。

2.2 实时操作系统(RTOS)概念：别把RTOS当Linux用

很多从Linux转过来的工程师，一上来就把RTOS当Linux用。我告诉你，这是大忌。

RTOS的核心是什么？说白了就是“确定性”。你写一个任务，它必须在规定时间内完成。Linux是“尽力而为”，RTOS是“必须完成”。在CT系统中，探测器数据采集任务必须在1毫秒内完成，否则图像就丢了。这就是RTOS存在的意义。

我常用的RTOS有FreeRTOS、VxWorks、ThreadX。FreeRTOS免费，适合小项目；VxWorks贵，但稳定，适合大型医疗设备；ThreadX被微软收购后，生态也不错。

任务优先级怎么设？我有个原则：中断服务程序（ISR）里只做最紧急的事，比如读取数据。真正的处理逻辑放到任务里。为什么？因为ISR里不能调用阻塞函数，否则整个系统就挂了。我曾经见过一个同事，在ISR里调用了printf，结果系统死锁，调试了三天才发现。

// 一个典型的RTOS任务结构
void DataAcquisitionTask(void *params) {
    while(1) {
        // 等待中断通知
        xSemaphoreTake(semDataReady, portMAX_DELAY);
        
        // 处理数据
        ProcessDetectorData();
        
        // 发送到下一个任务
        xQueueSend(queueImageData, &data, 0);
    }
}

我的经验：RTOS的任务栈大小一定要算好。我一般留30%的余量。曾经有个项目，栈大小刚好够，结果加了一个日志功能，栈溢出，系统随机崩溃。排查了整整一周。

2.3 交叉编译环境搭建：别在目标板上编译代码

交叉编译，说白了就是在你的PC上编译出能在ARM上运行的代码。为什么不在ARM上直接编译？你想想看，CT的主控板可能只有512MB内存，编译一个Linux内核要几个小时。而在PC上，几分钟就搞定了。

我搭建交叉编译环境的步骤：

选工具链：ARM官方提供gcc-arm-none-eabi（裸机）和gcc-arm-linux-gnueabihf（Linux）。我一般用Linaro的版本，稳定。
设置环境变量：把工具链路径加到PATH里。我习惯写个脚本，每次source一下。
测试：写个hello world，编译后放到目标板上跑。这一步能验证工具链是否正常。

# 我的交叉编译脚本示例
export CROSS_COMPILE=arm-linux-gnueabihf-
export CC=${CROSS_COMPILE}gcc
export CXX=${CROSS_COMPILE}g++

# 编译一个简单程序
$CC -o hello hello.c
# 检查文件类型
file hello
# 输出应该是：ELF 32-bit LSB executable, ARM

注意：交叉编译时，链接库的版本必须和目标板一致。我曾经因为PC上的glibc版本比目标板高，编译出来的程序在目标板上直接段错误。解决办法是用目标板的rootfs来编译，或者用静态链接。

调试怎么办？我推荐用GDB + gdbserver。在目标板上跑gdbserver，PC上用arm-gdb连接。这样可以在PC上设置断点、查看变量。比用printf调试高效十倍。

总结一下：

ARM选型：A系列做主控，R系列做实时控制，M系列做简单任务
RTOS：别当Linux用，注意任务优先级和栈大小
交叉编译：工具链版本必须匹配，调试用GDB

这些基础打好了，后面做CT/MRI的软件架构才能稳。下一章我们聊具体的系统分层设计。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录