STM32U575RIT6低功耗智能手表开发实战：从CubeMX到FreeRTOS

手头正做一个智能手表项目时，我最深的体会是：功能实现并不算最大的门槛，真正让人反复折腾的是“低功耗”。屏幕刚点亮、传感器刚跑起来，电池肉眼可见往下掉；晚上待机几小时，一觉醒来电量少了一截。后来把主控换成 STM32U575RIT6，整个项目的功耗和性能才达到预期。

这篇文章会把基于 STM32U575RIT6 的智能手表项目完整拆解一遍，从芯片选型、系统架构、CubeMX 工程搭建，到传感器驱动、屏幕驱动、电池采集、低功耗设计和蓝牙方案，都会给出可以上手的示例代码和调试思路。无论你是刚接触嵌入式开发，还是在低功耗产品上踩过坑，都能从里面找到可以复用的方法。

1. 项目背景与总体设计思路

做智能手表和做普通开发板项目最大的区别在于，手表对体积、功耗、交互时延和续航都有明确约束。一颗 MCU 既要带得动屏幕和传感器，又要在待机时把电流压到足够低，否则产品根本没有实用价值。

拿入门级运动手表或开源学习手表来说，典型功能包括：

• 时间显示、计步、心率检测；
• 蓝牙与手机 App 通信；
• 按键或触摸交互；
• 电池供电，并需要测量电量；
• 长时间待机，定时刷新屏幕或记录数据。

这些功能放在一起，对主控的要求可以总结为三点：性能够用、外设丰富、低功耗模式完善。STM32U575RIT6 正好覆盖这三个方向。它是 STM32U5 系列的一员，采用 Arm Cortex-M33 内核，官方定位就是超低功耗产品线。不过要注意一点，U575 本身不带 BLE 射频，所以完整手表方案里通常外接一颗低功耗蓝牙模块，或者选型时直接考虑 STM32WB 系列。这篇文章以“STM32U575RIT6 + 外部 BLE 模块”为主线来讲。

一个典型的手表硬件架构大致如下：

如果手上已经有 STM32F103 或 STM32L4 的开发经验，转到 U575 会非常顺。HAL 库风格保持一致，CubeMX 也完全支持，学习曲线不长。

2. STM32U575RIT6 核心特性解析

先来看型号本身。STM32U575RIT6 按照意法半导体的命名规则拆开理解：

• R：LQFP64 封装，引脚数量 64，适合做手表这类对面积敏感的产品；
• I：Flash 容量为 2MB；
• T：LQFP 封装；
• 6：工业级温度范围，-40℃ 到 85℃。

芯片采用 Arm Cortex-M33 内核，最高主频 160MHz，并且支持 TrustZone 安全扩展。这意味着可以把安全启动、密钥存储、固件加密这类能力直接做到 MCU 内部，而不需要额外加安全芯片。

2.1 存储和外设资源

2MB Flash 对智能手表这类项目来说非常充裕。UI 图片资源、字库、固件程序都可以直接放在内部 Flash，省去外挂 SPI Flash 的成本，或者把 SPI Flash 留给更大量的离线数据存储。

SRAM 空间也很充足，运行 RTOS、GUI 缓存、传感器数据队列都够用。更关键的是，U575 集成了丰富的外设：

• LTDC 液晶控制器，可以直接驱动 RGB 接口屏幕；
• OCTOSPI 接口，可外接高速 Flash/PSRAM；
• 多路 I2C、SPI、UART，满足传感器和蓝牙模块连接；
• 高级模拟外设，包括 ADC、DAC、比较器；
• LPUART、LPTIM 等低功耗外设，在 Stop 模式下仍可工作。

2.2 低功耗能力

U575 的低功耗模式很完整，包括 Sleep、Stop0、Stop1、Stop2、Standby 和 Shutdown。在手表待机场景里，Stop2 是性价比最高的选择。系统时钟停止，大部分数字外设断电，但 SRAM 数据保留，RTC 和部分低功耗外设可以继续工作。用 RTC 定时唤醒手表，刷新一下时间或采集一次传感器数据，然后再次进入低功耗，这样待机电流能压到非常低，具体数值需要结合数据手册和实际硬件测量。

2.3 为什么选择 U575 而不是 F4 或 L4

