ESP32+LVGL自制卡西欧风格智能手表：低功耗蓝牙联动完整实战

最近把吃灰多年的ESP32翻出来捣鼓了一个仿卡西欧风格的小手表。不是那种跑完整RTOS、带eSIM的旗舰智能手表而是用ESP32加上一块圆形LCD屏配合几个常用传感器实现看时间、计步、测温度、手机消息提醒这些核心功能的“伪”智能手表。外观上尽量复刻卡西欧那种经典数显风格屏幕常亮显示时间按键操作续航虽然不能和正品比但一两天的轻度使用还是稳的。这篇文章就来复盘整个DIY过程从硬件选型、开发环境搭建到LVGL界面、蓝牙联动、低功耗唤醒这些关键点把踩过的坑和能直接抄作业的方案都整理出来。这个项目适合两类人一是想入门ESP32开发但不想玩流水灯那种玩具级例程的通过一个完整项目把GPIO、I2C、SPI、BLE、外部中断、低功耗管理全串起来二是对手表类电子产品感兴趣想自己定制表盘、功能、交互逻辑的折腾型玩家。整个项目用Arduino框架加LVGL图形库实现不需要啃IDF的复杂工程结构只要有一点C语言基础和基本的电路常识就能跟下来。1. 项目定位与设计思路拆解做之前先把需求想明白一个“伪”智能手表到底该做什么、不做什么这直接决定后面所有选型和代码结构。很多时候项目烂尾不是因为哪个技术难点过不去而是最开始需求没收敛功能越加越多最后工程结构撑不住兴趣也被磨没了。1.1 功能边界划定我的目标很明确表要像表不是开发板套个壳。核心功能只保留了四个时间显示RTC芯片走时屏幕常亮抬手或者按键亮背光计步功能用MPU6050六轴传感器做步数统计这也是“智能”感最强的一个点环境感知板载温湿度传感器显示温度和湿度消息联动手机蓝牙连接后APP推送消息时手表震动提醒并显示消息内容刻意砍掉的功能包括Wi-Fi联网、语音交互、支付、GPS定位。原因很直接ESP32虽然双核240MHz但跑这些功能要么需要大量外围电路要么功耗压不住手表体积就那么大电池就那么大什么都想要最后什么都做不好。而且Wi-Fi常开的话续航直接崩到小时级那就不是手表而是电子累赘了。1.2 为什么选ESP32而不是其他主控很多人会问做个表为什么不用STM32省电啊。但我选ESP32有自己的理由。先说算力ESP32是双核Xtensa处理器主频最高240MHz虽然比STM32F4强不了太多但胜在Wi-Fi和蓝牙都是板载的这颗SoC在微控制器里算得上“高配”了。LVGL跑起来需要至少几百KB的RAM来刷屏ESP32有520KB SRAM再加上PSRAM外部扩展跑个复杂表盘动画毫无压力。再说生态ESP32的Arduino支持做得非常成熟库管理器一键安装不用折腾编译器、链接脚本、下载算法那一套。PlatformIO也原生支持工程管理比Arduino IDE舒服很多。而且网上ESP32的教程、例程、踩坑记录多到看不完遇到问题基本都能搜到答案。最后是成本一块ESP32开发板十几块钱圆形IPS屏二十块左右加上外壳、电池、传感器整个项目物料成本控制在百元以内。这个价格做个玩具级别的智能手表性价比已经很能打了。1.3 外形与交互设计参考卡西欧的经典款表盘大多是圆形或者方圆结合按键通常在右侧上下排列。我选了一个直径约40mm的圆形LCD模块分辨率240x240IPS全视角驱动芯片ST7789。这个屏幕尺寸配ESP32开发板刚好能塞进一个定制的3D打印外壳里。按键做了三颗右上键是菜单/确认右下键是返回/切换左侧一个键用来开关背光。交互逻辑就三句话主页显示时间短按右键切换功能页长按右键进入设置菜单。简单直接也不用做复杂的UI状态机。2. 核心硬件选型与电路连接硬件选型这块我把每个器件的选择逻辑和踩坑点展开讲尤其是那些容易被忽略但实际影响很大的细节。比如屏幕的供电电压、传感器的I2C地址冲突、电池保护板的选型这些都是在实际焊接和调试时才会暴露出来的问题。2.1 主控板选择ESP32 DevKit还是S3我手头有两种方案都试过。经典方案是ESP32-WROOM-32模组的DevKit开发板价格便宜引脚兼容性好示例代码多。另一个是ESP32-S3的Super Mini板带板载RGB LED和8MB Flash算力更强而且原生支持USB直接烧录不需要额外接USB转串口芯片。做手表项目我建议用S3 Super Mini。原因有几个一是USB-C直连烧录不用管CP2102驱动和下载电路省不少事二是S3有8MB Flash给LVGL字体和图片资源留了充足空间三是SPI外设性能更好刷屏速率有明显提升。唯一的坑是PlatformIO里选板子要选对S3 Super Mini对应的board选项是esp32-s3-devkitc-1但Flash大小要手动改成8MB这个后面细说。2.2 屏幕模块与显示驱动屏幕用的是ST7789驱动的圆形LCD。这个屏幕是SPI接口四线制SCLK、MOSI、DC、CS再加RESET和BL背光控制总共六个引脚接主控。选它还有个原因是LVGL官方库对ST7789有现成的驱动适配不用自己写底层的像素填充函数。接线时要注意一个问题很多圆形屏幕模块的供电电压范围是2.8V到3.3V而开发板上的3.3V输出通常是用AMS1117线性稳压电流余量足够但引脚排布比较乱。我把接线表整理成了这样屏幕引脚ESP32-S3 Super Mini引脚说明SCLKGPIO12SPI时钟MOSIGPIO11SPI数据DCGPIO10数据/命令切换CSGPIO9片选RESETGPIO8复位BLGPIO7背光控制PWMVCC3V3供电GNDGND共地这块注意DC和CS别接到只支持输入的引脚上我之前犯过一次屏幕死活不亮排查了半天才发现是引脚复用问题。2.3 传感器组合MPU6050与温湿度计步方案用MPU6050六轴传感器通过I2C接口接到ESP32。这颗传感器虽然老但资料丰富姿态解算库也成熟DMP模式可以直接输出四元数省了自己写滤波算法的功夫。温湿度传感器我用的是SHT30同样走I2C精度比DHT11那种垃圾传感器高两个档次而且体积小适合手表这种紧凑布局。I2C地址冲突的问题要特别注意。MPU6050默认地址是0x68SHT30默认地址是0x44如果你之前的项目用过其他I2C设备可能会习惯性地把多个设备挂同一条总线。我实测下来这两颗传感器可以共享一条I2C总线GPIO4为SDAGPIO5为SCL没有地址冲突。但如果以后要加气压计BMP280默认地址0x76三条总线就有点乱了建议到时候用TCA9548A做I2C多路复用器或者直接换用不同的I2C引脚组。2.4 电源方案与电池管理电源是整个项目里最花心思的部分。表盘空间有限电池容量不可能做太大我选的是一块3.7V 400mAh的锂聚合物电池。充电管理用TP4056模块放电保护用DW01芯片TP4056模块上通常已经集成了这里就不再重复加保护板。但这里有个设计上的坑TP4056模块的充电电流默认是1A而小容量电池400mAh的标准充电电流应该控制在0.5C以内也就是200mA左右。如果不改电池会加速老化甚至鼓包。解决方法是把TP4056模块上的RPROG电阻通常是一个0603封装的贴片电阻换掉原装1.2kΩ对应1A换成10kΩ对应约100mA对慢充来说是足够安全的。供电链路上还有一个细节ESP32-S3的唤醒电压是2.6V左右而锂电池的截止电压是3.0V保护板设定中间这段区间3.0V~2.6V如果电池继续放电虽然保护板会切断电路但瞬间的压降可能导致ESP32供电不稳表现为开机偶尔成功、偶尔失败。我后来加了一个升压模块SX1308把电池电压升到5V再降压给ESP32虽然转换效率损失几个百分点但稳定性和一致性明显改善。3. 开发环境搭建与工程配置开发环境我强烈建议用PlatformIO Visual Studio Code的组合。上一轮热搜词里也看到很多人在问“Arduino IDE里ESP32安装方法”和“esp32离线包”这说明很多新手还在用Arduino IDE建工程。Arduino IDE本身没问题但做这种多文件、多库的中型项目工程管理能力太弱了头文件路径、库依赖、编译选项都靠猜出错率非常高。3.1 PlatformIO下ESP32-S3 Super Mini的选型配置先解决热搜词里的那个高频问题“esp32 s3核心板板载1-n16r8在platformio软件中怎么选择开发板”。这里解释一下板载型号ESP32-S3-WROOM-1-N16R8意思是16MB Flash 8MB PSRAM而PlatformIO的board选项里并没有单独列出“Super Mini”这个名字。你需要在platformio.ini里这样配置[env:esp32-s3-devkitc-1] platform espressif32 board esp32-s3-devkitc-1 framework arduino board_build.flash_size 16MB board_build.flash_mode qio board_build.partitions huge_app.csv board_upload.flash_size 16MB build_flags -DBOARD_HAS_PSRAM -mfix-esp32-psram-cache-issue board_build.arduino.memory_type qio_opi核心点有两个。第一个是board_build.flash_size必须手动指定成16MB否则默认按4MB编译后面LVGL的字体资源一多分区表不够用编译不会报错但烧录完运行到一半会崩溃。第二个是Build Flags里的PSRAM参数如果没有这个宏定义lv_conf.h里即使开了LV_MEM_CUSTOMLVGL也不会自动使用PSRAM作为内存池界面复杂以后会频繁卡顿。3.2 库依赖清单与版本锁定PlatformIO用lib_deps管理第三方库我在这个项目里用到的库及其版本锁定情况如下lib_deps lvgl/lvgl^8.3.0 bodmer/TFT_eSPI^2.5.0 adafruit/Adafruit MPU6050^2.2.2 adafruit/Adafruit SHT31^2.2.0 adafruit/Adafruit Unified Sensor^1.1.9 turtle760/BMA220^0.1.0 ; 备用传感器实际未用在主工程中 h2zero/NimBLE-Arduino^1.4.2版本锁定很重要我一开始没锁版本PlatformIO拉了一堆最新版结果LVGL 9.0的API跟8.3完全不兼容TFT_eSPI的配置文件也变了编译报错报了二十多条浪费了两个晚上。所以新手记住一个原则不要追新能跑就别升。3.3 Arduino IDE离线安装ESP32的备选方案如果你确实不想用PlatformIO坚持用Arduino IDE也需要知道怎么装ESP32的离线开发包。Arduino IDE添加ESP32开发板的通用做法是在“文件-首选项-附加开发板管理器URL”填入https://raw.githubusercontent.com/espressif/arduino-esp32/gh-pages/package_esp32_index.json但国内环境直接访问这个URL经常超时所以离线包是必要的。去乐鑫的GitHub Release页面下载espressif-arduino-esp32-2.0.11.zip解压后放到Arduino的hardware/espressif/esp32目录下再手动装好串口驱动Mac用CH340/CP210xWin用CDM驱动就能识别了。不过这里必须吐槽一下Arduino IDE对多文件工程的支持真的很弱。用Arduino写这个项目的话建议把每个功能模块屏幕、传感器、蓝牙、计步拆成独立的.h/.cpp文件然后塞进src目录让Arduino自动识别。不然几千行代码堆在一个 .ino 文件里光找函数定义就够你头疼的。4. 功能实现与核心代码逻辑硬件和工程环境都备齐后就到了最核心的代码部分。这一节会把整个项目的功能实现按模块拆开讲解每个模块的设计思路、关键函数、以及我实际测试时的调参过程。功能逻辑上可以分为屏幕初始化与UI布局、外部中断与按键扫描、MPU6050计步算法、蓝牙低功耗通信。4.1 LVGL界面架构与表盘渲染LVGL的界面架构我用了最基础但最清晰的三层结构屏幕Screen、容器Container、控件Widget。最底层是一个全屏Container背景设为黑色模拟卡西欧那种深色液晶面板的视觉效果。中间层是时间显示的Label字体选了个七段数码管风格的字体数字比较粗壮贴卡西欧的味道。最上层是状态栏左上角显示日期和星期右上角显示电池电量图标和蓝牙连接状态。表盘渲染的伪代码长这样void render_time_screen() { lv_obj_t *scr lv_scr_act(); lv_obj_set_style_bg_color(scr, lv_color_hex(0x000000), 0); lv_obj_t *time_label lv_label_create(scr); lv_obj_set_style_text_color(time_label, lv_color_hex(0xFFFFFF), 0); lv_obj_set_style_text_font(time_label, font_digital_48, 0); lv_label_set_text_fmt(time_label, %02d:%02d, hour, minute); lv_obj_align(time_label, LV_ALIGN_CENTER, 0, -10); lv_obj_t *date_label lv_label_create(scr); lv_label_set_text_fmt(date_label, %04d-%02d-%02d %s, year, month, day, weekday_str); lv_obj_set_style_text_color(date_label, lv_color_hex(0xAAAAAA), 0); lv_obj_align(date_label, LV_ALIGN_TOP_LEFT, 10, 10); }这里有个性能优化的细节需要强调时间刷新不要用lv_label_set_text每秒调一次而应该做一个脏标记只在分钟变化时才更新文本。否则每次刷新都会引发LVGL的重绘机制整个屏幕都重新绘制一遍刷一分钟就多出几十万次像素填充操作耗电且卡顿。我用的是“整分钟刷新秒级只更新秒点区域”的方案把重绘面积降到了原来的五分之一。4.2 外部中断实现按键扫描与低功耗唤醒热搜词里反复出现“esp32外部中断实战”这说明很多人在ESP32上做按键检测时都遇到过坑。我一开始用的是轮询方式在loop()里digitalRead但有两个问题一是主循环里只要有任何耗时操作比如蓝牙发送数据按键响应就会延迟手感差二是低功耗睡眠模式下loop()根本不执行按键完全失效。所以最终改成了外部中断EXTI方案。ESP32的几乎所有GPIO都支持外部中断通过attachInterrupt()函数注册中断服务函数ISR。这里有一个非常关键的注意事项ISR里面绝对不能调用delay()、Serial.print()这些阻塞型函数也不能调用 LVGL 的绘制函数因为中断上下文和主循环上下文是并行执行的直接调用会导致数据竞争和崩溃。正确做法是在ISR里只设置一个标志位然后在loop()里通过轮询标志位的方式处理按键逻辑。volatile bool btn_pressed false; void IRAM_ATTR isr_button() { btn_pressed true; } void setup() { pinMode(BTN_PIN, INPUT_PULLUP); attachInterrupt(BTN_PIN, isr_button, FALLING); } void loop() { if (btn_pressed) { btn_pressed false; handle_button_click(); } }关于低功耗唤醒ESP32有两种外部中断唤醒方式EXT0仅支持RTC GPIO和EXT1支持最多8个GPIO。手表场景下我用了EXT1把三颗按键分别接到GPIO1、GPIO2、GPIO3全部设置为下降沿唤醒。睡眠状态下按任意键都能把芯片从Modem Sleep模式唤醒从唤醒到LVGL刷新出画面的时间大约200ms体感接近真实手表的响应速度。4.3 MPU6050计步算法实现计步算法是“伪智能”手表的重头戏。MPU6050输出加速度和角速度原始数据计步的本质是检测行走时垂直方向加速度的周期性波动。我用的是一个相对简单的时域算法三步第一步读取加速度计的Y轴原始值手表戴在手腕上Y轴近似垂直方向减去静态偏移量得到一个基线为零的加速度信号第二步用滑动窗口计算加速度的“包络”也就是一段时间内的最大值和最小值之差如果包络超过阈值就认为检测到了一次“步伐”第三步用时间间隔过滤如果两次步伐间隔小于300ms相当于每分钟200步以上的话判定为误触发忽略float threshold 1.2f; // 加速度阈值单位 g uint32_t debounce_ms 350; // 最小步频间隔 float accel_y_base 0.0f; void update_step_count() { sensors_event_t a; mpu6050.getEvent(a, nullptr); float accel_y a.acceleration.y - accel_y_base; if (accel_y threshold (millis() - last_step_time) debounce_ms) { step_count; last_step_time millis(); } // 每10个样本更新一次静态基线 if (sample_count % 10 0) { accel_y_base a.acceleration.y; } }实测下来正常步行时计步准确率能达到95%左右跑步时由于加速度幅度大、周期快准确率在88%上下。误差主要来自摆手和不规则步态比如穿拖鞋拖地走、上下楼梯、或者把手表放在桌上时有人碰了一下。这个算法虽然简陋但胜在计算量小ESP32跑起来几乎不占CPU我在loop()里每秒调一次功耗影响可以忽略。4.4 蓝牙通信与消息显示蓝牙用的NimBLE-Arduino库比原厂Bluedroid轻量很多占用的Flash和RAM都更少这对电池续航是有正面意义的。我把它配成BLE Peripheral模式广播一个名为“ESP32-Watch”的服务包含两个Characteristic一个负责接收手机发来的消息Write属性一个负责上报手表状态Read/Notify属性。手机端我用的是一个开源APP叫Serial Bluetooth Terminal简单粗暴地通过串口协议发送字符串。协议格式自己定义一下三行搞定TIME:14:30:00|DATE:2025-06-15|MSG:hello from phone|VIB:1手表端解析这个字符串按照|分割然后根据键值对更新时间和消息内容。这里有一个小坑蓝牙接收数据是分包的一次写操作可能被拆成多个Data块如果你在onWrite回调里直接解析字符串大概率拿到的是半条消息。解决思路是维护一个接收缓冲区把每次收到的数据append进去当遇到\n或\r时才认为一条完整消息到达再进行解析。这个处理方式在BLE开发里几乎是标准操作但网络上的很多教程都没讲透我自己也在这里踩了一个晚上的坑。5. 低功耗设计与续航调优手表类设备功耗就是生命线。一个ESP32芯片如果什么省电措施都不做光是跑LVGL刷新屏幕电流随随便便冲到150mA以上400mAh的电池两个小时就没了。这哪是手表这是暖手宝。我的调优策略是分层次做功耗压缩从芯片级到外设级都做了处理。5.1 芯片级低功耗模式ESP32-S3支持三种睡眠模式Modem SleepWi-Fi/蓝牙关闭CPU运行、Light SleepCPU暂停外设保留RTC唤醒、Deep Sleep仅RTC域供电几乎关断一切。在手表场景下我用了Light Sleep作为主方案因为需要按键外部中断唤醒而且希望唤醒后能快速恢复到LVGL界面不需要重新初始化外设。进Light Sleep的代码路径大概是这样esp_sleep_enable_ext1_wakeup(BTN_MASK, ESP_EXT1_WAKEUP_ANY_LOW); esp_light_sleep_start();重点是进入睡眠之前要主动关闭对外设的供电。屏幕的背光、MPU6050的电源、蓝牙的广播都要先停掉。我的做法是用一个电源控制引脚GPIO6接到了屏幕背光和传感器的VCC上睡眠时拉低GPIO6直接切断电流唤醒后再拉高重新初始化。这种方式比软件关外设更彻底尤其是在MPU6050虽然有睡眠模式但芯片内部还有漏电流的情况下物理断电一步到位。5.2 实测功耗数据我用一个USB功率计实测了几个工作状态下的功耗状态电流(mA)续航估算(400mAh)屏幕亮蓝牙空闲85-100约5小时屏幕亮蓝牙连接中110-130约3.5小时屏幕息屏Light Sleep8-12约40小时深度睡眠(仅RTC)3-5约100小时从这个数据能看出来屏幕显示是最大的耗电源头。所以我把屏幕的刷新策略改成了两种模式活动状态显示秒级刷新和待机状态只刷新分钟级。另外在按键或抬手动作后如果用户10秒内没有操作就自动降低背光亮度到10%再再过30秒就彻底关闭背光进入睡眠。实测下来一天正常使用大约亮屏4小时待机20小时两到三天一充对DIY手表来说已经算非常不错的成绩。5.3 电池百分比估算电池电量的显示我建议用电压法而非库仑计。400mAh的小电池库仑计芯片比如MAX17048成本十几块体积也不小塞进表壳不划算。电压法通过一个100kΩ和47kΩ的分压电阻把电池电压3.0V~4.2V映射到ESP32的ADC输入引脚0~3.3V。然后在代码里做换算用分段线性近似表把电压转换成百分比。注意ESP32的ADC精度是12位但实际线性区并不是全量程尤其是低电压段0.1V和高电压段3.2V偏离比较大。从网上可以搜到很多校准方法自己简单处理的话只保留0.8V到2.8V这一段做线性映射误差控制在5%以内做电量显示足够了。要再精确一点就需要用ADC2的衰减配置和自动校准曲线那个就得仔细啃乐鑫的adc_cali接口了。6. 常见问题与排查技巧实录这个项目做完之后我整理了几个自己或者身边朋友在DIY时反复踩的坑按排查优先级排序分类做成速查。每一个都是从实际问题出发给的是能直接解决问题的路径而不是泛泛的建议。6.1 烧录失败与下载电路排查“esp32烧录失败”是所有ESP32项目的头号老大难。现象是串口提示Connecting...卡住不动或者A fatal error occurred: Failed to connect to ESP32。这个问题有两个常见根因。第一个是BOOT引脚状态不对。ESP32的自动下载电路一般依赖CH340的DTR和RTS引脚控制EN和GPIO0的时序。如果你用的开发板没有集成这个电路很多的S3 Super Mini是集成了的但DevKit不一定就需要手动在烧录前按住BOOT按键然后插USB等电脑识别后再松开。对PlatformIO用户更简单的方案是在platformio.ini里加一行upload_flags --beforedefault_reset --afterhard_reset让esptool在烧录前强制复位芯片。第二个是串口驱动没装或者被占用。Windows系统下CH340和CP210x的驱动不兼容插上设备管理器里识别不到或者识别成“未知设备”。解决方法是先卸载掉另一个驱动再重装。另外如果你开了串口监视器PlatformIO的Monitor或Arduino的串口工具它会占用COM口烧录时提示port busy关闭串口监视器再烧录即可。6.2 编译慢与Windows下优化方案热搜词里有一条“windows编译esp32速度慢”这个真的太有共鸣了。ESP32的编译速度慢本质原因是Arduino框架里包含了大量的C模板和标准库实例化再加上LVGL这种图形库的编译开销一个纯净工程首次编译要三五分钟是正常的。在Windows上更慢因为杀毒软件会实时扫描中间文件而且NTFS文件系统对大量小文件的读写性能远低于Linux的ext4。几个亲测有效的优化手段一是把工程目录放到Windows Defender的排除列表里能省将近30%的编译时间二是用PlatformIO的build_cache功能在platformio.ini里加build_cache_dir .pio/cache增量编译速度可以翻倍三是如果机器内存够16GB以上把PlatformIO的编译并发数调高在platformio.ini加build_flags -j4不是所有的build_flags都认这个参数PlatformIO里面是通过env的build_parallel true来控制的这个注意区分。最硬核的优化方案是直接换用WSL2Linux子系统编译。在WSL2里跑PlatformIO编译速度比Windows原生快40%到70%。如果你用的VSCode Remote-WSL插件连到WSL环境体验几乎和原生一样强烈推荐。6.3 LVGL显示异常排查LVGL显示不正常常见三类现象花屏、白屏、残影。这三个对应的排查思路截然不同。花屏一般是SPI通信时序问题。ESP32-S3的SPI最高可以跑到80MHz但很多圆形屏模块实际支持的SPI时钟只有20-40MHz跑太高就容易花屏。在TFT_eSPI的用户配置文件里把SPI_FREQUENCY从40MHz降到20MHz试一下通常能解决。另外检查MISO引脚是否悬空ST7789不需要MISO但SPI总线上如果有其他设备占用了MISO也可能会干扰。白屏是我一开始最常遇到的十有八九是背光引脚没初始化。很多屏幕模块的BL引脚如果不给高电平屏幕是完全不亮的。但注意有些模块的BL引脚内部已经有上拉到VCC了你如果给它接错了GPIO反而会把电压拉低。建议第一步先把BL引脚直接接3V3测试排除硬件问题再谈代码。残影是LCD本身响应慢的问题尤其是低温环境或质量一般的屏幕。ST7789驱动里可以通过初始化序列调整伽马值来优化对比度但残影本质上是物理现象能缓解不能根除。我换了一个偏光膜更好的屏幕模组残影基本可以接受不过这就要看你的预算了。6.4 I2C总线锁死与上拉电阻MPU6050和SHT30都是I2C设备I2C总线跟SPI最大的区别是它需要上拉电阻。很多开发板自带的I2C引脚上拉电阻是4.7kΩ如果传感器模块上也带1kΩ上拉并联后等效电阻只有800Ω总线负载拉低通信会变得不稳定偶尔出现I2C device not found的报错。处理方法是先看一下原理图或模块实物如果模块上有上拉电阻那就把开发板引脚的上拉电阻禁用掉在代码里设置pinMode(SDA, INPUT)而不启用内部上拉。如果模块上没上拉就得自己在开发板上飞线加两个4.7kΩ电阻到3V3。这一步排查起来相当费时间因为现象是间歇性的有时候几分钟正常有时候又读取失败很容易误导到代码上去。我的建议是接I2C设备前先用i2cscanner例程跑一遍看看能不能稳定扫描到所有设备扫描不到再检查硬件。7. 扩展思路与进阶玩法基础功能做完手表已经可以日常使用了。但这个项目的价值远不止于此ESP32的Wi-Fi、蓝牙、算力潜力还有很多方向可以挖掘。如果你想让这个“伪”智能手表更智能一点有几个思路供参考。把Wi-Fi利用起来做一个网络校时和天气显示。LVGL的标签控件可以轻松显示天气图标和温度只要在ESP32上接一个HTTP请求拉取OpenWeatherMap的API数据解析JSON后刷新UI。注意Wi-Fi连接状态下功耗比蓝牙高不少我建议只在用户主动进入“天气页”时才打开Wi-Fi显示完立即关闭回到低功耗模式。另外可以考虑将MPU6050的完整姿态解算数据利用起来做一个抬手亮屏。实现方法是读取MPU6050的角速度积分判断手腕从下垂到抬起的角度变化范围超过阈值就触发屏幕点亮。这个功能的灵敏度调参很有讲究太灵敏会导致频繁亮屏费电太迟钝则明显感到“抬手了不亮”。我实测下来角度阈值设为60度、持续200ms最合适你可以根据自己佩戴习惯微调。还能加一个桌面小电视模式就是闲着的时候让手表屏幕循环播放动态GIF。LVGL的GIF控件可以直接加载SD卡上的gif文件SEK在扩展功能里算是最容易实现的一个。ESP32-S3有8MB Flash存几个小尺寸GIF完全够用。当时在做这个功能时也有想到如果屏幕尺寸换成更大的圆形屏效果会更好这就看你对“手表”还是“迷你终端”的偏好了。8. 看着容易做着难几点真实体会整个项目从立项到稳定运行花了我大概两周的业余时间。硬件焊接大概花了一个晚上软件调试和功耗优化占了剩下的所有时间。说实话最难的不是某一个具体功能做不出来而是把几个功能拼到一起之后整体能不能还在一个低功耗的、稳定的、长时间运行的基线之上。单独跑LVGL动画很流畅单独跑蓝牙也很流畅但把两者放一起CPU争抢、内存碎片、外设冲突就接踵而至了。我的调试方法论是每次只改一个变量。比如调背光策略的时候蓝牙保持固定连接传感器固定每隔一秒采集一次只调背光的触发阈值和亮度百分比。这样才能定位功耗和体验之间的平衡点。很多DIY玩家喜欢一次改一堆东西然后发现效果不对完全不知道是哪个改动引起的最后只能全部回退重来。另外在这个项目里我深刻体会到了“抄作业”的意义。LVGL的官方示例、TFT_eSPI的配置文件、NimBLE的例程这些开源资料就是前人踩坑后留下的宝贵文档。我遇到问题第一反应是去GitHub的Issues里搜关键词比如TFT_eSPI ST7789 roundNimBLE onWrite partial data往往能找到比我遇到的问题更详细的讨论。学会看Issues、看Commit历史是比看任何教程都更高效的学习路径。这个项目做完之后我还把它扩展到了更完整的版本加了iOS的快捷指令通过蓝牙发送消息、加了一个小型的桌面充电底座。下一步打算用ESP32-C3重新做一版进一步缩小体积毕竟C3是单核RISC-V功耗比S3低一截如果屏幕分辨率降到128x128电池续航有望突破四天。如果你也想搞一个自己的手表还是那句话从功能边界做起从简单功能跑通做起把一个模块一个模块踏实地焊上去、调通你得到的不仅是一块表更是对嵌入式系统整套方法论的一次完整实践。