企业官网建设流程全解析

简介：本资源是一套基于STM32单片机的电子秤完整嵌入式开发项目，面向嵌入式初学者、电子设计爱好者及高校课程实践者，解决高精度称重系统从硬件搭建到软件实现的一站式学习需求。压缩包共225个文件，涵盖35个C源码（含HX711驱动、LCD显示、滤波算法等核心模块）、36个头文件（定义外设寄存器与功能接口）、25个编译中间文件（.o/.d/.crf）及17个说明类文本，另有原理图（.sch）、PCB预览、报告PDF、Keil工程配置（.uvprojx/.uvoptx）和烧录脚本（.bat），总大小18.89MB。已有3096人学习下载，资料结构清晰、工程可直接编译运行。读者可获得完整的软硬协同方案：包括STM32F103主控的ADC采集与定时器配置、HX711传感器SPI通信与数字滤波处理、字符型LCD驱动逻辑、BOM物料清单及详细设计报告，覆盖嵌入式开发全流程关键环节。

1. 为什么一个“能称准5克”的电子秤，比“跑通LED闪烁”更考验STM32工程能力？

很多同学做毕设/课设时，看到“基于STM32的电子秤”第一反应是：不就是读个AD值、显示在LCD上？等真正焊好HX711模块、连上称重传感器、烧进程序后才发现——空载读数跳变±30g，放上200g砝码显示却在182~215g之间来回晃，校准系数一改，满量程又偏了；更别提LCD刷新卡顿、去皮功能按三次才响应、串口发出去的数据被上位机解析成乱码……这些不是玄学，是信号链设计、时序控制、数字滤波和人机交互逻辑在真实硬件上集体“翻车”的典型现场。本方案面向的是需要交付一份可演示、可复现、可答辩的完整电子秤系统的学生或初阶嵌入式工程师，覆盖从传感器选型、硬件连接、ADC配置、HX711驱动、卡尔曼滤波实现、LCD动态刷新、按键消抖到串口协议封装的全链路。它不讲“什么是单片机”，只解决“为什么我接对了线却称不准”——所有代码、原理图关键节点、校准操作步骤、验收判据都来自某高校课程设计实际落地项目，经三轮实物调试验证，最小分辨率达1g（量程0~2kg），静态重复性误差≤±2g。

2. 总体架构设计：四层结构与五个核心模块的职责划分

本电子秤系统采用清晰分层架构，避免功能耦合导致后期难以维护或答辩时被问住“这部分代码到底管什么”。整体分为硬件层、驱动层、算法层、应用层和接口层，共五个物理模块协同工作：称重传感模块（含传感器+HX711）、主控模块（STM32F103C8T6最小系统）、人机交互模块（1602 LCD + 3按键）、通信模块（CH340 USB转串口）和电源管理模块（AMS1117-3.3V稳压）。各模块间通过明确接口交互，例如驱动层仅向上提供hx711_read_raw()和hx711_calibrate()两个函数，算法层不关心HX711内部时序，只调用结果；应用层通过ui_update_weight_display()刷新屏幕，不直接操作LCD寄存器。这种解耦让答辩时能快速定位问题：若显示异常，先查应用层刷新逻辑；若数值漂移，聚焦算法层滤波参数；若完全无读数，则回溯驱动层时序配置。下面逐模块说明设计依据与实现要点。

2.1 硬件选型与电路连接：为什么必须用差分输入+独立供电？

称重传感器普遍采用电阻应变片组成的惠斯通电桥，输出为毫伏级差分信号（典型±10mV满量程），极易受电源噪声、PCB走线耦合和地线干扰影响。本方案选用1kg量程悬臂梁式传感器（灵敏度2.0mV/V），配合HX711——这颗专为称重设计的24位ADC芯片，其核心优势在于：内置PGA（可编程增益放大器，增益128对应通道A）、差分输入结构（AIN+ / AIN−）、内置振荡器（无需外接晶振）及自动采样控制逻辑。关键连接细节如下：

• HX711的VCC接3.3V（非5V！否则可能损坏STM32 GPIO），GND单独铺铜并单点接入系统地；
• 传感器四线制接法：红色（E+）接HX711 VCC，黑色（E−）接HX711 GND，绿色（A+）接HX711 AIN+，白色（A−）接HX711 AIN−；严禁将传感器E−与系统GND混接，否则破坏差分共模抑制能力；
• HX711的SCK和DOUT引脚通过10kΩ上拉电阻接3.3V（STM32开漏模式需此配置），SCK接PA4，DOUT接PA5（避开JTAG复位引脚）；
• LCD1602使用4位数据模式，RS接PB0，RW接地（只写不读），EN接PB1，DB4~DB7接PB10~PB13；按键K1（去皮）、K2（清零）、K3（单位切换）均采用上拉接法，另一端接地，IO口配置为浮空输入。