F4 系列性能强，但功耗偏高，电池供电场景下很难做长续航。L4 系列功耗表现不错，但性能和存储扩展性相对弱一些。U575 在两者之间做了一个更好的平衡，既保留了 Cortex-M33 的性能和 TrustZone，又有完善的超低功耗模式。同时 U575 的图形接口和存储接口更丰富，给后续升级 UI 和存储方案留了空间。

3. 开发环境与准备工作

开发智能手表项目，建议准备好下面这些工具和软件。

3.1 软件工具

• STM32CubeIDE：官方免费 IDE，集成 STM32CubeMX，可以一站式完成引脚配置、代码生成、编译和调试。建议安装最新版本。
• STM32CubeU5 固件包：在 CubeMX 中会自动下载，也可以从 ST 官网获取，里面包含 U5 的 HAL/LL 库以及大量例程。
• 串口调试助手：用于查看日志、调试蓝牙 AT 指令。
• 逻辑分析仪或示波器：排查 I2C、SPI、UART 时序问题的利器。

版本方面，不同时间下载的 CubeIDE 和固件包版本可能不同，但整体操作步骤差别不大。如果你的工程是从 CubeMX 生成的，版本兼容问题通常不会太严重。遇到编译报错时，优先检查固件包版本和芯片支持包是否一致。

3.2 硬件工具

• ST-Link 或 J-Link 调试器：下载和在线调试；
• 目标开发板或自绘 PCB；
• 锂电池和充电模块；
• USB 转 TTL 串口模块。

3.3 工程结构规划

建议把工程按驱动层和应用层拆分，避免所有代码堆在 main.c 里。下面是一个参考结构：

WatchProject/ ├── Core/ │ ├── Inc/ │ └── Src/ ├── Drivers/ │ ├── BSP/ │ │ ├── lcd.c │ │ ├── imu.c │ │ ├── battery.c │ │ └── ble.c │ └── CMSIS/ ├── App/ │ ├── app_tasks.c │ └── app_tasks.h └── Middlewares/

CubeMX 会自动生成 Core 和 Drivers 的基础代码，我们自己扩展的驱动放在 BSP 目录，应用任务放在 App 目录。这样逻辑清晰，后续维护也方便。

4. 使用 STM32CubeMX 搭建基础工程

下面从零开始，用 STM32CubeMX 搭建一个可运行的基础工程。

4.1 新建工程并选择芯片

打开 STM32CubeIDE，在新建工程时选择 STM32U575RIT6。如果列表里找不到，需要先在 Help 菜单里更新 STM32U5 系列的支持包。

4.2 配置时钟

手表项目建议外部接一颗 32.768kHz 低速晶振，给 RTC 提供独立时钟源。高速时钟可以用内部高速时钟，也可以外接无源晶振。

在 Clock Configuration 页面，把系统时钟配置到 160MHz。这里需要根据晶振频率调整 PLL 参数。如果暂时不想细调，CubeMX 会自动计算一组可用参数，点几下鼠标就能生成。

需要注意的是，RTC 的时钟源一定要选择 LSE，否则在低功耗模式下 RTC 可能无法工作或精度变差。

4.3 配置引脚和外设

根据实际硬件原理图，在 Pinout & Configuration 页面里分配引脚。常见分配如下：

这里只是一个示例，实际引脚必须对照你的原理图来改。

4.4 配置 FreeRTOS

U575 跑 FreeRTOS 很轻松。在 Middleware and Software Packs 里启用 FreeRTOS，选择 CMSIS_V2 接口。CubeMX 会自动生成线程管理代码，后续我们在 App 层添加自己的任务函数。

4.5 生成工程

点击 Generate Code，选择 STM32CubeIDE，生成初始工程。现在编译一下，应该能直接通过。这个基础工程虽然什么功能都没有，但已经包含了时钟、GPIO、外设和 RTOS 的初始化，后面每个驱动都可以在此基础上增量添加。

5. 核心外设驱动开发实战

这一部分挑选智能手表中最有代表性的几个模块，给出可复用的驱动思路和示例代码。

5.1 GPIO 按键与指示灯

按键是手表最基本的输入方式。实际项目中不能直接读取 GPIO 电平就认为按键有效，因为机械按键按下和松开的瞬间会产生抖动。常用的消抖方式有两种：硬件 RC 滤波，或者软件延时消抖。下面给一个软件消抖的示例。

