做嵌入式这几年陆陆续续折腾过不少小项目但要说“做完之后真能放在家里天天用”的智能体重秤算一个。这项目看着简单——不就是个压力传感器加个单片机嘛但真要把精度、稳定性、低功耗和数据交互都处理好里面坑还真不少。这篇文章把整个项目的完整设计思路、硬件选型、代码实现和仿真调试过程都摊开来讲给出的资料包含完整源码、原理图和Proteus仿真工程照着做就能跑起来。1. 项目定位为什么选体重秤作为STM32入门到进阶的练手项目先说个结论智能体重秤是一个被低估的嵌入式练手项目。它看着不起眼但麻雀虽小五脏俱全几乎覆盖了嵌入式开发的核心环节。从硬件角度看它涉及传感器模拟信号采集电阻应变式压力传感器、信号放大与滤波仪表放大器、ADC模数转换、数码管/LCD显示驱动、按键交互甚至还可以加蓝牙模块做无线传输。从软件角度看它要求你掌握MCU的GPIO操作、定时器、外部中断、ADC多通道采样、滤波算法、标定算法、状态机编程思想以及低功耗设计策略。一个项目把这些全部串起来等价于把STM32最常用的外设模块过了一遍。现实点说绝大部分人学STM32的方式是跟着开发板跑例程点个灯、转个电机就觉得自己会了。但真实项目里遇到的问题——传感器零点漂移、噪声干扰、ADC采样抖动量、结构件公差导致的非线性误差——这些在开发板例程里根本遇不到。体重秤恰好能把“理想世界”和“现实世界”之间的差距暴露出来逼你去解决这些工程问题。另外一个优势是可验证性强。做完之后站上去秤给你的数值准不准家里人一用就知道。这种即时反馈带来的成就感比在OLED屏上跑个模拟波形来得实在得多。而且它属于典型的小型消费电子产品后续可以往蓝牙秤、APP联动秤、体脂秤方向扩展职业发展路径也清晰。后面我们做一个带蓝牙功能的扩展版本你就知道这个项目扩展性有多好了。2. 系统整体架构与核心器件选型2.1 整体功能拆解把智能体重秤的用户需求翻译成技术指标就清晰了称重范围5kg~150kg覆盖家用场景的绝大多数体重范围精度要求±0.1kg也就是100g的分辨率这是家用电子秤的基本线显示方式本地显示重量数值支持单位切换kg/lb自动功能上秤自动开机稳定后锁定数值下秤自动关机附加功能支持标定校准模式、超重报警、低电量提示这些功能背后对应的技术模块我列了一张表功能需求对应硬件模块对应软件模块重量采集电阻应变式传感器HX711ADC驱动滤波算法数据计算STM32主控标定算法重量换算人机交互4位数码管按键扫描显示状态机自动开关机振动开关/加速度检测低功耗模式外部中断无线扩展蓝牙模块可选串口协议APP对接2.2 主控芯片选型STM32F103C8T6主控我选的是STM32F103C8T6这是一颗“烂大街”但非常稳的芯片。Cortex-M3内核72MHz主频64KB Flash20KB RAM管脚密度刚好价格便宜资料多到爆炸哪怕你之前完全没接触过STM32也能在一个晚上把开发环境跑通。有人可能会问称重这点事用几块钱的专用秤芯片不就行了吗答案是学习项目追求的不是BOM成本最低而是覆盖知识面最广。STM32在这里扮演的角色是“大脑”它的GPIO驱动数码管扫描、外部中断检测上秤动作、I2C/SPI读取ADC数据我们后面用HX711的类SPI时序、串口发数据给蓝牙模块每一个动作都是一项独立的嵌入式技能。换秤专用芯片这些全被封装了项目就失去学习意义了。顺带一提如果你手头有STM32F103VET6、STM32F407之类的板子这项目完全无缝移植差别只在于引脚定义不同核心逻辑不用动。2.3 称重传感器与ADC方案HX711为什么是首选称重传感器的核心是电阻应变片。简单解释一下原理金属电阻丝贴在弹性体上弹性体受力变形电阻丝的几何尺寸发生变化导致电阻值改变。四个应变片组成惠斯通电桥在激励电压下输出毫伏级的差分电压信号。人体重量作用在传感器上输出的电压变化极其微弱满量程输出通常只有1mV/V~2mV/V也就是说5V激励、150kg满载时输出也只有5~10mV。这种弱信号直接进STM32的ADC是不现实的。STM32内置12位ADC的参考电压是3.3V最低有效位对应约0.8mV。而体重秤需要分辨100g对应传感器输出电压变化只有大约几十微伏远低于STM32的量化精度。所以必须外接高精度ADC芯片。HX711就是我在这类项目里用了不下十次的方案。它内部集成了低噪声可编程增益放大器PGA增益可选32/64/128倍配合24位ADC可以稳定分辨出微伏级的信号变化。它的数字接口是典型的类SPI——只有两个信号线PD_SCK和DOUT主机通过时钟脉冲的数量控制增益和通道切换时序简单到可以用GPIO模拟。供电范围2.6V~5.5V可以直接和3.3V的STM32对接。2.4 显示与交互方案显示模块我选了4位共阴数码管驱动方式用动态扫描。这个选择有讲究OLED屏固然显示内容多、颜值高但功耗比数码管高不少而且体重秤这种场景只需要显示几个数字不必上太多花活。数码管在强光下可读性也好成本一两块钱是典型的“够用就好”方案。按键部分保留了一个功能按键和一个标定按键。功能键用于切换单位kg/lb、清零去皮标定键负责进入校准模式。实际产品为了防水通常做成触摸按键但学习项目用机械按键就好调试方便逻辑也直观。电源方案上用3节AAA电池串联4.5V经过AMS1117-3.3给STM32供电HX711直接用4.5V供电保证桥路激励充足。后续升级低功耗方案时可以换成锂电池加升压电路但前期不推荐先把功能跑通再说。3. 硬件电路设计要点与原理图解析3.1 传感器与HX711接口电路原理图设计中最关键的部分就是HX711的模拟前端。传感器输出的是差分信号必须严格差分走线接入HX711的A和A-引脚。注意别把传感器的E激励正和E-激励负接反接反了输出的就是负值这在我调试的时候坑过我一次——明明传感器是好的读数是负的排查了半天发现是供电线反了。HX711的供电和基准电压共用AVDD引脚。为了降低电源纹波对测量精度的影响AVDD和DVDD之间要加磁珠或小电阻隔离并在靠近芯片引脚处加10uF和0.1uF的滤波电容。原理图上这些电容一个都不能省这是ADC精度的重要保障。我用的是HX711模块板板载了这些器件但自己画板子的话务必留好位置。3.2 复位电路与时钟电路STM32最小系统部分的要点相对固定但有几个细节值得注意复位电容建议10uF100nF并联可以避免上电瞬间复位不彻底导致的程序跑飞BOOT0引脚必须通过10k电阻下拉否则上电可能进入串口下载模式晶振用8MHz两个负载电容用22pF这是F103的标准配置NRST引脚上加一个100nF电容到地提高抗干扰能力3.3 数码管驱动与按键电路4位数码管动态扫描只需要8个段选引脚加4个位选引脚。段选通过100欧电阻连接到STM32引脚位选通过PNP三极管驱动。这么做不是炫技是因为数码管一段的峰值电流能达到20mA4位同时点亮时电流近100mA直接灌进GPIO会超出STM32的承受能力GPIO最大总电流约150mA单脚25mA。加上三极管做电流放大用GPIO的低电平去控制三极管的导通/关断就安全了。按键部分用的是独立按键加软件消抖。硬件上只需在每个按键引脚上并一个100nF电容可以吸收大部分机械抖动。扫描方式采用GPIO输入下拉按键按下接VCC。内部上拉也能做但下拉扫描更直观代码写起来不容易错。3.4 原理图整体连接框架我把核心连接关系简化整理一下方便你自己画图时对照模块信号线连接目标说明HX711DOUTPB12数据输出上升沿读取HX711PD_SCKPB13时钟输入脉冲数控制增益数码管段选a~dpPA0~PA7经100Ω电阻数码管位选D1~D4PB8~PB11经PNP三极管驱动功能键KEY1PC13单位切换/去皮标定键KEY2PC14进入标定模式串口蓝牙扩展TX/RXPA9/PA10预留接口蜂鸣器BEEPPB15超重/按键提示4. 软件工程架构状态机思维贯穿全局4.1 程序总体结构写嵌入式代码最怕的就是“面条式”——所有逻辑塞在一个main函数里跑起来全靠中断和delay硬撑。这项目虽然不大但我仍然用了模块化架构每个外设的驱动单独成文件主循环收敛成一个状态机。工程结构如下SmartScale/ ├── Core/ │ ├── Inc/ │ └── Src/ │ ├── main.c │ ├── stm32f1xx_it.c │ └── system_stm32f1xx.c ├── Drivers/ │ ├── BSP/ │ │ ├── bsp_hx711.c/h │ │ ├── bsp_display.c/h │ │ └── bsp_key.c/h │ ├── Middlewares/ │ │ ├── filter.c/h │ │ └── calibrate.c/h │ └── App/ │ ├── app_scale.c/h │ └── app_state.c/h划分的原则是BSP层只做寄存器级驱动不掺业务逻辑中间层做数据处理算法App层做用户流程状态机。这样后期加蓝牙、加APP通讯只需要在App层加一个模块BSP层不用动。4.2 主状态机设计体重秤的状态切换逻辑我用一张状态图就能说清楚状态触发条件动作退出条件待机上电初始化完成数码管灭进入低功耗检测到振动/重量变化称重检测到上秤连续ADC采样滤波重量稳定且非零锁定重量稳定显示数值并锁存重量变为0校准按下标定键执行两点标定流程标定完成关机称重后无操作超时进入STOP模式重新上秤唤醒这个状态机的关键在于“稳定判断”。体重秤最怕的就是数值来回跳——站上去数字从60.1跳到60.3再跳到60.0体验非常糟糕。所以我在锁定状态前加了连续N次采样值偏差小于阈值的判断条件只有确认稳了才锁存显示。4.3 关键代码片段解析HX711的读取时序是这项目最基础也最需要精确的代码。HX711的时序要求是DOUT拉低表示数据就绪主机输出25~27个PD_SCK正脉冲读取24位数据第25个脉冲用于选择下一轮增益和通道。核心代码如下uint32_t HX711_Read(void) { uint32_t count 0; uint8_t i; // 等待数据就绪DOUT拉低 while (HAL_GPIO_ReadPin(HX711_DOUT_PORT, HX711_DOUT_PIN)); for (i 0; i 24; i) { HX711_SCK_HIGH(); delay_us(1); count count 1; HX711_SCK_LOW(); delay_us(1); if (HAL_GPIO_ReadPin(HX711_DOUT_PORT, HX711_DOUT_PIN)) count; } // 第25个脉冲设置增益128回到通道A HX711_SCK_HIGH(); delay_us(1); HX711_SCK_LOW(); delay_us(1); return count; }读到的24位数据是二进制补码格式转换成有符号数后数值范围约-8388608到8388607。这里有一个新手容易踩的坑HX711上电后有一个稳定的周期要等到DOUT真正拉低再开始读时钟否则读到的数据是无效的。我在读取函数里加了超时判断防止传感器异常时程序卡死在等待循环里。5. 核心算法从ADC原始值到稳定体重数值5.1 数据滤波滑动平均到底够不够HX711输出的原始数据包含大量噪声从几十微伏的信号里提取有效值必须做软件滤波。最直观的方法是滑动平均滤波——连续采样N次取平均。但基础滑动平均有两个问题一是N取值有限一般30~50次再多响应变慢二是它无法剔除异常跳变值。我的做法是滑动平均中值滤波的复合策略。具体操作连续采样5组数据取每组内部3次采样的平均值再对这5个平均值取中值最后对中值结果再做20级滑动平均。这样RMS噪声可以压到原始值的五分之一以下同时又能有效抑制尖峰脉冲干扰。对比一下不同滤波策略的效果滤波方法噪声抑制比响应延迟抗脉冲能力单次采样1x无无10次滑动平均约3.2x中等弱20次滑动平均约4.5x较高弱中值滑动平均约6x中等强体重秤对延迟的感知其实没那么敏感——你站上去一两秒内出数值在可接受范围。所以宁可在滤波上下狠功夫也别让数字乱跳。5.2 标定算法两点标定的数学原理任何称重系统都必须标定因为传感器和放大器的线性度、零点和增益存在个体差异。我说一个自己用的简化版两点标定方案标定原理是 y kx b 的标准线性映射。其中x是ADC滤波后的原始读数y是实际重量值单位kgk是增益斜率b是零点偏移。标定流程零点标定保证称体空载读取ADC稳定值记为 zero_adc满量程标定放上标准砝码我用20kg砝码方便起见读取ADC稳定值记为 span_adc计算k和b#define STANDARD_WEIGHT 20.0f // 标定砝码质量单位kg float k_scale STANDARD_WEIGHT / (float)(span_adc - zero_adc); float b_offset -(k_scale * zero_adc); // 重量换算 float weight k_scale * (float)filtered_adc b_offset;这里要特别提醒标定用的是“差值”而不是“绝对值”是为了把温度漂移、传感器老化等因素的影响降到最低。实测下来这个两点标定的线性误差在满量程0.5%以内家用完全够用。5.3 去皮功能与单位切换去皮功能本质上是更新零点偏移。按下去皮键后把当前读数更新为零点后续重量就是相对当前皮重的净重。这在厨房秤场景下很有用——先放碗去皮再放食材显示的就是食材净重。体重秤一般用不上但代码框架里保留了这个功能以后改造厨房秤就不用动算法层。单位切换kg/lb的换算系数是1kg2.20462lb。这里有个小工程点数码管只有4位显示lb值可能超过4位数字。所以我做了溢出处理——大于999.9lb显示全灭或“Err”防止显示错乱影响体验。5.4 测量稳定性优化一个容易被忽略的细节实际使用中你会发现人在秤上轻微晃动时ADC采样值必然跟着波动。前文说的滤波算法能抑制噪声却防不住人体晃动带来的真实重量变化。处理方法是在锁定逻辑中加入“连续窗口稳定性判定”uint8_t IsWeightStable(float current_weight) { static float last_weight 0; static uint8_t stable_count 0; float diff fabs(current_weight - last_weight); if (diff STABLE_THRESHOLD) // 阈值设为0.05kg stable_count; else stable_count 0; last_weight current_weight; if (stable_count 10) // 连续10次约1秒稳定 return 1; return 0; }这个逻辑等价于只有数值连续1秒内都落在当前值的±50g范围内才认为人体稳定可以锁存。实测体验不错不会出现站上去数值还没稳就被锁死的情况。6. 低功耗设计让体重秤真正“电池用一年”6.1 功耗黑洞在哪里家用体重秤最忌讳频繁换电池。功耗的大头主要在三处STM32运行模式约50mA72MHz、数码管动态扫描约30mA、HX711工作约1.5mA。如果全速运行不加处理三节AAA电池也就撑几周。要解决功耗必须深挖两个维度工作状态的时长和待机状态的深度。体重秤的真实使用模式是“99%时间待机1%时间工作”。所以核心目标是把待机电流压到微安级工作电流只在用户真正上秤时出现。6.2 待机策略STOP模式外部中断唤醒我的方案是默认状态下进入STOP模式约20uA通过振动开关或加速度传感器产生外部中断唤醒。在STM32F103上STOP模式保留了SRAM和寄存器内容唤醒后能快速恢复现场非常适合“待机-快速唤醒”这类低功耗场景。ESP32之类的芯片有更加激进的Deep Sleep模式但STM32F103实现起来也足够简单只要设置好EXTI唤醒引脚调用HAL_PWR_EnterSTOPMode唤醒后重新配置系统时钟即可。需要注意从STOP模式唤醒后系统时钟默认回落到HSI8MHz必须重新调用SystemClock_Config()切回PLL倍频后的72MHz否则程序还在工作但CPU时钟已经降到8MHz了时间基准全部错乱。6.3 工作阶段功耗优化当检测到上秤后系统全速运行0.8秒采集第一组数据之后可以降频运行我实测用16MHz主频照样能保证HX711时序的准确性和滤波的实时性功耗直接降到原来的三分之一左右。在显示阶段数码管动态扫描需要满电流驱动但这里也有优化空间——PWM限流。把段选三极管的基极接到定时器PWM通道通过调整占空比控制显示亮度同时限制平均电流。我的做法是占空比设置为60%亮度足够日常使用电流从30mA降到约18mA。6.4 实测功耗数据参考状态电流占比说明STOP待机约22uA99%振动开关唤醒主动采集滤波约16mA0.5%降频运行显示峰值约25mA0.5%数码管PWM限流HX711就绪1.5mA随状态采集完成即断电按每天称2次、每次10秒计算三节AAA电池约1200mAh的理论续航超过一年。当然这只是理论值实际受电池自放电影响半年换一次是比较现实的目标。7. Proteus仿真没硬件也能完整跑通项目7.1 仿真工程搭建Proteus仿真是本项目图纸的一个重要组成部分。没硬件的人也能完全通过仿真验证代码逻辑、观察时序波形。仿真工程里需要放置的器件清单器件Proteus关键字说明STM32F103C8STM32F103C8主控HX711使用电阻网络模拟差分输出Proteus库中无真HX711数码管7SEG-MPX4-CC4位共阴数码管电阻RES段选限流按键BUTTON交互虚拟终端VIRTUAL TERMINAL串口调试输出特别注意Proteus自带的元件库没有HX711需要用“电阻分压电位器模拟差分电压输出”的方式搭建模拟前端。用两个电位器分别模拟传感器零点电压和负载时电压变化接到STM32的ADC输入脚或直接模拟HX711的DOUT时序。7.2 仿真验证的三个关键阶段阶段一是验证ADC采样链路。在仿真中改变电位器阻值观察STM32通过HX711时序读到的原始值是否按预期线性变化。阶段二是验证滤波算法。让模拟输入叠加一个阶跃干扰看输出曲线是否有明显尖峰。阶段三是验证整机状态机。模拟“上秤→稳定→下秤”的完整流程看显示值是否经过锁定逻辑正确输出。仿真代码需要改一处很关键的地方——HX711时序在Proteus里要降低速度因为仿真器模拟的I/O翻转比真实芯片慢得多。我在HX711的驱动里把delay_us(1)改为delay_us(50)这样仿真时序才能稳定工作。真机运行前把这个延时改回去就行不要带着调试参数去烧录真机。7.3 仿真和真机的差异心得仿真能验证逻辑但验证不了模拟性能。Proteus里的“传感器”是理想的电阻网络不存在零点漂移和热噪声所以滤波算法的实际效果必须在真实硬件上验证。我自己的流程是先在仿真里跑通逻辑再烧录真机做AD值观测用串口打印原始值和滤波后的值肉眼比对噪声抑制效果。串口打印这个调试技巧务必学会后期排除问题全靠它。8. 标定与误差分析把精度从“能用”提到“准确”8.1 标定流程细节标定必须在传感器水平放置、无风、温度稳定的环境下进行。我的标准流程开机进入校准模式长按标定键3秒确保秤体空载等待读数稳定确认零点放置标准砝码推荐满量程的50%~80%我常用20kg或40kg等待读数稳定确认满量程点退出校准把k和b写入Flash系统退出校准模式这里的工程要点是标定时的采样同样要走完整的滤波流程不能用单次读数否则误差会折算进k值影响全量程精度。还有就是标定砝码一定要经过第三方计量检定的标准砝码随便拿个哑铃标定出来的秤称谁都不准。8.2 误差来源分析误差来源无非这几类误差源典型量级应对策略传感器非线性满量程0.1%~0.3%多点标定插值修正温漂零点漂移数g~数十g软件零点自动跟踪ADC量化噪声±1~2个LSB滤波算法抑制机械结构误差与传感器安装位置相关传感器居中、四点支撑均匀受力供电电压波动影响桥路激励稳压电源HX711 AVDD参考多数家用体重秤用两点标定已经足够但如果你追求更高精度可以升级成三点标定加线性插值在20kg、60kg、100kg三点分别标定误差可以压到满量程0.1%以内。代价是标定流程变复杂且需要更多标准砝码。8.3 动态称重的尝试与取舍标准称重流程要求人站稳后等待稳定。但真实用户体验是希望“走上去就能看到数字”——这就涉及动态称重技术。原理是称重传感器实际上是一个力传感器的动态系统人体上秤的瞬间是典型的欠阻尼振荡响应如果能在振荡波形中提取稳态值就能在1秒内给出准确读数。这个方向我用过一段时间的IIR滤波加模型预测来做结果不太稳定。后来换了思路增加采样速率到200Hz用最小二乘法拟合力曲线的衰减趋势反推稳态值。效果尚可但为了控制项目复杂度最终版本里还是保留传统“稳定后锁存”方案。动态称重作为独立课题留着后续有时间单独写一篇。9. 系统联调与问题排查实录9.1 实测中遇到的典型问题清单我在这个项目上前后踩过不少坑挑几个典型问题记录如下提供排查思路。问题1上电后数码管乱码闪烁排查过程先确认时钟配置——从STOP唤醒后没重新配置PLL导致主频异常数码管扫描时序全部错乱。解决方案是在唤醒路径上重新调用SystemClock_Config()问题消失。问题2读数漂移严重静止时数值缓慢变化排查过程先检查供电是否稳定发现AMS1117前端输入电压只有4.0V输出3.3V纹波偏大。方案是把HX711的AVDD同时加LC滤波并在采集期间把CPU频率降到16MHz减少数字噪声耦合到模拟电源。处理后零点漂移从±20g降到±5g。问题3数据偶尔跳变一个很大值排查过程用串口打印原始值发现每分钟出现几次异常大值幅度达到几百个ADC计数。怀疑是电源尖峰或电磁干扰在传感器信号线上并了33pF滤波电容同时把HX711采样速率从80SPS降到10SPS问题显著改善。这提醒我干扰永远优先从源头处理而不是靠软件滤波硬扛。问题4标定后满量程准但小量程误差大排查过程这属于典型的传感器非线性。我改用分段线性插值修正小量程区域60kg以下用低斜率标定参数以上用高斜率参数。实际上因为传感器的非线性通常不会特别夸张最终我选了在20kg和80kg两个点之间做线性化矫正。9.2 调试工具与技巧总结调试这类模拟混合信号项目示波器是必需品。没有示波器至少也要有个带ADC功能的逻辑分析仪。我自己的调试配置串口调试开一个USART端口用printf打印ADC原始值、滤波值、状态机状态、重量换算值这是系统排查问题的第一手段按键复用在调试模式下按键功能切换为显示内部变量比如显示当前滤波原始值的后四位临界值观察在标定模式放不同重量的砝码记录ADC值画出传感器特性曲线一眼看出非线性区间调试切记“一次改一个变量”。很多人排查问题喜欢同时改滤波参数、改采样率、换传感器结果问题没定位反而引入更多变量。我自己的习惯是先用串口数据确认现象锁定排查范围再动手改代码。9.3 可靠性设计心得最后聊几个提升系统可靠性的细节ADC采样循环中加超时保护HX711如果DOUT一直为高读取函数必须能跳出否则系统卡死。这项目不复杂但任何生产级代码都应该有这层保护。Flash参数存储带校验标定参数写入Flash时同时存一个校验字节用简单异或或CRC16读取时校验失败就恢复默认值避免参数损坏导致秤变砖。看门狗启用IWDG独立看门狗主循环每200ms喂一次。万一程序跑飞2秒内自动复位保证设备不长时间处于死机状态。10. 扩展方向从体重秤到智能健康设备项目跑通之后扩展空间非常大我梳理几个值得做且不复杂的升级方向方向一蓝牙低功耗升级。把有线串口模块换成BLE模块比如我用的HC-08或者nRF52832手机APP通过通用BLE协议接收体重数据。不过这需要补Android/iOS的蓝牙开发知识涉及BLE的GATT服务设计和数据解析协议设计属于“中等偏难”的扩展。方向二多用户识别。通过体重变化模式或者传感器压力分布粗略识别不同家庭成员自动归档到对应账户。实现思路是在Flash里存储多个用户的历史体重基线每次称重后做最近邻匹配。算法不复杂但需要先积累一段时间的称重数据。方向三体脂率估算。用生物电阻抗分析法BIA在秤体上集成ITO导电膜电极通过注入微小交流信号测量人体阻抗。这个方向硬件复杂度显著上升涉及AC信号源、高精度阻抗测量电路而且安全标准要求更高我目前只在实验室环境下验证过不建议新手直接上手。方向四云端数据同步。配合WiFi模块比如ESP8266或者通过蓝牙把数据传到手机再转发云端。适合做长期健康趋势分析涉及IoT协议栈和云平台开发。可以把体重数据和后续要做的心率、血压等健康数据汇到一起做一个小型个人健康管理平台算是不错的进阶练手方向。方向五动态称重体验优化。回到前面提的动态称重算法利用更高采样率和更多传感器数据点把“站上去即得数”的体验做出来。需要比较多数学建模知识但这也是它有意思的地方——从工程实现角度去理解控制理论的应用。我个人经历中最大的体会是如果有兴趣往这个方向深入可以从结构设计入手配合三款不同量程的传感器做一个“大秤小秤”组合设备分别覆盖婴儿体重高精度和成人体重大量程。这种细分场景的定制化功能恰恰是当前家用健康设备不断演进的趋势方向值得持续关注和投入。