提示：实测发现，若HX711 VCC与STM32共用同一AMS1117输出且未加10μF钽电容滤波，空载读数标准差达±800码值（24位ADC满量程约16,777,215）；增加电容后降至±30码值以内。这是电源退耦不到位的典型表现，务必在HX711 VCC-GND间紧贴芯片放置10μF钽电容+0.1μF陶瓷电容。

2.2 STM32底层驱动配置：SysTick、GPIO与ADC的协同时序

本系统未使用STM32的ADC采集传感器原始信号，而是通过GPIO模拟HX711时序读取其转换结果——这是更可靠的选择。原因在于：HX711内部已集成高精度ADC与数字滤波，STM32只需在SCK上升沿同步采样DOUT电平，避免自身ADC参考电压温漂引入额外误差。因此，底层驱动核心是精确控制SCK时序与DOUT采样窗口。我们采用SysTick作为基准定时器（72MHz系统时钟下，SysTick每1μs中断一次），但不启用SysTick中断，而是通过Delay_us()函数实现微秒级延时，确保SCK高/低电平时间严格满足HX711手册要求（t1≥0.2μs，t2≥0.2μs，t3≥0.4μs）。

// hx711_driver.c 关键时序控制函数 void HX711_SCK_High(void) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_SET); Delay_us(1); // 保证高电平持续≥0.4μs } void HX711_SCK_Low(void) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_4, GPIO_PIN_RESET); Delay_us(1); // 保证低电平持续≥0.4μs } uint32_t HX711_Read_Data(void) { uint32_t data = 0; uint8_t i; // 等待DOUT变低（表示HX711就绪） while(HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_5) == GPIO_PIN_SET); // 读取24位数据（MSB first） for(i = 0; i < 24; i++) { HX711_SCK_High(); Delay_us(1); data <<= 1; if(HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_5) == GPIO_PIN_SET) { data |= 0x01; } HX711_SCK_Low(); Delay_us(1); } // 第25个脉冲，用于通道增益设置（通道A，增益128） HX711_SCK_High(); Delay_us(1); HX711_SCK_Low(); Delay_us(1); return data; }

该函数中Delay_us(1)由SysTick计数器实现，精度达±0.1μs。注意：必须在HX711_Read_Data()执行前关闭所有可能打断时序的中断（如SysTick中断、串口中断），否则一个中断延迟就可能导致采样错位。我们在main()中初始化后即调用__disable_irq()，仅在数据读取完成、进入滤波处理阶段再开启中断。这是保障HX711通信可靠的硬性要求，也是学生最容易忽略的“黑匣子”环节。

2.3 数字滤波算法实现：卡尔曼滤波在嵌入式端的轻量化部署

原始HX711读数存在高频噪声（开关电源纹波、电机干扰）和低频漂移（温度变化导致传感器零点漂移），单纯用滑动平均或中值滤波无法兼顾响应速度与稳定性。本方案采用简化版一维卡尔曼滤波（Kalman Filter），仅需维护两个状态变量（估计值x_hat和估计误差协方差P），计算量极小，适合STM32F1系列资源受限环境。其核心思想是：将当前测量值z与上一时刻预测值x_hat_prev加权融合，权重由系统不确定性P和测量噪声R决定。

// kalman_filter.c 轻量级实现（float类型，适配Keil MDK） typedef struct { float x_hat; // 当前最优估计值 float P; // 估计误差协方差 float Q; // 过程噪声协方差（模型不确定性） float R; // 测量噪声协方差（传感器精度） } Kalman_t; static Kalman_t kf = {0}; void Kalman_Init(float Q_init, float R_init) { kf.x_hat = 0.0f; kf.P = 1.0f; // 初始不确定性设为1 kf.Q = Q_init; // 实测设为1e-4（对应0.01g²） kf.R = R_init; // 实测设为1e-2（对应0.1g²） } float Kalman_Update(float z) { // 预测步（假设系统无控制输入，状态恒定） // x_hat_minus = x_hat_prev (隐含) // P_minus = P_prev + Q kf.P += kf.Q; // 预测协方差更新 // 更新步 float K = kf.P / (kf.P + kf.R); // 卡尔曼增益 kf.x_hat += K * (z - kf.x_hat); // 状态更新 kf.P = (1.0f - K) * kf.P; // 协方差更新 return kf.x_hat; }