// 文件路径：Drivers/BSP/key.c #include "key.h" #include "main.h" #define KEY_PRESS_LEVEL GPIO_PIN_RESET #define KEY_DEBOUNCE_MS 20 typedef enum { KEY_EVENT_NONE = 0, KEY_EVENT_PRESSED, KEY_EVENT_RELEASED } KeyEvent; uint8_t Key_Scan(void) { static uint8_t last_state = 0; uint8_t current_state = 0; uint8_t event = KEY_EVENT_NONE; current_state = (HAL_GPIO_ReadPin(KEY_GPIO_Port, KEY_Pin) == KEY_PRESS_LEVEL); if (current_state != last_state) { HAL_Delay(KEY_DEBOUNCE_MS); current_state = (HAL_GPIO_ReadPin(KEY_GPIO_Port, KEY_Pin) == KEY_PRESS_LEVEL); if (current_state != last_state) { if (current_state) { event = KEY_EVENT_PRESSED; } else { event = KEY_EVENT_RELEASED; } last_state = current_state; } } return event; }

这段代码的逻辑是：先读取一次电平，发现状态变化后延时 20ms 再读一次。如果两次结果一致，说明不是抖动，才认为按键状态真的发生了变化。KEY_GPIO_Port和KEY_Pin是 CubeMX 生成到 main.h 中的宏，不需要手动定义。

5.2 I2C 读取加速度计

计步和抬腕检测通常依赖加速度计。以常见的家用加速度计芯片为例，只需要在 I2C 总线上读取几个寄存器的值，就能拿到三轴加速度数据。不同芯片的寄存器地址差异很大，写代码前一定要查对应芯片数据手册。

// 文件路径：Drivers/BSP/imu.c #include "imu.h" #define IMU_I2C hi2c1 #define IMU_ADDR 0x68 // 根据芯片手册填写，注意 7/8 位地址问题 #define IMU_REG_WHO_AM_I 0x0F #define IMU_REG_ACCEL_X 0x2C uint8_t IMU_ReadReg(uint8_t reg) { uint8_t value = 0; HAL_I2C_Mem_Read(&IMU_I2C, IMU_ADDR, reg, I2C_MEMADD_SIZE_8BIT, &value, 1, 100); return value; } void IMU_Init(void) { uint8_t id = IMU_ReadReg(IMU_REG_WHO_AM_I); printf("IMU WHO_AM_I = 0x%02X\r\n", id); } void IMU_ReadAccel(int16_t *x, int16_t *y, int16_t *z) { uint8_t data[6]; HAL_I2C_Mem_Read(&IMU_I2C, IMU_ADDR, IMU_REG_ACCEL_X, I2C_MEMADD_SIZE_8BIT, data, 6, 100); *x = (int16_t)((data[1] << 8) | data[0]); *y = (int16_t)((data[3] << 8) | data[2]); *z = (int16_t)((data[5] << 8) | data[4]); }

这里的IMU_ADDR有一个容易踩的坑。很多传感器手册写的是 8 位设备地址，例如 0xD0 代表写方向。而 STM32 HAL 库的HAL_I2C_Mem_Read函数在部分版本中需要传入 7 位地址，如 0x68，也有资料里看到直接传 0xD0 的示例。如果读不到正确值，最优先排查的就是地址需要不需要左移一位。

5.3 SPI 点亮显示屏

智能手表屏幕常见 SPI 接口，驱动芯片可能是 ST7789、GC9A01 等。屏幕驱动的核心是初始化序列和画点函数。初始化序列一般从厂家给的例程里拷贝，不同屏幕差异较大，关键是确认 D/C 引脚和 RST 引脚的控制逻辑。

以 ST7789 为例，RGB565 色彩格式下的初始化流程如下：

