第1章可穿戴设备概述

1、可穿戴设备概述：分类、硬件架构与功耗性能平衡

大家好，我是你们的老朋友。今天咱们开始聊可穿戴设备的RTOS选型与裁剪。说实话，这个领域我摸爬滚打了快十年，踩过的坑比走过的路还多。先别急着上代码，咱们得先把地基打牢——搞清楚可穿戴设备到底是个什么东西。

可穿戴设备，说白了就是穿在身上或者戴在身上的智能电子设备。我习惯把它们分成三大类：

你想想看，不同类别的设备，对RTOS的要求能一样吗？腕带类要求低功耗、快速唤醒；头戴类要求高实时性、多任务调度；身体佩戴类则要求极简内核、超长待机。所以选型之前，先问自己：我到底在做什么产品？

可穿戴设备的硬件架构，说白了就是「麻雀虽小，五脏俱全」。但跟手机、电脑比，它有几个显著特点：

MCU为主，SoC为辅：大多数可穿戴设备用Cortex-M系列MCU，比如M4、M33。高端产品会用Cortex-A系列，但功耗就上去了。
传感器集群：加速度计、陀螺仪、心率传感器、血氧传感器...这些传感器通常通过I2C或SPI挂在总线上。我在项目中遇到过传感器总线冲突的问题，那叫一个头疼。
无线通信模块：蓝牙BLE是标配，Wi-Fi、NFC、GPS看需求。BLE的功耗优化，嗯，这里要注意，很多新手会忽略连接间隔的配置。
显示与交互：OLED、LCD、触控屏、按键。显示刷新率直接影响功耗，我一般建议用局部刷新，别动不动全屏重绘。
电源管理：锂电池供电，充电管理、电压检测、低电量保护。这部分做不好，产品就是「一天一充」的电子垃圾。

核心观点：可穿戴设备的硬件架构，本质上是一个「资源受限的嵌入式系统」。内存可能只有64KB，Flash可能只有256KB，CPU主频可能只有几十MHz。RTOS必须在这个狭小的空间里跳舞。

这是可穿戴设备最核心的挑战，没有之一。我见过太多团队，要么一味追求性能，结果产品续航只有半天；要么死磕功耗，结果功能卡顿到用户想摔手表。

为什么会这样？因为功耗和性能天生就是一对冤家。CPU跑得越快，功耗越高；传感器采样率越高，功耗越高；屏幕刷新率越高，功耗越高。但用户要的是：功能丰富、响应迅速、续航一周。

我个人习惯把功耗优化分成三个层次：

层次	方法	效果
硬件层	选低功耗芯片、优化电源电路、使用DCDC	基础功耗降低30%-50%
系统层	RTOS的Tickless模式、动态频率调整、睡眠管理	待机功耗降低80%以上
应用层	传感器间歇采样、数据批量处理、显示局部刷新	运行功耗降低50%-70%

我曾经在一个智能手环项目里，把待机电流从200μA降到了5μA。怎么做到的？说白了就是让MCU大部分时间都睡大觉，醒来干完活立刻继续睡。RTOS的Tickless模式在这里起了关键作用。

避坑指南：我曾经在Tickless模式下踩过一个坑——定时器唤醒后，系统时钟没有正确补偿，导致所有时间相关的功能都跑偏了。后来我加了一个「时间同步」机制，每次唤醒后先校准系统时钟，问题才解决。

还有一个常见的误区：很多人觉得功耗优化就是让CPU休眠。其实不然。你想想看，如果传感器一直在工作，CPU休眠有什么用？所以真正的功耗优化，是从传感器开始的。我一般会这样做：

嗯，这里要注意，这些策略不能影响用户体验。比如心率监测，如果采样间隔太长，用户运动时的心率曲线就不连续了。所以需要根据使用场景动态调整——静止时拉长间隔，运动时缩短间隔。

警告：不要为了省电而牺牲核心功能。我见过一个团队，把心率采样间隔设成了10分钟，结果用户反馈「心率监测就是个摆设」。省电和省功能是两码事。

最后说一句，可穿戴设备的RTOS选型，本质上就是在功耗、性能、功能之间找一个平衡点。没有完美的RTOS，只有最适合你产品的RTOS。下一章，我会详细讲讲主流RTOS的对比和选型思路。