📚 课程目录第2章嵌入式系统与Qt概述

2. 嵌入式系统与Qt概述

在桌面环境中开发Qt应用，通常只需一次编译即可运行；而进入嵌入式领域后，软件要跨越“开发主机—目标板”的边界，涉及处理器架构、操作系统、图形栈、工具链和部署方式等多重差异。理解嵌入式Linux与RTOS的特点，掌握Qt for Device Creation的定位，并熟悉交叉编译与部署流程，是后续多线程工程能够落地的前提。

一、嵌入式Linux与RTOS的核心特点

嵌入式操作系统大致分为两类：以Linux为代表的通用分时系统和以FreeRTOS、Zephyr、RT-Thread为代表的实时操作系统（RTOS）。二者在调度策略、内存模型、驱动生态和图形能力上差异明显。

嵌入式Linux：采用宏内核，支持虚拟内存、进程隔离、丰富的文件系统与网络协议栈，适合带MMU、内存≥64MB、需要复杂UI和联网能力的设备，如工业HMI、智能终端、车载中控。
RTOS：内核精简，通常无MMU或使用MPU，任务以线程形式共享地址空间，调度确定性高，中断延迟可控制在微秒级，适合电机控制、传感器采集、实时通信等硬实时场景。
图形栈差异：Linux常用DRM/KMS、Wayland或EGLFS；RTOS多依赖厂商提供的LCD控制器与轻量GUI框架，Qt在RTOS上通常以Qt for MCUs形式出现。

选择依据不是“哪个更先进”，而是实时性、内存预算、启动时间、图形复杂度与生态成熟度的综合权衡。需要复杂UI与网络时优先Linux；需要确定性响应时优先RTOS。

二、Qt for Device Creation的定位

Qt for Device Creation是Qt面向嵌入式设备的一套商业发行版，它在开源Qt基础上补充了设备专用组件与工具链，核心价值在于“从原型到量产”的完整闭环。

Boot to Qt：预构建的参考镜像，烧录后可直接运行Qt应用，省去搭建根文件系统与图形栈的时间。
Qt Device Utilities：提供网络、蓝牙、显示、系统信息等设备级API，屏蔽底层差异。
Qt Creator设备插件：支持一键部署、远程调试与性能分析，可直接连接目标板。
商业授权与支持：适合量产项目，规避部分开源许可合规风险。

需要区分的是：Qt for Device Creation面向Linux类设备；Qt for MCUs面向无操作系统或RTOS的微控制器，二者API与运行环境不同，选型时不可混用。

三、交叉编译与部署流程

交叉编译的本质是“在x86主机上生成ARM目标代码”。由于主机与目标机的架构、库版本、头文件路径均不同，必须使用匹配的交叉工具链和sysroot。典型流程如下：

# 1. 准备交叉工具链（以ARM 64位为例）
export PATH=/opt/gcc-aarch64/bin:$PATH
aarch64-linux-gnu-gcc -v

# 2. 配置Qt源码，指定目标平台与sysroot
./configure -prefix /opt/qt6-aarch64 \
  -opensource -confirm-license \
  -xplatform linux-aarch64-gnu-g++ \
  -sysroot /opt/sysroot-aarch64 \
  -no-opengl -eglfs -qt-zlib -qt-libpng

# 3. 编译并安装
cmake --build . --parallel
cmake --install .

# 4. 部署到目标板
scp myapp root@192.168.1.20:/opt/app/
ssh root@192.168.1.20 "export QT_QPA_PLATFORM=eglfs; /opt/app/myapp"

部署阶段还需关注运行库依赖。可用aarch64-linux-gnu-objdump -p myapp | grep NEEDED查看动态库，确保目标板sysroot中存在对应.so文件。若使用Boot to Qt镜像，Qt库已内置，只需推送应用二进制即可。

四、典型场景与常见误区

以一个工业HMI项目为例：目标板为ARM64、内存1GB、带电容触摸屏，运行嵌入式Linux。开发主机为Ubuntu x86_64。项目需要采集串口数据、显示实时曲线并上传MQTT。此时选择Qt for Device Creation + Boot to Qt镜像，可快速验证UI；随后用交叉工具链编译正式版本，通过systemd托管为开机自启服务。

环节	关键检查项	常见问题
工具链	架构、ABI、glibc版本与目标板一致	编译通过但运行报“Exec format error”
sysroot	头文件与.so版本匹配目标板	链接到主机库，运行时报符号缺失
图形平台	QT_QPA_PLATFORM与设备驱动匹配	黑屏或“Could not create EGL surface”
部署	动态库、字体、插件一并推送	缺少libQt6Core.so.6或platforms插件
权限	设备节点、网络、显示权限	无法访问/dev/ttyS0或帧缓冲

常见误区：在主机上直接运行交叉编译产物来“验证功能”，这几乎必然失败；正确做法是通过SSH在目标板运行，或使用QEMU用户态模拟。另一个误区是忽略sysroot与目标板库版本差异，导致“编译期正常、运行期崩溃”。

复盘来看，交叉编译与部署的稳定性取决于三件事：工具链与目标板严格匹配、sysroot作为唯一库来源、部署清单完整可追溯。建议在工程中维护一份deploy.sh脚本，把二进制、依赖库、字体、QML模块和启动脚本统一打包，避免手工拷贝遗漏。完成本节后，后续多线程模块即可在目标板上稳定运行，并借助Qt Creator的远程调试能力定位线程问题。