// 文件路径：Drivers/BSP/lcd.c #include "lcd.h" #define LCD_SPI hspi1 #define LCD_DC_SET() HAL_GPIO_WritePin(LCD_DC_GPIO_Port, LCD_DC_Pin, GPIO_PIN_SET) #define LCD_DC_RESET() HAL_GPIO_WritePin(LCD_DC_GPIO_Port, LCD_DC_Pin, GPIO_PIN_RESET) #define LCD_RST_SET() HAL_GPIO_WritePin(LCD_RST_GPIO_Port, LCD_RST_Pin, GPIO_PIN_SET) #define LCD_RST_RESET() HAL_GPIO_WritePin(LCD_RST_GPIO_Port, LCD_RST_Pin, GPIO_PIN_RESET) static void LCD_WriteCmd(uint8_t cmd) { LCD_DC_RESET(); HAL_SPI_Transmit(&LCD_SPI, &cmd, 1, 100); } static void LCD_WriteData(uint8_t data) { LCD_DC_SET(); HAL_SPI_Transmit(&LCD_SPI, &data, 1, 100); } void LCD_Init(void) { LCD_RST_RESET(); HAL_Delay(50); LCD_RST_SET(); HAL_Delay(50); LCD_WriteCmd(0x01); // Software Reset HAL_Delay(150); LCD_WriteCmd(0x11); // Sleep Out HAL_Delay(200); LCD_WriteCmd(0x36); // Memory Data Access Control LCD_WriteData(0x00); LCD_WriteCmd(0x3A); // Interface Pixel Format LCD_WriteData(0x05); // 0x05 = 16bit/pixel LCD_WriteCmd(0x29); // Display On } void LCD_FillRect(uint16_t x0, uint16_t y0, uint16_t x1, uint16_t y1, uint16_t color) { // 设置窗口区域、写 RAM 等步骤，不同驱动芯片略有差异 // 核心代码可以封装在 LCD_SetWindow() 和 LCD_WriteData16() 中 }

这里不展开完整 fill 函数，原因是不同屏幕的开窗指令不同。实际编写时，把LCD_SetWindow封装好，然后连续发送像素数据即可。一个容易忽略的点是 SPI 通信频率。屏幕驱动芯片通常支持几十 MHz 的 SPI 时钟，但如果 PCB 布线较长，过高的时钟容易导致花屏，遇到花屏时可以先把 SPI 分频调低测试。

5.4 ADC 采集电池电量

手表使用锂电池供电，需要实时了解电量。最简单的方式是用两个电阻把电池电压分压到 ADC 可测量的范围，再通过 ADC 采样值和分压比反推电池电压。

// 文件路径：Drivers/BSP/battery.c #include "battery.h" #define ADC_REF_VOLTAGE 3.3f #define ADC_RESOLUTION 4095.0f // 12 位 ADC #define DIVIDER_RATIO 2.0f // 根据分压电阻计算，例如两个 10k 电阻分压 uint16_t Battery_GetMilliVolt(void) { uint32_t raw = 0; float voltage = 0.0f; HAL_ADC_Start(&hadc1); if (HAL_ADC_PollForConversion(&hadc1, 100) != HAL_OK) { HAL_ADC_Stop(&hadc1); return 0; } raw = HAL_ADC_GetValue(&hadc1); HAL_ADC_Stop(&hadc1); voltage = (float)raw * ADC_REF_VOLTAGE / ADC_RESOLUTION; voltage *= DIVIDER_RATIO; return (uint16_t)(voltage * 1000); }

实际项目中还要考虑一个问题：ADC 参考电压是否稳定。如果直接用 MCU 的 VDD 作为参考电压，而 VDD 又由电池经 LDO 供电，那么电池电压下降时参考电压也可能波动。要求高的场景应该使用内部基准电压或专门的外部基准源，或者使用电池电压通过精密基准芯片供电给 ADC。对于学习项目，先用上述简化方案完全可行。

6. 低功耗设计与功耗优化实战

智能手表对功耗极其敏感。U575 提供了从 Sleep 到 Shutdown 多级低功耗模式，设计目标是在功能完整的前提下，把平均电流降到最低。

6.1 低功耗模式选择

• Sleep 模式：CPU 停止，外设时钟保持，唤醒最快，但功耗相对高；
• Stop0/Stop1 模式：系统时钟停止，SRAM 内容保留，功耗中等；
• Stop2 模式：大部分数字外设断电，SRAM 保留，RTC 可工作，适合手表待机；
• Standby/Shutdown 模式：功耗最低，但 SRAM 内容丢失，唤醒相当于复位。

手表的典型工作流程是：屏幕常亮时全速运行，一段时间无操作后先关屏幕，再进入 Stop2 模式。RTC 定时唤醒，更新时间显示或采集传感器数据，然后继续睡。

6.2 低功耗唤醒方式

U575 在 Stop 模式下可以通过多种方式唤醒，最常用的是 RTC 唤醒定时器。在 CubeMX 里配置 RTC 唤醒中断，唤醒时间可以按秒或按分钟设置。

进入低功耗前的准备思路如下：

• 关闭不需要的外设和 DMA 流；
• 把未使用的 GPIO 配置为模拟输入，避免浮空引脚产生漏电；
• 将屏幕背光关闭；
• 配置 RTC 唤醒中断；
• 调用停止模式进入函数。