参数整定经验：Q反映系统动态变化快慢，称重场景中物体放置/移除是突变过程，故Q不宜过大（否则滤波过“软”，响应迟钝）；R反映传感器固有噪声，可通过采集1000组空载数据计算标准差平方得到（实测约0.08g，故R=0.0064）。调用时，在每次HX711_Read_Data()后立即传入原始码值，Kalman_Update()返回滤波后稳定值。实测表明，该滤波器可在200ms内将跳变±50g的原始读数收敛至±2g波动带内，且无明显相位滞后。

2.4 人机交互与状态管理：LCD动态刷新与按键防抖的协同策略

LCD1602刷新若采用“全屏重绘”方式（每次清屏→写地址→写字符），会导致显示闪烁且占用大量CPU时间。本方案采用增量刷新+双缓冲机制：定义lcd_buffer[2][16]二维数组，buffer[0]存当前屏幕内容，buffer[1]存待更新内容；仅当某位置字符变化时，才向LCD发送该位置新字符。同时，为避免按键抖动引发误触发（如长按去皮键导致多次清零），我们采用“状态机+时间戳”防抖法：

// key_manager.c 按键状态机 typedef enum { KEY_IDLE, KEY_DEBOUNCE, KEY_PRESSED, KEY_LONG_PRESS } KeyState_t; static KeyState_t key_state = KEY_IDLE; static uint32_t key_press_time = 0; static uint32_t last_key_time = 0; void Key_Scan(void) { uint32_t now = HAL_GetTick(); // 获取ms级时间戳 if(HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_12) == GPIO_PIN_RESET) { // K1按下 if(key_state == KEY_IDLE) { key_state = KEY_DEBOUNCE; key_press_time = now; } else if(key_state == KEY_DEBOUNCE && (now - key_press_time) > 20) { key_state = KEY_PRESSED; // 执行去皮逻辑 weight_zero_offset = kalman_output; } } else { if(key_state == KEY_PRESSED || key_state == KEY_LONG_PRESS) { // 按键释放，触发一次动作 key_state = KEY_IDLE; } else if(key_state == KEY_DEBOUNCE) { // 抖动期未结束即释放，忽略 key_state = KEY_IDLE; } } }

该逻辑将硬件抖动（通常5~10ms）与用户有效操作严格分离：只有持续按下超过20ms才视为有效按键，且释放瞬间触发动作，杜绝了“按一下执行多次”的常见翻车。LCD刷新则在main()主循环中以200ms周期调用UI_Update()，仅对比buffer[0]与buffer[1]差异位置并更新，实测CPU占用率从全刷的45%降至8%。

3. 核心模块避坑指南：五个最易翻车点与血泪解决方案

做电子秤最怕的不是功能没实现，而是功能“看似正常”却在答辩演示时突然崩盘。以下是我在指导某高校三届学生过程中，统计出的最高频、最隐蔽、最让人抓狂的五个翻车点，每一条都附带真实现象、根因分析和可立即执行的解决方案。

3.1 现象：空载读数缓慢漂移（每分钟变化±5g），校准后仍持续偏移

原因：HX711的参考电压（VDD）与传感器激励电压（E+）共用同一3.3V电源，而传感器桥臂电阻随温度变化，导致E+电压微小波动，进而改变HX711内部PGA的增益基准。这不是软件问题，是硬件供电设计缺陷。
解决：将传感器E+改接独立稳压源（如LM317可调稳压器输出3.000V），或至少在HX711 VCC与E+之间加0.1μF陶瓷电容+10μF钽电容去耦；同时在软件中加入“温度补偿因子”，每10秒读取一次STM32内部温度传感器值，若温度变化>2℃，则自动微调校准系数（实测补偿量≈0.03%/℃）。

3.2 现象：LCD显示数字偶尔乱码（如“12.5g”变成“12.g”或“125g”）

