一、嵌入式Linux概述：扫地机器人为什么需要Linux？嵌入式Linux与桌面Linux的区别
大家好，我是老李。做嵌入式Linux移植这块，掐指一算也有十多年了。今天咱们聊聊一个很基础、但很多人没想透的问题——扫地机器人，这玩意儿为啥非得跑Linux？
你可能会想，一个在地上转来转去的吸尘器，用个单片机不就行了？嗯，十年前确实是这样。但现在你去看市面上的旗舰扫地机，激光雷达、视觉导航、SLAM算法、路径规划、语音交互……这些功能堆上来，单片机真的扛不住了。
1.1 扫地机器人为什么需要Linux？
我直接说结论：不是所有扫地机都需要Linux，但要做智能扫地机，Linux几乎是唯一选择。
原因有三点，我一个个讲：
1.1.1 多任务并发处理
扫地机器人工作时，同时要干好几件事：
- 读取激光雷达数据（每秒上万次）
- 运行SLAM算法，实时建图
- 控制电机，调整轮速和方向
- 处理传感器中断（碰撞、跌落、悬崖检测）
- 与手机App通信，上报状态
- 播放语音提示
这些任务如果放在裸机或RTOS上，你得自己写调度器、管理优先级、处理同步互斥。我早年做过一个项目，用FreeRTOS跑扫地机，光任务优先级调优就折腾了两周，最后还是出了几次死锁。
Linux天然支持抢占式多任务，进程、线程、信号量、消息队列这些机制都是现成的。你只需要把不同功能拆成独立进程，系统自己帮你调度。省心太多了。
1.1.2 丰富的软件生态
做扫地机器人，你不可能从零写所有代码。Linux上有现成的：
- ROS/ROS2：机器人操作系统，SLAM、导航、路径规划都有现成包
- OpenCV：视觉处理，障碍物识别、地板材质判断
- ALSA：音频框架，语音播报
- BlueZ：蓝牙协议栈，与手机通信
- WPA supplicant：Wi-Fi连接管理
核心观点：Linux的软件生态，让扫地机器人的开发周期从两年缩短到半年。这不是夸张，我亲眼见过。
1.1.3 文件系统和数据管理
扫地机器人需要存储地图数据、日志信息、用户配置。Linux的VFS（虚拟文件系统）让你可以用标准文件操作来管理这些数据。写个配置文件？fopen/fwrite/fclose 搞定。记录运行日志？syslog 直接走起。
用单片机的话，你得自己设计存储方案，处理Flash磨损均衡、坏块管理……这些活，Linux的UBIFS或YAFFS2已经帮你做好了。
1.2 嵌入式Linux与桌面Linux的区别
很多人觉得，嵌入式Linux就是把桌面Linux剪一剪、裁一裁。这个说法对，也不全对。
我打个比方：桌面Linux是精装修的大平层，嵌入式Linux是毛坯房。 大平层里水电暖网都铺好了，你拎包入住就行。毛坯房呢？你得自己布线、铺管、装开关——但好处是，你想在哪装插座、走什么线路，完全自己说了算。
具体区别，我列个表：
| 对比维度 | 桌面Linux | 嵌入式Linux |
|---|---|---|
| 硬件资源 | CPU主频2-5GHz，内存8-32GB，硬盘数百GB | CPU主频300MHz-1.5GHz，内存64MB-512MB，Flash 128MB-4GB |
| 内核配置 | 通用发行版，包含几乎所有驱动和模块 | 按需裁剪，只编译需要的驱动和功能 |
| 文件系统 | ext4/XFS，支持大量小文件，日志功能完整 | UBIFS/JFFS2/SquashFS，考虑Flash寿命和掉电安全 |
| 启动时间 | 30秒到1分钟，用户能接受 | 要求3-10秒，用户按了开机键就想用 |
| 用户界面 | GNOME/KDE，完整的桌面环境 | Qt Embedded/LVGL，轻量级GUI，甚至无界面 |
| 实时性 | 普通内核，非实时，调度延迟几十毫秒 | 需要RT Patch或PREEMPT_RT，调度延迟微秒级 |
| 功耗管理 | 不太关心，插电使用 | 极其重要，电池供电，需要动态调频调压 |
| 开发调试 | 直接在目标机上开发，gdb/vscode | 交叉编译，宿主机开发，目标机运行，串口/网络调试 |
1.2.1 内核裁剪——少即是多
桌面Linux的内核，你装个Ubuntu，/boot 目录下vmlinuz动辄十几兆。嵌入式Linux的内核呢？我做过最小的一个，编译完才1.2MB。
怎么做到的？去掉所有不需要的东西。
举个例子，扫地机器人不需要显卡驱动、不需要声卡驱动（除了语音播报的音频输出）、不需要USB键盘鼠标、不需要Wi-Fi热点模式……这些统统可以关掉。
我的经验：做内核裁剪时，我习惯先做一个全功能内核跑起来，然后用 make localmodconfig 生成最小配置，再手动微调。这样既不会漏掉驱动，又能做到最小化。
1.2.2 启动速度——争分夺秒
桌面Linux启动慢，用户顶多抱怨两句。但扫地机器人不行——你想想，用户按了回充键，机器人得立刻响应，掉头回充。如果启动要30秒，用户早把机器砸了。
嵌入式Linux的启动优化，我总结几个关键点：
- Bootloader优化：去掉不必要的延时，直接加载内核
- 内核压缩：用LZ4或LZO压缩，解压速度快
- init进程精简：不用systemd，用BusyBox的init，或者自己写一个极简init
- 驱动静态编译：避免模块加载的额外开销
我曾经把一个项目的启动时间从12秒优化到3.8秒，就靠这几招。嗯，那段时间天天盯着串口日志看时间戳，眼睛都快花了。
1.2.3 实时性——该快的时候必须快
桌面Linux不在乎实时性——你点个鼠标，系统过100毫秒才响应，你顶多觉得卡。但扫地机器人不行。
举个例子：悬崖传感器检测到机器人已经到了台阶边缘，必须在几毫秒内让电机反转。如果Linux调度延迟了50毫秒，机器人已经掉下去了。
怎么办？打RT Patch（实时补丁）。
我一般用 PREEMPT_RT 内核，配合 chrt 命令把关键任务设为实时优先级。这样调度延迟能控制在几十微秒级别。
注意：RT内核不是万能的。它会让系统整体吞吐量下降，因为实时任务占用了太多CPU时间。所以只对关键任务设实时优先级，别滥用。
1.2.4 交叉编译——换个姿势写代码
桌面Linux上，你写代码、编译、运行都在同一台机器上。嵌入式Linux不行——你的开发电脑是x86架构，目标板是ARM架构。
所以你得用交叉编译工具链。比如：
# 在x86电脑上编译ARM架构的程序
arm-linux-gnueabihf-gcc -o hello hello.c
# 把编译好的程序传到目标板
scp hello root@192.168.1.100:/tmp/
# 在目标板上运行
/tmp/hello我第一次做交叉编译时，犯了个低级错误——忘了把动态库拷贝过去，程序跑起来直接报 No such file or directory。后来学乖了，要么静态编译，要么把库路径配好。
1.3 小结
说了这么多，总结一下：
- 扫地机器人需要Linux，因为它要同时处理多任务、需要丰富的软件生态、需要可靠的文件系统
- 嵌入式Linux不是桌面Linux的简化版，而是针对资源受限、实时性要求高、启动速度快的场景做了深度定制的系统
接下来的课程，我会带你一步步把Linux移植到扫地机器人的硬件平台上。从Bootloader开始，到内核配置、根文件系统构建、驱动开发，最后让机器人真正跑起来。
准备好了吗？咱们开始动手。