下面的代码展示了整体流程，函数原型可能因 HAL 版本略有差别，实际请以工程中生成的代码为准。

// 文件路径：App/power.c #include "power.h" #include "main.h" void Enter_Stop2(void) { /* 关闭屏幕背光 */ HAL_GPIO_WritePin(LCD_BL_GPIO_Port, LCD_BL_Pin, GPIO_PIN_RESET); /* 配置 RTC 唤醒，例如 30 秒唤醒一次 */ HAL_RTCEx_SetWakeUpTimer_IT(&hrtc, 30, RTC_WAKEUPCLOCK_CK_SPRE_16BITS); __HAL_RTC_WAKEUPTIMER_EXTI_ENABLE_IT(); /* 挂起 SysTick，避免唤醒后时间基准错乱 */ HAL_SuspendTick(); /* 进入 Stop2。不同 HAL 版本函数签名不同， 请以 CubeMX 生成代码或当前 HAL 头文件为准。 */ HAL_PWR_EnterSTOPMode(PWR_STOP2_MODE, PWR_STOPENTRY_WFI); /* 唤醒后恢复 */ HAL_ResumeTick(); SystemClock_Config(); }

唤醒之后，系统时钟需要重新配置，外设也需要重新初始化。这一步是低功耗项目最常见的坑，很多人的代码在唤醒后死机，就是因为没有重新配置时钟或没有恢复中断。

6.3 功耗测量建议

开发阶段最好在电池供电回路中串入万用表或使用低功耗电流测量工具，分别测量运行、Sleep、Stop2、Standby 模式下的电流。测量时要注意：

• 去掉调试器的连接，SWD 接口会使芯片无法进入最低功耗状态；
• 所有 GPIO 不能悬空；
• 外部传感器的供电也要可控，最好由 GPIO 控制电源开关；
• 测量环境光、振动等影响。

7. 蓝牙通信方案与 FreeRTOS 任务划分

STM32U575RIT6 本身没有 2.4GHz 射频，要连接手机 App，通常有两种做法：外挂低功耗蓝牙透传模块，或者把主控换成 STM32WB 系列。本文按外挂模块讲解，这也是成本最低、最容易上手的方案。

7.1 蓝牙模块通信

市面上低功耗蓝牙透传模块很多，一般通过 UART 与 MCU 通信。模块上电后先工作在 AT 指令模式，配置设备名称、广播间隔、连接参数等，之后切换为透传模式。MCU 通过串口向模块发送数据，模块射频发出；手机发来的数据由模块通过串口发给 MCU。

// 文件路径：Drivers/BSP/ble.c #include "ble.h" #include <string.h> void BLE_SendData(uint8_t *data, uint16_t len) { HAL_UART_Transmit(&huart2, data, len, 100); } void BLE_SendATCommand(const char *cmd) { HAL_UART_Transmit(&huart2, (uint8_t *)cmd, strlen(cmd), 100); }

这里有一个常见问题：如果蓝牙模块和 MCU 的串口波特率不一致，数据会乱码。最好在工程配置里把 UART2 波特率和模块默认波特率设为一致，例如 115200。

7.2 FreeRTOS 任务划分

引入 FreeRTOS 后，可以把不同功能拆成独立任务，降低模块之间的耦合。

• UI 任务：负责屏幕刷新、图标动画，优先级中；
• 传感器任务：周期采集加速度计、心率数据，优先级高；
• BLE 任务：处理蓝牙收发，优先级中；
• 电源任务：管理低功耗模式，优先级低。

使用 CubeMX 生成 FreeRTOS 工程后，默认使用 CMSIS-RTOS v2 接口。下面是一个简单的任务创建示例。

// 文件路径：App/app_tasks.c #include "app_tasks.h" #include "cmsis_os2.h" void Task_UI(void *argument); void Task_Sensor(void *argument); void Task_BLE(void *argument); void Task_Power(void *argument); void App_Tasks_Init(void) { osThreadNew(Task_UI, NULL, NULL); osThreadNew(Task_Sensor, NULL, NULL); osThreadNew(Task_BLE, NULL, NULL); osThreadNew(Task_Power, NULL, NULL); } void Task_UI(void *argument) { for (;;) { // 刷新屏幕、 osDelay(50); } } void Task_Sensor(void *argument) { for (;;) { // 采集传感器数据 osDelay(1000); } } void Task_BLE(void *argument) { for (;;) { // 处理蓝牙数据 osDelay(10); } } void Task_Power(void *argument) { for (;;) { // 无操作超时后进入低功耗 osDelay(100); } }