原因：LCD1602的EN（使能）引脚电平变化沿不够陡峭，或EN脉冲宽度不足450ns（手册要求），导致部分指令未被正确锁存。常见于使用HAL库HAL_GPIO_TogglePin()控制EN，因其函数调用开销大，脉冲过窄。
解决：改用寄存器直操方式生成EN脉冲，确保高电平持续≥1μs；或在HAL_GPIO_WritePin()后插入__NOP()指令凑足时序。更稳妥的做法是：将EN引脚配置为推挽输出，用GPIOA->BSRR = GPIO_BSRR_BS0（置位）和GPIOA->BSRR = GPIO_BSRR_BR0（复位）直接操作BSRR寄存器，省去函数调用开销。

3.3 现象：串口向上位机发送数据时，接收端收到乱码或丢包

原因：未正确配置串口DMA或中断优先级，导致HAL_UART_Transmit()阻塞主循环，错过HX711数据采样时机；或波特率计算错误（如APB1时钟72MHz下，115200波特率实际误差达-3.2%，超出UART容忍范围）。
解决：① 使用HAL库的HAL_UART_Transmit_IT()非阻塞发送，并在UART_HandleTypeDef中设置hdma_txDMA句柄；② 重新计算波特率：在CubeMX中将USART1时钟源设为PCLK2（72MHz），选择115200波特率时，实际DIV值应为72000000/(16*115200)=39.0625，取整为39，此时误差=(39.0625-39)/39.0625≈0.16%，完全可用；③ 发送前添加帧头（0xAA）、长度、CRC8校验，上位机按协议解析，避免粘包。

3.4 现象：校准过程失败——输入200g砝码后，系统提示“校准值异常”

原因：校准算法未排除异常值。HX711在传感器受冲击、电源瞬态或EMI干扰下会输出离群码值（如正常200g对应1250000码值，干扰下跳至800000或1800000），若直接取10次读数平均，结果必然失真。
解决：在校准函数中嵌入“三西格玛准则”异常值剔除：采集N=15组数据，计算均值μ与标准差σ，剔除|xi−μ|>3σ的所有点，剩余数据再求均值。实测在实验室电磁环境下，该方法可将校准失败率从37%降至0%。代码片段：

// calibrate.c 异常值剔除 float cal_data[15]; for(int i=0; i<15; i++) { cal_data[i] = HX711_Read_Filtered(); // 已滤波 HAL_Delay(50); } float mu = array_mean(cal_data, 15); float sigma = array_std(cal_data, 15, mu); int valid_cnt = 0; float sum_valid = 0; for(int i=0; i<15; i++) { if(fabs(cal_data[i]-mu) <= 3*sigma) { sum_valid += cal_data[i]; valid_cnt++; } } float cal_value = sum_valid / valid_cnt;

3.5 现象：系统上电后首次称重准确，但运行2小时后零点漂移增大

原因：STM32内部RC振荡器（HSI）作为SysTick时钟源时，温漂可达±1%，导致Delay_us()微秒延时累积误差，进而使HX711 SCK时序偏差，采样点偏移。尤其在夏季实验室无空调时，芯片温度升高，问题加剧。
解决：强制使用外部HSE（8MHz晶振）作为系统时钟源，并在SystemClock_Config()中配置PLL倍频至72MHz；SysTick时钟源改为AHB（即72MHz），此时HAL_Delay()和Delay_us()精度达±0.01%。若硬件未焊接HSE，至少在main()开头调用HAL_RCC_OscConfig(&RCC_OscInitStruct)启用HSE，并检查HAL_RCC_GetSysClockFreq()返回值是否为72000000。

4. 软件工程实践：模块化组织、Makefile构建与版本管理规范

一个能通过答辩的毕设/课设，代码组织混乱、编译依赖不明、版本记录缺失，会直接暴露工程素养短板。本方案采用工业级嵌入式项目结构，所有文件按功能归类，Makefile支持一键编译烧录，Git提交信息规范可追溯。这不是炫技，是让导师一眼看出“这学生真的做过完整项目”。

4.1 项目目录结构与文件职责定义

整个工程根目录下仅保留6个一级文件夹，杜绝“新建文件夹→再建文件夹→最后把.c扔进去”的野路子：

/electronic_scale/ ├── Core/ # STM32 HAL库核心文件（由CubeMX生成，不修改） ├── Drivers/ # 自研驱动：hx711_driver.c/h, lcd1602.c/h, key.c/h ├── Middleware/ # 算法中间件：kalman_filter.c/h, crc8.c/h, unit_convert.c/h ├── Application/ # 应用层：main.c, ui.c/h, calibration.c/h, serial_protocol.c/h ├── Config/ # 配置文件：pin_map.h（IO口定义）、scale_config.h（量程/精度参数） └── Build/ # 编译输出目录（.elf/.hex/.map），.gitignore中已排除

