2025年,可穿戴AI设备迎来了爆发期。AI手表、AI耳机、AI眼镜、AI戒指,各种产品层出不穷。我所在的团队也在做一款可穿戴AI产品,从立项到现在两年多了,踩了无数的坑。
这篇文章,我想分享一下可穿戴AI开发中的实战经验和踩坑记录。从硬件选型、传感器数据处理、AI模型部署,到功耗优化、用户体验,聊聊这个领域的挑战和我们的解决方案。希望能给正在做或者打算做可穿戴AI的朋友一些参考。
项目背景
先简单介绍一下我们的项目。我们做的是一款AI智能戒指,主要功能是健康监测(心率、血氧、睡眠、体温)、运动记录、AI健康建议。戒指的形态很小,对体积、重量、功耗的要求都很高。
为什么选戒指这个形态?因为戒指是24小时佩戴的,比手表更轻便,而且能持续监测指尖的血流信号,健康数据的精度有优势。但戒指的体积小,电池容量也小,对功耗的要求极其苛刻。
整个项目做下来,我们踩了很多坑,有些是技术上的,有些是产品上的,有些是供应链上的。下面一一分享。
坑一:硬件选型比想象中复杂
可穿戴设备的硬件选型是第一个大坑。
我们一开始选了一款主流的蓝牙芯片,觉得性能足够。但做了原型之后发现,这款芯片的AI加速能力很弱,跑我们的健康算法延迟很高,而且功耗大。后来换了一款带NPU(神经网络处理单元)的芯片,AI推理速度快了好几倍,功耗也降了。
硬件选型要考虑的因素很多:
第一是计算能力。可穿戴AI需要在设备端跑AI模型(比如心率检测、运动识别、异常预警),芯片的计算能力很重要。CPU、NPU、DSP的算力都要考虑。有些芯片标称算力很高,但实际跑模型的时候因为内存带宽、缓存等瓶颈,性能上不去。一定要实际测试,不能只看参数。
第二是功耗。可穿戴设备的电池很小,功耗是生命线。芯片的待机功耗、工作功耗、不同模块的功耗都要仔细评估。我们一开始选的芯片,待机功耗比标称的高了30%,因为有一些外设的漏电没处理好。后来花了很多时间优化硬件设计才解决。
第三是内存。AI模型需要内存来存储权重和中间计算结果。可穿戴芯片的内存通常很小(几百KB到几MB),大的模型根本跑不下。需要选择内存足够的芯片,或者对模型做极致的压缩。
第四是传感器接口。可穿戴设备需要接各种传感器(PPG心率、加速度计、陀螺仪、温度传感器等),芯片的传感器接口(I2C、SPI、ADC)要足够,而且要支持低功耗的采样模式。
第五是蓝牙和无线。可穿戴设备需要和手机通信,蓝牙是标配。蓝牙的功耗、连接稳定性、数据传输速率都很重要。有些芯片的蓝牙协议栈有bug,连接经常断,调试起来很痛苦。
第六是供应链。可穿戴芯片的供应链很重要。有些芯片性能好但供货不稳定,或者起订量很高,小团队根本拿不到货。还要考虑芯片的生命周期,有些芯片可能很快就停产了。
我们的经验是:硬件选型一定要早做原型,实际测试性能和功耗,不要只看datasheet。而且至少要有一个备选方案,防止主芯片出问题。
坑二:传感器数据的噪声比想象中大
可穿戴设备的核心是传感器数据,但真实环境中的传感器数据噪声非常大。
以PPG(光电容积脉搏波)心率传感器为例。理想情况下,PPG信号是干净的脉搏波,很容易检测心率。但实际佩戴的时候,有很多噪声源:
- 运动伪影:用户走路、跑步、抬手的时候,传感器和皮肤之间的相对运动,会产生很大的噪声。运动的时候PPG信号可能完全被噪声淹没。
- 环境光:阳光、灯光的变化会干扰PPG信号。尤其是阳光中的红外成分,和PPG的LED波长接近,干扰很大。
- 佩戴松紧:戒指戴得太松,传感器和皮肤接触不好,信号弱;戴得太紧,压迫血管,信号也会变形。
- 皮肤差异:不同人的皮肤颜色、厚度、汗液情况不同,信号质量差异很大。深色皮肤的PPG信号比浅色皮肤弱很多。
- 温度变化:温度变化会影响传感器的性能和血流情况。
我们一开始用了简单的心率算法,在静坐的时候准确率还行,但一运动就完全不准。后来花了大量时间做信号处理:
- 多通道融合:用绿光、红外光、红光多个通道的PPG信号,结合加速度计的数据,做运动伪影消除。
- 自适应滤波:根据运动强度自适应调整滤波器参数,运动大的时候滤波更强。
- 信号质量评估:实时评估PPG信号的质量,信号差的时候不输出心率,或者降低置信度。
- 机器学习:用机器学习模型从带噪声的信号中提取心率,比传统信号处理方法更鲁棒。
即便做了这些优化,在剧烈运动的时候心率准确率还是不够理想。后来我们加了一个策略:运动的时候结合加速度计的步频来辅助估算心率,准确率提升了不少。
其他传感器也有类似的问题。加速度计的数据有漂移和噪声,温度传感器受体温和环境温度的影响,血氧传感器在低灌注和运动的时候不准。每个传感器都需要仔细的校准和信号处理。
经验是:可穿戴设备的传感器数据处理,占了整个开发工作量的很大一部分。不要以为拿到传感器数据就能直接用,真实环境的噪声会让你怀疑人生。一定要在真实环境中大量测试,不能只在实验室里测。
坑三:AI模型在设备端部署很难
可穿戴AI的核心是在设备端跑AI模型,但设备端的资源极其有限,模型部署比想象中难。
我们的健康算法用了几个AI模型:心率异常检测、睡眠分期、运动类型识别、压力评估。这些模型在PC上跑没问题,但放到戒指的芯片上就各种问题。
第一个问题是模型大小。芯片的内存只有几MB,一个普通的神经网络模型可能就有几十MB,根本放不下。我们需要对模型做极致的压缩:
- 量化:把float32的权重量化成int8甚至int4,模型大小减少75%以上,精度损失可控。
- 剪枝:去掉模型中不重要的权重和通道,减少参数量。
- 知识蒸馏:用大模型训练小模型,让小模型学到大模型的能力。
- 设计轻量模型:从一开始就设计适合端侧的轻量模型(比如用MobileNet、TinyNet的思路),而不是把大模型硬压缩。
经过这些优化,我们把几个模型都压缩到了几百KB,能在芯片上跑了。
第二个问题是推理速度。芯片的算力有限,模型推理不能太慢。比如,心率检测需要实时处理,如果一帧数据的推理时间超过采样间隔,就会堆积。我们做了这些优化:
- 用芯片的NPU加速推理,而不是用CPU。
- 模型算子优化,把不支持的算子替换成支持的,或者用融合算子减少计算量。
- 降低输入数据的采样率和分辨率,在不影响效果的前提下减少计算量。
- 分时处理,不是每帧都跑AI模型,而是每隔几帧跑一次,或者在信号质量好的时候才跑。
第三个问题是功耗。AI推理是耗电大户,如果一直跑模型,电池很快就没电了。我们的策略是:
- 平时用低功耗的传统算法(比如简单的心率计算),只有在需要的时候(比如检测到异常、用户主动查询)才启动AI模型。
- 传感器低功耗采样,平时用低采样率(比如10Hz),检测到运动或者异常时再提高采样率。
- 模型推理和数据采集分时进行,采集的时候不开NPU,推理的时候关传感器,避免同时高功耗。
第四个问题是精度损失。模型压缩和量化之后,精度会有损失。在实验室测试的时候精度下降不多,但在真实环境的噪声数据上,精度下降可能很明显。我们需要在真实数据上重新训练和校准模型,确保压缩后的模型在真实环境中依然准确。
经验是:端侧AI部署是一个系统工程,不是把模型导进去就能跑。需要从模型设计、压缩、优化、功耗等多个方面综合考虑。而且一定要在真实硬件和真实数据上测试,实验室的结果和实际表现可能差很多。
坑四:功耗优化是一场持久战
可穿戴设备的功耗优化,是一场没有尽头的战争。
我们的戒指电池容量只有20mAh左右,目标是续航7天。这意味着平均电流不能超过120uA(20mAh / 7天 / 24小时 ≈ 119uA)。这个指标非常苛刻,因为蓝牙连接、传感器采样、AI推理、LED发光都是耗电大户。
我们的功耗优化经历了几个阶段:
第一阶段是硬件优化。选择低功耗的芯片和传感器,优化电源管理电路,关掉不用的外设,减少漏电。这一阶段把待机功耗降了下来。
第二阶段是软件优化。优化固件的功耗管理:
- 空闲的时候进入深度睡眠,只有必要的时钟和中断在运行。
- 传感器用FIFO批量传输,减少CPU唤醒次数。
- 蓝牙用低功耗连接间隔,减少通信频率。
- LED用脉冲驱动,只在采样瞬间发光,而不是常亮。
- 分时复用,传感器、AI、蓝牙不同时工作。
第三阶段是算法优化。用更高效的算法减少计算量,用低功耗的传统算法代替高功耗的AI模型,只在必要的时候才启动高功耗模块。
第四阶段是场景化优化。根据用户的状态(静坐、走路、跑步、睡眠)动态调整采样率和算法策略。比如,睡眠的时候降低采样率,运动的时候提高采样率但用更高效的运动算法。
即便做了这么多优化,续航还是差点没达标。最后我们又做了几个细节优化:比如优化蓝牙的重连机制(频繁重连很耗电)、减少不必要的通知推送、优化充电时的功耗管理,终于把续航做到了7天。
功耗优化的经验:
- 功耗要从项目一开始就考虑,不能等功能做完了再优化。如果架构设计的时候没考虑功耗,后期很难救回来。
- 要有精确的功耗测量工具,能实时测量不同模块、不同状态下的电流。不知道功耗在哪里,就没法优化。
- 功耗优化是持续的,每加一个功能都要评估功耗影响,建立功耗预算和监控机制。
- 用户体验和功耗要平衡。比如,心率监测太频繁会耗电,但不频繁又会漏掉异常。需要找到平衡点,或者用智能策略(异常时自动提高频率)。
坑五:用户体验比技术更难
可穿戴设备的用户体验,比纯软件产品复杂得多。因为它是戴在身上的,涉及佩戴舒适度、交互方式、通知策略等多个方面。
第一个体验问题是佩戴舒适度。戒指戴在手指上,大小、重量、材质都很重要。我们一开始做的原型偏重,戴久了手指会有压迫感。后来换了更轻的材料,优化了内部结构,把重量降了下来。戒指的大小也很关键,不同人的手指粗细差异很大,需要提供多个尺寸,或者用可调节的设计。
第二个体验问题是交互方式。戒指没有屏幕,交互很有限。我们用了触摸(轻点、滑动)和手势(抬手、转动手腕)来交互。但触摸容易误触,手势识别不准。我们花了很多时间调优触摸的灵敏度和手势的识别算法,还加了防误触机制。
第三个体验问题是通知和提醒。可穿戴设备的通知很容易打扰用户。如果通知太多太频繁,用户会很烦,甚至关掉通知。我们做了智能通知策略:重要的通知(来电、闹钟、健康异常)才震动提醒,普通通知静默记录。震动的强度和模式也可以自定义,不同类型的通知用不同的震动模式。
第四个体验问题是数据的准确性和解释性。用户很在意健康数据的准确性,如果数据不准,用户会不信任产品。我们不仅要提高算法准确率,还要给用户合理的解释。比如,心率异常的时候,不能只说"心率异常",还要告诉用户可能的原因和建议。睡眠数据也要有清晰的图表和建议,让用户看得懂、用得上。
第五个体验问题是配对和连接。可穿戴设备需要和手机配对使用,配对流程要简单。我们一开始的配对流程比较复杂,用户经常配对失败。后来优化了配对流程,用蓝牙自动发现 + 二维码确认,配对成功率大大提升。连接稳定性也很重要,蓝牙断连要能自动重连,数据要能在断连期间缓存,重连后同步。
经验是:可穿戴设备的用户体验,是硬件、软件、算法的综合体现。不能只关注技术指标,要从用户的角度出发,考虑佩戴、交互、通知、数据等各个方面。而且要大量做用户测试,在真实使用场景中发现问题。
坑六:数据隐私和安全
可穿戴设备收集的是用户最私密的健康数据,数据隐私和安全非常重要。
我们在这方面踩的坑:
第一个是数据传输安全。一开始我们的蓝牙数据传输没有加密,后来发现这是严重的安全隐患。我们加了蓝牙链路加密和数据加密,确保数据传输过程中不被窃取。
第二个是数据存储安全。设备端和手机端存储的健康数据都要加密。我们用了AES加密存储,用户的敏感数据(比如心率、睡眠)不会明文存储。
第三个是云端数据隐私。如果数据要同步到云端,需要明确告知用户数据的用途,获得用户同意。我们遵循了最小化原则,只收集必要的数据,用户可以选择不同步到云端,也可以随时删除数据。
第四个是合规性。健康数据涉及医疗合规,不同国家和地区有不同的法规(比如美国的HIPAA、欧盟的GDPR)。我们的产品虽然不是医疗器械,但也要遵守相关的数据隐私法规。在产品设计的时候就要考虑合规性,不能等上线了再补。
经验是:数据隐私和安全要从产品设计之初就考虑,贯穿整个开发流程。这不仅是技术问题,也是法律和信任问题。用户愿意把健康数据交给你,是因为信任你,不能辜负这份信任。
坑七:供应链和量产
做硬件产品,供应链和量产是绕不开的坑。
我们的产品从原型到量产,遇到了很多供应链问题:
第一个是元器件供货。有些芯片和传感器供货不稳定,交期很长,或者突然涨价。我们不得不找替代料,重新做兼容性测试。建议至少准备两个供应商,关键元器件要有备选。
第二个是生产工艺。戒指的体积小,内部结构紧凑,生产工艺要求高。比如,传感器的窗口要透光但不能漏光,电池的焊接要精确,外壳的密封性要好。我们在量产的时候遇到了良率问题,花了很多时间和工厂一起优化工艺。
第三个是质量控制。量产的时候要建立质量控制流程,每一批产品都要抽检。我们遇到过一批产品的PPG传感器一致性不好,导致心率准确率差异很大。后来加了出厂校准环节,每个产品都要做传感器校准。
第四个是认证。可穿戴设备需要各种认证:蓝牙认证、FCC/CE认证、电池认证等。认证周期长、费用高,要提前规划。我们因为没经验,认证花了比预期多一倍的时间。
经验是:硬件产品的供应链和量产,比软件开发复杂得多。要尽早和供应链、工厂、认证机构沟通,不要等设计完了才开始找供应商。小团队可以找有经验的方案商或者ODM合作,少走弯路。
写在最后
可穿戴AI是一个很有前景的领域,但也是一个充满挑战的领域。它涉及硬件、软件、算法、用户体验、供应链等多个方面,任何一个环节出问题都可能导致产品失败。
我们踩过的这些坑,每一个都花了大量的时间和精力去解决。但也正是这些坑,让我们对可穿戴AI有了更深的理解,产品也越来越成熟。
如果你正在做或者打算做可穿戴AI产品,希望我们的经验能帮你少踩一些坑。总结几条最重要的建议:
第一,硬件选型要早做原型实际测试,不要只看参数。 第二,传感器数据处理要重视真实环境的噪声,大量真实测试。 第三,端侧AI部署要从模型设计开始就考虑资源限制,极致优化。 第四,功耗优化要从项目一开始就考虑,建立功耗预算和监控。 第五,用户体验是综合体现,要从用户角度出发,大量用户测试。 第六,数据隐私和安全要从设计之初考虑,合规先行。 第七,供应链和量产要尽早规划,找有经验的合作伙伴。
可穿戴AI的路还很长,技术在不断进步,产品在不断成熟。希望我们的产品能给用户的健康带来真正的价值,也希望更多的开发者加入这个领域,一起做出更好的可穿戴AI产品。
如果你也在做可穿戴AI,有什么经验或者问题,欢迎在评论区交流。
评论(0)
暂无评论,快来抢沙发~
评论功能仅对会员开放,请先登录
登录