使用 RTOS 后，需要留意任务栈大小。UI 任务里如果调用 printf、GUI 库函数，栈可能要开到 1024 或更大。任务栈设置过小会导致系统随机崩溃。

7.3 低功耗与 RTOS 的配合

RTOS 的时基通常依赖 SysTick，进入 Stop 模式后 SysTick 停止，唤醒后需要重新校准。一个常见的做法是使用低功耗定时器 LPTIM 作为 RTOS 的时基，或者在进入 Stop 模式前挂起 RTOS，唤醒后初始化时钟再恢复 RTOS。这个细节在正式产品中非常关键，建议新手先在开发板上测试，确认唤醒后调度正常再集成到手表项目。

8. 常见问题与排查清单

在 U575 智能手表开发过程中，下面这些问题几乎都会遇到。提前了解根因，可以节省大量调试时间。

这里想单独强调一下 GPIO 漏电问题。很多开发者以为芯片进了低功耗模式，电流就一定很低。实际上，如果某个 GPIO 引脚悬空，引脚电平不确定，输入缓冲器会产生额外漏电。低功耗模式前把所有未使用 GPIO 配置为 ANALOG 模式，是降低待机电流最有效、也最容易被忽略的一步。

9. 最佳实践与工程建议

9.1 硬件设计建议

• 晶振布局要靠近 MCU，走线尽量短，避免和高速信号交叉；
• U575 的引脚密度不低，建议 PCB 打样前仔细对照数据手册检查电源引脚和去耦电容位置；
• 电池供电电路要加保护，防止过放、过流；
• 传感器靠近手腕方向布局，但要注意屏蔽，减少信号干扰；
• 屏幕排线尽量短，过长的 FPC 容易导致 SPI 信号质量下降。

9.2 软件工程建议

• 驱动代码和业务代码分层，先保证驱动可独立测试；
• 每个外设初始化函数最好返回错误码，方便定位问题；
• 日志系统统一出口，例如通过 UART1 输出，和蓝牙 UART 分开；
• 所有低功耗模式相关的代码集中放到一个模块，不要散落在各处；
• 为关键数据结构增加版本号，方便后期固件升级和兼容处理。

9.3 低功耗优化检查清单

• [ ] 未使用 GPIO 是否全部配置为 ANALOG；
• [ ] 外部传感器电源是否可以独立关闭；
• [ ] 屏幕背光是否在待机时关闭；
• [ ] RTC 时钟源是否使用 LSE；
• [ ] 调试器是否在测量时断开；
• [ ] 系统唤醒后是否重新配置时钟；
• [ ] RTOS 时基在低功耗模式下的处理是否妥当。

9.4 安全与生产注意事项

涉及安全启动、密钥烧录或生产固件加密时，一定要在合法授权和合规流程下进行。U575 的 TrustZone 可以划分安全区和普通区，但配置 TrustZone 会改变启动流程，建议先在官方评估板上验证完整流程，再应用到产品设计。量产阶段还要考虑固件版本管理和升级失败后的恢复机制，预留足够可靠的 Bootloader。

10. 总结与下一步学习路线

这篇文章从零开始拆解了基于 STM32U575RIT6 的智能手表项目，重点覆盖了芯片选型、CubeMX 工程搭建、GPIO、I2C、SPI、ADC 驱动实现，以及低功耗设计、蓝牙通信和 RTOS 任务划分。代码示例都偏工程化，可以直接作为你项目的起点。

下一步可以尝试的方向：

• 接入心率/血氧算法，结合加速度计实现久坐提醒；
• 优化 UI，引入图形库并做局部刷新降低功耗；
• 把 RTC 和 LPTIM 配合起来，实现更精细的功耗状态机；
• 研究 TrustZone，把健康数据存储到安全区;
• 如果项目需要完整 BLE 方案，可以评估切换 STM32WB55 或外接更可靠的 BLE SoC。

做低功耗手表这类项目，最大的收获不是功能全部跑通，而是学会在每个细节上抠功耗、抠可靠性。手头的开发板还在桌上，建议你先从点亮屏幕、采集传感器开始，一步步把每个模块验证完，再进入低功耗优化阶段。如果你在调试中遇到新的问题，欢迎带着现象和代码继续交流。