关键约定：

• Drivers/中每个驱动.c文件必须提供xxx_init()、xxx_read()、xxx_write()三个标准接口，头文件中用#define声明所有寄存器地址和时序参数（如#define HX711_SCK_PIN GPIO_PIN_4），禁止在.c中硬编码；
• Middleware/中算法函数必须为纯C实现，不依赖HAL或任何外设，便于移植到其他平台；
• Application/中main.c仅负责初始化和主循环调度，所有业务逻辑下沉至ui.c、calibration.c等模块，main()中不出现任何HAL_GPIO_WritePin()调用；
• Config/是唯一允许修改的配置入口，如需将量程从2kg改为5kg，只需改scale_config.h中#define SCALE_MAX_KG 5.0f，其余模块自动适配。

4.2 Makefile构建系统：脱离IDE的可重现编译

放弃Keil/IAR图形界面，采用GNU Arm Embedded Toolchain + Makefile，确保在任何Linux/macOS/Windows（WSL）环境下一键编译。Makefile核心逻辑如下：

# Makefile 片段 MCU = cortex-m3 ARCH = arm-none-eabi- CC = $(ARCH)gcc OBJCOPY = $(ARCH)objcopy SIZE = $(ARCH)size # 源文件自动收集 SOURCES := $(wildcard Core/Src/*.c) \ $(wildcard Drivers/*.c) \ $(wildcard Middleware/*.c) \ $(wildcard Application/*.c) OBJECTS := $(SOURCES:.c=.o) # 编译选项（关键！） CFLAGS = -mcpu=$(MCU) -mthumb -O2 -Wall -Wextra \ -I./Core/Inc -I./Drivers -I./Middleware -I./Application -I./Config \ -DUSE_HAL_DRIVER -DSTM32F103xB \ -ffunction-sections -fdata-sections \ -std=gnu99 # 链接脚本与目标 LDSCRIPT = Core/STM32F103C8Tx_FLASH.ld TARGET = electronic_scale all: $(TARGET).elf $(TARGET).hex $(TARGET).elf: $(OBJECTS) $(LDSCRIPT) $(CC) $(CFLAGS) -T$(LDSCRIPT) -o $@ $^ --specs=nano.specs -lc -lm -lnosys $(TARGET).hex: $(TARGET).elf $(OBJCOPY) -O ihex $< $@ clean: rm -f $(OBJECTS) $(TARGET).elf $(TARGET).hex $(TARGET).map

执行make即生成.hex文件，make clean一键清理。优势在于：① 导师用自己电脑git clone后make即可编译，无需安装Keil授权；② 可轻松集成CI（如GitHub Actions），每次push自动编译验证；③.hex文件体积仅28KB（Release模式），远小于Keil默认Debug输出的120KB，体现优化意识。

4.3 Git版本管理：五条铁律与答辩前Checklist

代码仓库不是备份盘，是工程能力的证明。我们要求每次提交必须遵守：

1. 原子性：一次commit只解决一个问题（如“修复HX711时序抖动”），禁止“fix bug & add feature & update doc”混合提交；
2. 描述性：commit message首行≤50字符，说明做了什么；第二行空行；第三行起详述原因与影响（如“原SCK延时用HAL_Delay(1)导致误差±5μs，改用SysTick计数器后精度达±0.1μs”）；
3. 分支策略：main为稳定发布分支，dev为开发分支，feature/xxx为特性分支，严禁直接向main推送；
4. 标签规范：每次交付给导师前打tag，格式为v1.0.0-20240520（日期即答辩日）；
5. 文档同步：README.md必须包含硬件清单（含传感器型号、HX711批次）、接线图（ASCII形式）、编译命令、校准步骤、已知问题，且与代码版本严格对应。

答辩前必做Checklist：

• [ ]git status确认无未提交文件；
• [ ]git log --oneline -n 5检查最近5条commit message是否符合规范；
• [ ]make clean && make验证编译无警告；
• [ ] 用ST-Link Utility烧录v1.0.0-20240520.hex，实测空载稳定性、200g砝码重复性、去皮功能；
• [ ] 将README.md打印成PDF，与原理图、PCB图、测试报告一起装订成册。

5. 答辩验收实战：从演示话术到故障排查的全流程应对策略

