基于加速度计与物理引擎的嵌入式动画实现：HalloWing眼球模拟项目详解

1. 项目概述当硬件遇上趣味物理如果你手头有一块Adafruit的HalloWing M0 Express开发板除了跑跑默认的“灵异之眼”程序有没有想过用它来点更“不正经”的创意这次我们不谈复杂的物联网协议也不深究底层驱动就来玩点简单的——用板载的加速度计做一个物理模拟的“摇头晃脑”眼球动画。这听起来像是个电子小把戏但它背后串联起的正是嵌入式开发中几个非常核心且有趣的技术点传感器数据实时采集、物理运动规律模拟以及如何在资源受限的MCU上进行高效的图形合成与渲染。这个项目的魅力在于它的“即插即用”。你不需要焊接任何额外的电阻电容也不需要外接传感器HalloWing板子本身集成了LIS3DH加速度计和一块128x128分辨率的彩色TFT屏幕所有硬件都已就位。核心挑战全部落在了软件层面如何将加速度计读取到的三维加速度数据转化为屏幕上那个“眼球”瞳孔逼真的运动轨迹答案就是一个轻量级的、运行在微控制器上的2D物理引擎。通过调整重力缩放、碰撞弹性和运动阻尼这几个参数你能让这个眼球看起来像是浸泡在粘稠的糖浆里或是弹力十足的果冻中这种通过代码定义物理特性的过程本身就充满了探索的乐趣。对于嵌入式开发者或爱好者而言这个项目是一个绝佳的练手案例。它避开了复杂的电路设计让你能专注于算法逻辑和软硬件交互的编程思维。无论你是想学习如何将传感器数据可视化还是对实时动画渲染感兴趣亦或是单纯想给自己桌面上添一个会随着你动作而“东张西望”的电子宠物这个基于HalloWing与加速度计的物理模拟眼球项目都能提供一个清晰、完整且趣味十足的实践路径。2. 核心思路与物理模型拆解2.1 从加速度到动画核心逻辑链条整个项目的运行逻辑可以梳理成一条清晰的链条数据采集 - 物理计算 - 图形渲染。首先通过I2C或SPI总线具体取决于库的实现以一定的频率例如每秒几十帧从LIS3DH加速度计读取X、Y、Z三个轴的原始数据。这些数据反映了开发板在空间中的姿态变化当晃动板子时加速度计数据随之改变。接下来是核心的物理模拟环节。我们并不需要模拟一个完整的刚体而是将问题大大简化将瞳孔视为一个在二维圆形边界内运动的质点。加速度计数据经过缩放G_SCALE参数后被转化为作用在这个质点上的“力”或直接是“加速度”。每一帧动画我们根据当前质点的速度、受到的外部加速度来自传感器、以及内部阻尼DRAG参数计算出质点下一帧的新位置和新速度。这是一个经典的牛顿运动定律的离散化实现。当计算出的新位置超出了圆形边界就需要处理碰撞。这里采用了非完全弹性碰撞模型碰撞后质点的速度方向会根据碰撞点的法线方向进行反射同时速度大小会乘以一个小于1的弹性系数ELASTICITY参数模拟能量损失。这样眼球在晃动后瞳孔会来回弹跳几次最终在“重力”指向加速度方向的反方向作用下稳定在底部行为非常拟真。最后是渲染。为了消除闪烁程序采用了局部刷新的策略。它不会清空整个屏幕再重画而是计算出一个刚好能覆盖瞳孔上一帧和当前帧位置的“最小矩形区域”只在这个矩形区域内进行图形合成。合成时程序将存储好的眼球背景位图和瞳孔位图进行Alpha混合对于灰度版或颜色混合对于彩色版然后将结果一次性输出到屏幕的对应区域。这种“脏矩形”渲染技术是嵌入式图形中节省算力、提升帧率的关键。2.2 模型简化为什么是“单质点圆形边界”原文提到了一个关键的简化思路将“两个圆形的碰撞检测”转化为“一个质点在缩小后的圆形区域内的运动”。这是本项目算法高效的核心。眼球背景是一个直径为128像素的圆瞳孔是一个直径为48像素的圆。如果直接检测两个圆是否相交计算量较大。更巧妙的做法是将瞳孔的圆心视为我们控制的质点。这个质点允许的活动范围不再是整个背景圆而是背景圆的半径减去瞳孔圆的半径。也就是说质点的活动区域是一个半径为(128 - 48) / 2 40像素的圆。只要质点的圆心位置距离屏幕中心不超过40像素那么瞳孔圆就一定完全包含在背景圆之内不会穿帮。注意这里的“40像素”是原文中“80像素宽圆”的半径。原文描述为“80 pixel wide circle (the 128 pixel boundary minus the 48 pixel pupil)”指的是活动区域的直径。在代码中通常使用半径进行计算即OUTER_RADIUS - PUPIL_RADIUS。这种简化带来了两大好处碰撞检测变得极其简单只需要计算质点圆心到屏幕中心点的距离判断是否大于活动半径40像素即可。这只需要一次平方和开方运算或比较距离平方以避免开方。碰撞响应计算更直观当发生碰撞时碰撞点的法线方向就是从屏幕中心指向质点当前位置的向量。速度的反射可以基于这个法线向量进行计算逻辑清晰。这种将复杂几何体碰撞问题转化为其关键点如圆心在收缩空间内的运动问题是游戏开发和物理模拟中常用的优化手段非常适合在单片机这类计算资源有限的环境下实现。2.3 参数化设计赋予动画“性格”这个项目的物理模型主要由三个参数控制它们共同决定了眼球动画的“性格”G_SCALE重力缩放它放大了从加速度计读取到的数值对质点运动的影响。你可以把它理解为“模拟世界的重力强度”。调大它眼球会对微小的晃动都非常敏感动起来很“灵敏”甚至“神经质”调小它眼球则会显得“慵懒”需要更大的动作才能驱动。ELASTICITY弹性系数取值范围在0.0到1.0之间不包含1.0。它决定了瞳孔撞到边界后的反弹程度。0.9意味着碰撞后保留了90%的动能会弹跳很多次0.1则意味着碰撞后几乎立刻停下像撞在软泥上。这个参数直接影响动画的“Q弹”感。DRAG阻尼系数同样在0.0到1.0之间。它作用于每一帧让质点的速度缓慢衰减。0.996意味着每帧速度保留99.6%衰减很慢瞳孔可能会滑动很久如果设为0.9速度会衰减得很快瞳孔运动显得“粘滞”。它模拟的是空气阻力或内部摩擦。实操心得调整这些参数是项目最大的乐趣之一。我的经验是先从默认值开始然后一次只调整一个参数观察动画效果的变化。想要一个搞笑、夸张的眼球可以尝试增大G_SCALE和ELASTICITY想要一个慵懒、滑稽的眼球可以减小G_SCALE并让DRAG更接近1.0如0.999。记住ELASTICITY和DRAG绝对不能设为大于等于1.0否则系统能量会不断增加瞳孔将永远无法停下来这不符合物理规律。3. 软硬件准备与环境搭建3.1 硬件清单与核心器件解析本项目所需的硬件核心只有一件Adafruit HalloWing M0 Express。我们有必要深入了解这块板子的特性因为它直接决定了项目的可能性与边界。主控芯片ATSAMD21G18 ARM Cortex-M0。这是一款低功耗但性能不错的32位单片机运行频率可达48MHz拥有256KB Flash和32KB RAM。对于处理加速度计数据、运行物理计算和驱动屏幕来说资源是足够的。运动传感器LIS3DH三轴加速度计。这是一款非常流行的低功耗、高精度数字加速度计通过I2C或SPI与主控通信。在项目中我们通过它来感知板子的倾斜、晃动等动作是物理模拟的“数据源头”。显示屏1.44英寸128x128像素 TFT LCD驱动芯片通常是ST7735。这块屏幕色彩表现不错16位色深即RGB565格式刷新率足以满足流畅动画的需求。它是我们物理世界的“可视化窗口”。其他板载LiPo充电管理、蜂鸣器、光传感器、多个GPIO breakout等虽然本项目未使用但它们为功能扩展提供了可能。注意事项确保你的HalloWing电量充足。如果进行长时间调试或演示建议连接USB供电或者使用一块充满电的3.7V锂聚合物电池。低电压可能导致程序运行不稳定或屏幕显示异常。3.2 软件方案选择UF2快速部署 vs. 源码编译原文提供了两种软件加载方式对应着不同的用户需求。方案一UF2文件直接拖放“Easy Way”这是最快捷的方式尤其适合只想体验效果、不打算修改代码的用户。用USB线将HalloWing连接至电脑。快速双击板子上的复位Reset按钮。此时电脑上会出现一个名为HALLOWBOOT的U盘盘符。将下载好的HALLOWING_GOOGLY_EYE.UF2灰度眼球或HALLOWING_GOOGLY_COLOR.UF2彩色眼球文件直接拖拽到HALLOWBOOT盘里。等待文件复制完成程序会自动开始运行。重要提示此操作会覆盖板子上原有的CircuitPython固件如果你的板子之前运行的是CircuitPython。不过别担心你的CircuitPython代码文件在CIRCUITPY盘里并不会被删除。如果需要恢复CircuitPython只需去Adafruit官网下载对应的UF2固件再用同样的拖放方式刷入即可。方案二使用Arduino IDE从源码构建这是推荐给开发者、学习者和希望自定义项目者的方式。通过编译源码你可以自由修改物理参数、甚至替换图形。安装Arduino IDE从arduino.cc下载并安装最新版IDE。添加板卡支持打开文件 - 首选项在“附加开发板管理器网址”中添加https://adafruit.github.io/arduino-board-index/package_adafruit_index.json。然后打开工具 - 开发板 - 开发板管理器搜索并安装“Adafruit SAMD Boards”。安装依赖库打开工具 - 管理库分别搜索并安装以下库Adafruit LIS3DH用于驱动加速度计Adafruit GFX Library图形基础库Adafruit ST7735 and ST7789 Library用于驱动屏幕Adafruit Zero DMA Library可选用于DMA加速提升性能Adafruit BusIOI2C/SPI辅助库通常会被其他库自动依赖获取源码从Adafruit的GitHub仓库下载HalloWing_Googly_Eye项目源码。编译与上传在Arduino IDE中选择开发板为“Adafruit HalloWing M0 Express”选择正确的端口然后点击上传。3.3 关键库函数与初始化流程解析当你打开源码在setup()函数中会看到一系列初始化操作理解它们对调试很有帮助void setup() { // 1. 初始化串口用于调试输出 Serial.begin(115200); // 2. 初始化加速度计 if (! lis.begin(0x18)) { // LIS3DH的默认I2C地址是0x18 Serial.println(Couldnt start LIS3DH); while (1); } lis.setRange(LIS3DH_RANGE_4_G); // 设置量程为±4G // 3. 初始化显示屏 tft.initR(INITR_144GREENTAB); // 针对HalloWing屏幕的初始化命令 tft.setRotation(2); // 根据板子方向设置旋转可能需要调整 tft.fillScreen(ST77XX_BLACK); // 清屏为黑色 // 4. 初始化DMA如果启用 #ifdef USE_DMA dma_configure(); #endif // 5. 初始化物理模拟状态瞳孔位置、速度归零 pupilX 0.0; pupilY 0.0; velX 0.0; velY 0.0; }排查技巧如果程序上传后屏幕白屏或没反应首先检查串口监视器波特率115200。常见的错误信息包括“Couldnt start LIS3DH”I2C连接失败检查接线或地址或屏幕初始化失败检查INITR_*参数是否正确。对于HalloWing屏幕旋转setRotation()的值可能需要根据你的装配方向调整为0, 1, 2, 或3。4. 核心代码实现与物理引擎剖析4.1 图形数据存储与处理优化图形资源是动画的视觉基础。源码中将眼球背景和瞳孔图像以字节数组的形式直接存储在graphics.h灰度版或gritty.h彩色版头文件中。每个像素用一个uint8_t0-255表示亮度灰度或用多个字节表示RGB颜色。为什么选择嵌入式数组而不是从SD卡读取速度极快数据在Flash中CPU可直接访问避免了文件系统解析和慢速存储介质的读取延迟这对需要每秒数十帧渲染的动画至关重要。可靠性高无需担心SD卡接触不良或文件丢失导致程序无法启动。简化项目减少了外部依赖使项目更自包含。颜色深度转换的细节 HalloWing的屏幕是RGB565格式16位色即红色5位、绿色6位、蓝色5位。而存储的灰度图像是8位256级彩色图像是24位RGB各8位。在渲染每一帧时程序需要实时进行转换。灰度图转RGB565将一个8位亮度值bright转换为RGB565的近似方法是uint16_t color ((bright 3) 11) | ((bright 2) 5) | (bright 3);。这实际上是将8位亮度近似等比例映射到R、G、B通道上产生一个灰度像素。彩色图转RGB565将8位的R、G、B值分别右移3位、2位、3位然后拼凑成一个16位整数。这种转换会损失一些颜色精度但在小屏幕上肉眼难以察觉。4.2 物理模拟主循环详解动画的核心发生在loop()函数或一个由定时器驱动的主循环中。每一帧都执行以下步骤void loop() { // 1. 读取传感器数据 sensors_event_t event; lis.getEvent(event); float ax event.acceleration.x; float ay event.acceleration.y; // 2. 应用重力缩放和方向调整屏幕坐标系Y轴向下为正 float gravityX ax / G_SCALE; float gravityY -ay / G_SCALE; // 注意负号因为屏幕Y轴向下 // 3. 更新速度应用加速度和阻尼 velX (velX gravityX) * DRAG; velY (velY gravityY) * DRAG; // 4. 更新位置 float newX pupilX velX; float newY pupilY velY; // 5. 碰撞检测与响应 float distSq newX * newX newY * newY; // 到中心距离的平方 if (distSq BOUND_RADIUS_SQ) { // 如果超出活动半径的平方 // 发生碰撞计算反射 float dist sqrt(distSq); // 碰撞点法线单位向量 (nx, ny) float nx newX / dist; float ny newY / dist; // 将速度向量分解为法向分量和切向分量并反射法向分量 float dotProduct velX * nx velY * ny; velX velX - (1.0 ELASTICITY) * dotProduct * nx; velY velY - (1.0 ELASTICITY) * dotProduct * ny; // 将位置修正到边界上并稍微向内缩一点避免下一帧仍在碰撞状态 newX nx * (BOUND_RADIUS * 0.99); newY ny * (BOUND_RADIUS * 0.99); } // 6. 更新瞳孔位置状态 pupilX newX; pupilY newY; // 7. 渲染更新区域 renderPupilArea(oldX, oldY, pupilX, pupilY); // 保存旧位置用于下一帧渲染计算 oldX pupilX; oldY pupilY; // 8. 控制帧率例如通过delay或更精确的定时 delay(16); // 约60 FPS }这段伪代码清晰地展示了从传感器数据到屏幕像素的完整流程。其中第5步的碰撞响应是物理模拟的精华它使用了基本的向量运算来实现非完全弹性碰撞。4.3 高效渲染策略“脏矩形”算法在资源有限的单片机上全屏刷新每一帧通常是不可行的因为传输大量数据到屏幕会非常慢导致严重的闪烁和低帧率。本项目采用了经典的“脏矩形”算法。原理计算更新区域在更新瞳孔位置后程序会计算一个能够完全包含上一帧瞳孔和当前帧瞳孔所覆盖区域的最小矩形。这个矩形就是“脏”的区域需要被重画。局部重绘程序不会清空整个屏幕而是只在这个矩形区域内进行操作。它先将背景图的对应部分绘制到屏幕缓冲区或直接画到屏幕然后再将瞳孔图叠加绘制上去。一次性输出对于支持局部更新的屏幕驱动可以直接更新这个矩形区域如果不支持也需要在内存中构建这个矩形区域的图像然后一次性发送给屏幕。优势大幅减少数据量假设瞳孔图像是48x48像素两帧位置偏移不大那么脏矩形可能只有60x60像素左右远小于全屏的128x128像素。数据传输量减少到原来的22%以下。消除闪烁因为更新是局部的、快速的人眼几乎感知不到绘制过程从而实现了平滑的动画。节省CPU和内存需要处理和传输的像素更少降低了对MCU资源的占用。在源码中你可以找到计算最小边界矩形minX,minY,maxX,maxY的逻辑以及基于此矩形进行tft.drawRGBBitmap()或类似函数调用的代码段。这是嵌入式图形编程中一个非常实用的优化技巧。5. 参数调优与效果自定义5.1 物理参数实验指南项目最有趣的部分莫过于调整G_SCALE,ELASTICITY,DRAG这三个参数创造出不同“性格”的眼球。下面是一个简单的实验对照表帮助你快速找到想要的效果参数组合G_SCALE(默认40.0)ELASTICITY(默认0.80)DRAG(默认0.996)预期效果与描述默认写实40.00.800.996反应适中有轻微弹跳和阻尼类似真实粘性液体中的小球。超级Q弹50.00.950.998对晃动极其敏感碰撞后弹跳次数多、衰减慢像弹力球非常活泼搞笑。慵懒迟钝20.00.600.990需要较大动作才有反应碰撞后几乎不弹跳运动缓慢像在浓稠的蜂蜜里。过度阻尼30.00.500.980运动有强烈的“粘滞感”启动和停止都很“肉”毫无弹性有点滑稽。敏感易停60.00.850.999轻微触碰就有大反应但一旦停止输入由于阻尼极小会滑动非常久才停下。调参步骤在Arduino IDE中打开源码。找到文件顶部附近的宏定义#define G_SCALE 40.0 #define ELASTICITY 0.80 #define DRAG 0.996修改为你想要的数值。点击上传观察效果。反复迭代直到满意。实操心得调参时建议将板子用USB线连接电脑并打开串口监视器实时打印出加速度计读数(ax,ay)和瞳孔速度(velX,velY)。这能帮你直观理解传感器数据与动画效果之间的映射关系。例如你会发现静止时由于重力ay大约为9.8 m/s²这构成了瞳孔的“默认重力方向”。5.2 从灰度到彩色图形资源切换项目提供了灰度经典白眼和彩色运动吉祥物风格两套图形。切换它们非常简单本质上是包含不同的图形头文件。在源码主文件如HalloWing_Googly_Eye.ino中找到包含图形文件的代码行通常如下#include graphics.h // 灰度眼球图形 //#include gritty.h // 彩色眼球图形被注释要切换到彩色眼球只需交换两行的注释状态//#include graphics.h // 注释掉灰度 #include gritty.h // 取消注释启用彩色重新编译并上传。背后的机制 在graphics.h和gritty.h中除了包含不同的像素数组通常还会定义一个标志如#define COLOR_EYE 0或1。主程序代码中会有条件编译#ifdef COLOR_EYE来区分是执行8位灰度混合逻辑还是24位彩色混合逻辑。彩色混合的计算量稍大因为需要对R、G、B三个通道分别进行插值计算。5.3 进阶自定义修改图形与扩展功能如果你不满足于默认的眼球样式可以尝试自定义图形。步骤准备图片创建一张128x128像素的背景图和一张48x48像素或54x54对应彩色版的瞳孔图。背景需要是圆形区域瞳孔最好是带有高光效果的圆形。使用Photoshop、GIMP或任何你熟悉的绘图工具保存为PNG格式。转换为C数组你需要一个工具将图片转换为C语言字节数组。Adafruit提供过一些Python脚本如img2py.py或者你可以使用在线转换工具。关键是将每个像素的亮度灰度或RGB值按行优先的顺序转换成一个uint8_t数组。替换头文件用你生成的新数组替换掉graphics.h或gritty.h文件中对应的数组内容。注意数组名和大小定义需要保持一致。编译测试上传程序查看效果。你可能需要反复调整图片的对比度或边缘抗锯齿效果以达到最佳视觉表现。功能扩展思路改变瞳孔形状不仅仅是圆形可以尝试方形、星形、猫眼等。这需要修改碰撞检测的逻辑从圆形边界变为其他形状难度会显著增加。添加声音反馈利用HalloWing的板载蜂鸣器当瞳孔碰撞到边界时发出一个简短的“滴”声增加互动感。引入光传感器利用板载光感根据环境亮度自动调整屏幕背光或者切换白天/黑夜模式的不同眼球贴图。双板同步虽然原文说不同步更搞笑但尝试让两个HalloWing通过红外或无线模块同步数据实现“双眼协同”也是一个有趣的挑战。6. 常见问题排查与调试技巧6.1 硬件连接与初始化故障即使使用HalloWing这样高度集成的板子软件问题也常常表现为硬件故障。以下是一些常见问题及排查步骤问题现象可能原因排查步骤与解决方案上传程序后屏幕无任何显示白屏或黑屏1. 屏幕初始化参数错误。2. 屏幕排线接触不良。3. 电源不足。1. 检查代码中tft.initR()的参数HalloWing通常使用INITR_144GREENTAB。2. 检查tft.setRotation()的值尝试0, 1, 2, 3。3. 轻轻按压屏幕排线连接处。4. 连接USB供电或更换满电电池。串口打印“Couldnt start LIS3DH”1. I2C地址不正确。2. I2C总线通信失败。1. 确认lis.begin()中的地址。LIS3DH的默认地址是0x18但有些板子可能是0x19。2. 检查是否有其他库或代码冲突占用了I2C总线。确保Wire库已正确初始化。眼球动画卡顿、帧率极低1. 渲染逻辑过于耗时。2. 未启用DMA如果代码支持。3. 调试输出占用大量时间。1. 确认是否使用了“脏矩形”优化渲染。2. 检查代码中是否定义了USE_DMA并确保相关库已安装。3. 禁用串口打印语句Serial.print。瞳孔运动方向与板子倾斜方向相反或不一致加速度计坐标系与屏幕坐标系不匹配。调整gravityX和gravityY的计算公式。例如尝试交换X/Y或为某个轴添加负号。公式gravityY -ay / G_SCALE;中的负号就是为了适配屏幕Y轴向下为正的坐标系。瞳孔会“跑出”眼球边界1. 活动半径(BOUND_RADIUS)计算错误。2. 碰撞检测或位置修正逻辑有bug。1. 确认BOUND_RADIUS是(OUTER_RADIUS - PUPIL_RADIUS)。2. 在碰撞响应代码中确保将新位置修正到边界内侧乘以一个略小于1的系数如0.99防止下一帧因浮点误差仍被判为碰撞。6.2 软件逻辑与参数调试当硬件工作正常但动画行为怪异时问题通常出在软件逻辑或参数上。使用串口调试 这是最强大的调试手段。在代码关键位置添加Serial.print()语句可以实时观察变量状态。监控传感器数据打印ax,ay确保在你晃动板子时数值在合理范围内变化静止时一个轴接近9.8或-9.8其他轴接近0。监控物理状态打印pupilX,pupilY,velX,velY观察位置和速度的变化是否符合预期。当瞳孔撞边时速度方向是否发生了正确的反射监控帧时间在每帧循环开始和结束记录millis()计算差值可以得知实际帧率是否达到预期如16ms一帧约60FPS。浮点数精度问题 在32位单片机上进行浮点运算虽然可行但比整数运算慢。确保你的物理计算使用float类型。同时要注意DRAG系数非常接近1.0如0.996长期累积的浮点误差可能导致瞳孔永远无法完全停止。这在实践中影响不大但如果追求完美可以设置一个速度阈值如if(abs(velX) 0.001 abs(velY) 0.001) { velX 0; velY 0; }当速度极小时直接归零。动画撕裂或闪烁 如果出现画面撕裂部分更新或闪烁问题出在渲染。确保使用局部更新检查renderPupilArea函数确实只更新了脏矩形区域。双缓冲如果屏幕驱动支持可以考虑使用双缓冲。即在内存中完成一整帧的绘制然后一次性交换到屏幕。但这需要消耗更多RAM1281282 bytes ≈ 32KB对于只有32KB RAM的ATSAMD21可能压力较大。本项目采用的脏矩形是更节省资源的方法。降低帧率如果渲染确实太慢可以适当增加delay()的时间牺牲流畅度换取稳定性。6.3 性能优化与进阶思考当项目基本跑通后你可以思考如何让它运行得更快、更省电、更稳定。性能瓶颈分析 通常瓶颈在于两方面传感器数据读取和屏幕渲染。传感器读取LIS3DH支持最高5.3kHz的数据输出率但通过I2C读取需要时间。确保你使用的是效率较高的读取方式如库提供的getEvent函数。如果不需要极高频率可以降低读取速率以节省CPU。屏幕渲染ST7735屏幕通过SPI通信。提高SPI时钟频率可以加速数据传输。在Arduino IDE的板型设置中可以尝试选择更高的“Optimize”选项如“-O2”或“-Os”编译器会生成更高效的代码。低功耗优化 如果你想用电池长时间运行降低屏幕亮度通过tft.setBrightness()降低背光这是最有效的省电方法。动态帧率当检测到板子长时间静止通过加速度计判断速度、位置变化极小时可以降低动画更新频率比如从60FPS降到10FPS甚至进入睡眠模式只在被晃动时唤醒。关闭调试串口Serial通信本身也耗电。这个项目虽然不大但它像一颗种子涵盖了嵌入式交互设计的核心感知、计算、反馈。当你成功让这个电子眼球随着你的手舞足蹈而活灵活现时你所掌握的远不止几行代码而是一套将物理世界与数字世界连接起来的基本方法论。