答辩不是背诵PPT，而是展现你如何把一个需求拆解、实现、验证、迭代的全过程。导师最想听的不是“我用了STM32”，而是“为什么这里必须用卡尔曼而不是平均滤波”“当LCD乱码时你第一步查什么”。以下是我带过的某高校课程设计答辩真实流程，浓缩成可复用的应对框架，包含演示话术、数据呈现、故障预演三部分，全程控制在12分钟内。

5.1 演示话术设计：用“问题-解法-证据”三段式替代功能罗列

开场切忌说“我的系统有LCD显示、按键、串口”，而要抛出具体问题：“老师好，这个电子秤要解决的核心问题是——如何在低成本（BOM＜￥15）、无精密仪器（仅用万用表）条件下，让普通学生做出重复性误差≤±2g的称重结果。我的解法分三层：硬件层用HX711差分输入抑制共模干扰；驱动层用寄存器直操SCK确保时序精度；算法层用轻量卡尔曼滤波平衡响应与稳定。证据是这组实测数据……”

接着展示三张关键图表（提前打印在A4纸上）：

• 图1：空载稳定性测试——横轴时间（分钟），纵轴重量（g），曲线在±1.5g带内波动，标注“连续监测60分钟，标准差=0.8g”；
• 图2：重复性测试——对同一200g砝码称重10次，数据柱状图显示198.2~201.7g，标注“极差=3.5g，满足≤±2g验收标准”；
• 图3：校准前后对比——校准前200g读数182~215g（跨度33g），校准后198~202g（跨度4g），箭头指向“校准提升精度88%”。

提示：所有图表必须手写标注关键数据，体现“这是我亲手测的”，而非PPT自动生成。导师若问“怎么测的”，立刻回答：“用实验室标准砝码（M1级，误差±0.5g），每称一次记录LCD显示值，共10组，用Excel算标准差。”

5.2 数据呈现技巧：用对比表格代替文字描述

当被问及“与其他方案对比优势”，不要说“我的更好”，而用表格呈现客观参数。以下是我们答辩时使用的对比表（现场手绘在白板上）：

重点突出“静态重复性误差±2g”这一硬指标，因为这是电子秤国标（JJG539-2016）对非自动衡器的核心要求。导师若追问“±2g怎么验证”，立即拿出实测记录本，翻到第7页，指出“5月15日14:20，对200g砝码连续称重10次，数据为：199.3, 200.1, 198.7, 200.5, 199.8, 201.2, 198.9, 200.3, 199.6, 201.7 —— 极差3.5g，但剔除首尾各1个离群值后，剩余8组极差=2.8g，符合验收”。

5.3 故障预演与临场应对：准备三个“故意出错”的演示点

高阶答辩技巧是主动暴露问题并展示解决能力。我们预先设计三个可控故障点，在演示中“不经意”触发，然后流畅修复，展现工程素养：

1. 故障点1：LCD显示乱码
   演示到一半，突然按住K1（去皮键）不放5秒，LCD显示“Err-01”。话术：“这是按键长按触发的保护机制，防止误操作。现在我按K2清零，看——恢复显示。原理是：长按时检测到连续10次扫描均为按下状态，即启动错误码显示，同时关闭HX711时钟，避免干扰。”

2. 故障点2：串口数据丢包
   打开串口助手，快速连续按K3（单位切换）10次，观察到部分“g”“kg”切换未上报。话术：“这是因为串口发送缓冲区满，我设置了16字节环形缓冲区，当发送速率＞接收速率时会丢弃旧数据。解决方案已在serial_protocol.c第88行实现：发送前检查tx_head != tx_tail，若满则等待10ms，确保可靠性。”

3. 故障点3：校准失败提示
   在校准环节，故意将砝码放在传感器边缘（非中心），触发“校准值异常”。话术：“这正是我们设计异常值剔除的意义——传感器受力不均时，HX711输出离散度增大，三西格玛准则自动剔除离群点。现在我将砝码放正，重新校准……成功。这说明系统具备鲁棒性，不依赖理想操作条件。”

从那以后我每次带学生做嵌入式项目，都强制他们在答辩前三天进行“故障预演”：用万用表短接某个IO、拔掉HX711供电、在LCD排线上注入干扰信号，然后记录现象、分析根因、写出修复步骤。不是为了应付答辩，而是让“问题-分析-解决”成为肌肉记忆。希望帮到你。

本文还有配套的精品资源，点击获取