简介：压缩包围绕STC15F408AS单片机的低压检测(LVD)功能，提供汇编与C语言两种查询方式的完整对比工程。资源共18个文件，包含main.asm、main.c两个主程序、LowVoltageDetect.hex烧录文件、Keil工程配置（uv2/opt/plg/lnp）以及自动生成的备份文件，整体约13KB，结构简洁清晰。其中asm与c源文件为核心代码，hex为可直接烧录的编译结果，uv2/opt/plg/lnp等工程辅助文件便于重新编译与调试。两种实现均通过循环查询状态寄存器来触发低压保护，可帮助学习者理解查询方式在实时检测中的差异与适用场景。已有268人学习，适合正在入门STC15系列或准备用查询方式控制外设的嵌入式初学者。解压后可直接查看源码与工程配置，对照汇编和C语言版本，既能熟悉外设状态检测与标志位处理，也能加深对低压保护机制的理解，方便直接移植或二次开发。 做嵌入式这几年，我越来越觉得电源掉电这件事，比代码逻辑问题更隐蔽、更难查。上次整理这个32-LVD低压检测.zip工程时，我翻出之前项目的排错记录，三起故障全是电压跌落惹的祸：一台户外采集设备在电池耗尽后内部参数被清空，一台电机驱动板每次启动瞬间MCU就复位，还有一台仪表在供电电压偏低时往EEPROM里写进了一堆乱数据。这三起故障的排查过程绕了不少弯路，最后都指向同一个问题——低压检测没做到位。
这个工程就是在32位MCU上实现的一套完整低压检测方案，包括内置LVD外设的阈值配置、中断响应逻辑、关键数据保全策略，以及用ADC分压检测做备用链路的完整代码。无论你做的是电池供电的便携设备、工业控制板还是物联网终端，只要设备存在掉电、欠压风险，这套工程里的思路和代码都能直接拿过去用。下面我把原理、代码、阈值设定方法，以及实测中踩过的坑一次讲清楚。
1. 这个工程解决的痛点：三起电压跌落事故背后的共同根源
先复盘那三起事故，你就能理解为什么值得为低压检测单独开一个工程。
第一起是户外采集设备。设备用两节锂电池串联供电，主控在3.3V LDO后端取电。电池电压缓慢下降到LDO的dropout边缘时，MCU其实已经运行在2.6V左右的非正常电压下。设备恰好在这个状态下执行内部Flash擦写，写入中断造成CRC校验失败，整包参数被清空。这个问题在实验室用稳压电源供电时根本不会出现，因为稳压电源的输出纹丝不动。第二起是电机驱动板。电机启动瞬间电流飙升，供电电压被拉出几十毫秒的凹陷，MCU检测到欠压直接复位，整个启动流程反复重启，现场表现为"电机嗡嗡响但转不起来"。第三起最隐蔽，仪表在电压偏低时向EEPROM写入校准数据，读回的数据偶发错误，时好时坏，折腾了很久才发现是工作电压接近EEPROM的最低写电压。
这三起事故的时间尺度完全不同：电池慢放电持续几十分钟到几小时，电机启动电压凹陷只有几十毫秒，EEPROM写入错误则发生在电压临界区。但它们有一个共同点——MCU在意识不到电压异常的情况下继续执行指令，等到问题暴露时，数据已经坏了。低压检测就是要在电压跌落到危险线之前，给系统一个明确的"最后通牒"，让固件有机会做紧急处置。
这也是LVD这类功能的定位：不是取代电源管理芯片的欠压保护，而是作为MCU自身最后一道防线。电源芯片通常保护后端整个电路，而LVD保护的是固件——在电压还在MCU工作范围内时，抢先一步执行"善后动作"。
2. 方案选型：内置LVD外设和ADC分压检测怎么选
现在主流32位MCU基本都集成了低压检测外设。有些厂商叫LVD（Low Voltage Detector），ST的芯片里叫PVD（Programmable Voltage Detector），NXP的文档里叫BOD（Brown-Out Detector），功能大同小异。本质就是一个内部比较器：芯片内部用分压电阻网络把电源电压按比例采样，与内部基准电压比对，跨越阈值时产生标志位或触发中断。整个过程在芯片内部完成，不需要任何外部器件。
选型时主要纠结的就是用内置LVD还是用ADC检测电源电压，这里我直接给对比结论。
| 对比维度 | 内置LVD外设 | ADC分压检测 |
|---|---|---|
| 外部器件 | 零成本，无需额外器件 | 需要电阻分压网络，可能还需滤波电容 |
| 实时性 | 硬件比较器，微秒级响应 | ADC采样+软件滤波，毫秒级 |
| 电压精度 | 依赖内部基准，典型±2%~±5% | 依赖ADC参考电压和分压电阻精度 |
| 能拿到具体电压值吗 | 不能，只知道"低于/高于阈值" | 能，可算出实时电压 |
| 阈值数量 | 固定几个档位 | 任意，软件随便设 |
| 功耗 | 极低，几乎可忽略 | ADC采样需要额外功耗 |
| 触发方式 | 中断，无需CPU轮询 | 需要主循环或定时器轮询 |
我的建议很明确：**需要快速保护响应时用内置LVD，需要精确测量电压变化趋势时用ADC，两者互补而不是互斥。**这个工程里我把两条链路都做了。
内置LVD负责"一刀切"的安全兜底：任何时刻电压跌破阈值，立即触发中断，固件执行紧急保护动作。它的响应速度是硬件级的，比主循环里轮询ADC快几个数量级，这是它存在的最大价值。电机启动那种几十毫秒的电压凹陷，ADC轮询周期稍微长一点就错过了，LVD中断则一定能抓到。
ADC链路负责"日常体检"：定时读取实际电压，记录电池放电曲线，当电压进入预警区间时提前通知主逻辑保存数据。它拿到的不是"有/无"而是具体电压值，可以做更精细的策略，比如分两档：2.9V预警，先保存数据；2.7V危险，强制关机。
这里提醒一句：ADC检测电源电压，如果要获得稳定读数，分压电阻选择要注意。一是总阻值不宜太低，否则分压网络自身消耗的电流在电池供电设备里不可接受；二是不宜太高，否则ADC输入阻抗与分压网络的分压点阻抗分压，会引入额外误差。工程里常用100k+100k这样的组合，再配合一个0.1uF的采样电容。
3. 核心代码实现：阈值配置、中断响应与安全处置
内置LVD的配置流程在不同MCU上大同小异，核心就四步：使能外设时钟、选择阈值档位、使能LVD、配置中断。下面以常见的STM32标准外设库为例，注释里我会标注每一步的实际作用。
void LVD_Init(void) { NVIC_InitTypeDef NVIC_InitStruct; EXTI_InitTypeDef EXTI_InitStruct; /* 1. PWR接口时钟必须打开，LVD挂在PWR电源控制模块下面 */ RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE); /* 2. 选择触发阈值2.9V，具体档位见第4节 */ PWR_PVDLevelConfig(PWR_PVDLevel_2V9); /* 3. 使能PVD（也就是LVD）功能 */ PWR_PVDCmd(ENABLE); /* 4. PVD事件输出到EXTI线16，配置为上下沿都触发 */ EXTI_InitStruct.EXTI_Line = EXTI_Line16; EXTI_InitStruct.EXTI_Mode = EXTI_Mode_Interrupt; EXTI_InitStruct.EXTI_Trigger = EXTI_Trigger_Rising_Falling; EXTI_InitStruct.EXTI_LineCmd = ENABLE; EXTI_Init(&EXTI_InitStruct); /* 5. 中断优先级设置，建议抢断优先级放到比较高的位置 */ NVIC_InitStruct.NVIC_IRQChannel = PVD_IRQn; NVIC_InitStruct.NVIC_IRQChannelPreemptionPriority = 1; NVIC_InitStruct.NVIC_IRQChannelSubPriority = 0; NVIC_InitStruct.NVIC_IRQChannelCmd = ENABLE; NVIC_Init(&NVIC_InitStruct); }EXTI线16配置成"上下沿都触发"是关键细节。电压从高于阈值跌到低于阈值，会产生一次下降沿中断；从低于阈值恢复到高于阈值，会产生一次上升沿中断。如果你的系统只需要欠压报警，可以在中断里用PWR_GetFlagStatus(PWR_FLAG_PVDO)判断当前状态到底是否低于阈值，避免对恢复事件做无效处理。
中断处理函数是整个低压检测方案的心脏。我的经验是，中断里只做"必须立刻做"的事，而且越少越好：
void PVD_IRQHandler(void) { if (EXTI_GetITStatus(EXTI_Line16) != RESET) { EXTI_ClearITPendingBit(EXTI_Line16); /* 确认是电压已经低于阈值，而不是恢复事件 */ if (PWR_GetFlagStatus(PWR_FLAG_PVDO) != RESET) { System_LowVoltage_Handler(); } } } void System_LowVoltage_Handler(void) { static uint8_t executed = 0; if (executed == 1) { return; /* 防止反复进入，只处理一次 */ } executed = 1; /* 1. 第一时间切断大电流负载：PWM输出、继电器、电机控制引脚 */ TIM_Cmd(TIM1, DISABLE); GPIO_SetBits(GPIOC, GPIO_Pin_12); /* 根据实际硬件设计调整引脚 */ GPIO_SetBits(GPIOC, GPIO_Pin_13); /* 断开外部负载电源 */ /* 2. 把最关键的状态量保存到备份寄存器 */ BKP_WriteBackupRegister(BKP_DR1, g_device_state); BKP_WriteBackupRegister(BKP_DR2, g_error_code); /* 3. 记录欠压事件次数，方便下次开机时查看历史 */ g_lvd_event_count++; /* 4. 点亮LED告警，做最简单的物理指示 */ GPIO_SetBits(GPIOA, GPIO_Pin_5); /* 5. 挂起所有不重要的中断，进入低功耗停机模式 */ __set_PRIMASK(1); PWR_EnterSTOPMode(PWR_Regulator_LowPower, PWR_STOPEntry_WFI); }这里有几个取舍值得展开说。第一，为什么优先用备份寄存器而不是Flash？电源已经进入危险区，Flash擦写需要的电压比MCU正常运行电压更高、持续时间更长，在电压跌落到临界区时执行Flash写入，极有可能写入到一半电压不够，扇区直接损坏。备份寄存器由VBAT引脚供电，写入速度是寄存器级别的，几乎瞬时完成，是目前最稳妥的保全手段。如果你的MCU没有备份寄存器，退而求其次是在电压还有余量时提前写Flash，但触发时机得拉高，不能等LVD中断来了再写。
第二，为什么要进入STOP模式而不是继续跑主循环？电压跌破阈值后，继续执行代码没有任何意义，只会增加电流消耗，加速电压塌陷。切断负载、存完关键数据、然后停在低功耗状态，是保存最后电量的最好方式。如果系统有看门狗，记得在进入停机前做好处理，别让看门狗在停机期间把系统复位，那样反而会回到危险状态。
4. 阈值定多少：档位表、供电链路核算与实测校准
阈值选错是LVD方案里最常见的败笔——选高了设备频繁误报警，选低了保护形同虚设。我调阈值的原则是：先算供电链路，再选档位，最后实测校准，三步缺一不可。
先看芯片的档位表。不同厂家的LVD档位差异不小，以常见的32位MCU为例，典型档位大致如下：
| 档位 | 典型阈值 | 适用场景参考 |
|---|---|---|
| 0 | 2.2V | 3.3V系统危险下线，接近MCU最低工作电压 |
| 1 | 2.4V | 3.3V系统深度报警 |
| 2 | 2.7V | 3.7V锂电的预警线，对应锂电剩余电量约5% |
| 3 | 2.9V | 3.7V锂电的安全关断线，3.3V LDO后级检测 |
| 4 | 3.1V | 5V系统欠压告警，线性电源稳压前检测 |
具体档位数值要翻开你所用芯片的数据手册确认，不同厂商、不同型号的档位分布并不相同，我见过有芯片把档位做到每0.1V一个，也见过只有三个档位的。
核算供电链路时，要把电源到MCU引脚之间的每一级压降算清楚。电池供电设备最常见的链路是：电池 → DC-DC/LDO → MCU。这里要问自己的问题是：当电池电压跌到多少时，MCU供电引脚上的电压会低于MCU规格书标定的最低工作电压？假设MCU最低工作电压是2.4V，LDO压差是0.3V，电池前端还需要防反接二极管消耗0.2V，那么电池电压低于2.4+0.3+0.2=2.9V时，MCU电源引脚就危险了。这种情况下LVD阈值应该设在2.9V或稍高一点，留出反应余量。这是很多人容易漏掉的点——只盯着MCU引脚上的LVD阈值，忘记算前级压降。
实测校准这一步最容易被跳过，但它是最值钱的。实验室里用一台可调稳压电源直接给板子供电，电压从3.6V以0.01V步进往下调，用示波器或者串口打印观察LVD中断触发的实际电压点。把实测值与数据手册的典型值对比，你就知道自己板上真实触发阈值。有些板子因为电源去耦电容太大，实际触发阈值会比理论值低不少，因为电容在缓冲电压变化。如果发现偏差较大，要用ADC链路做个交叉验证，看看到底是芯片个体差异还是板级电源路径问题。
我的实际习惯是：把LVD阈值设在系统正常工作的最低电压之上留出200~300mV余量。余量太小，触发后系统剩余时间不够完成数据保存；余量太大，电池还有很多电量就被强制关机，用户体验会打折扣。这个余量也跟负载特性有关，脉冲负载（比如定期发射的无线模块）需要留更大余量，因为负载电流瞬间拉高时会产生额外的IR压降。
5. 实测排坑：误触发、迟滞与Flash写入时序
这个工程从原型到稳定运行，排掉的坑比写的代码多。挑五个最有代表性的说，基本都是常规文档里不会写的经验。
第一个坑是误触发。第一次上电实测，电机一启动LVD就报警，用示波器抓电源轨才发现，启动瞬间电压凹坑最深到了2.3V，时间只有不到1ms，但LVD硬件比较器对毛刺的容限没那么高，直接触发中断。解决办法不是立即调低阈值，而是在硬件上加强电源去耦——电机供电和MCU供电之间加磁珠隔离，MCU电源引脚附近加大容量MLCC。软件上也做了一层防护：LVD中断里先确认PWR_FLAG_PVDO标志，因为这是比较器输出稳定后的结果，能过滤掉一部分极窄毛刺。硬件优化后，同样的启动条件下电压最低只到2.75V，余量充足。
第二个坑是迟滞不够导致的反复触发。LVD外设一般自带迟滞（hysteresis），典型值几十毫伏，目的是防止电压在阈值附近抖动时中断反复进出。但如果你用ADC链路做电压监控，软件里必须自己实现迟滞：进入预警的阈值和退出预警的阈值要设成两个值。比如进入预警是2.9V，退出预警要恢复到3.0V才解除，中间1.9V~3.0V这个区间就是软件迟滞区。我在工程里用一个计数器和状态机做了这个逻辑，连续N次采样值都低于阈值才进入预警状态，连续M次都高于恢复阈值才解除，这就是前面代码里low_cnt变量的用途。
第三个坑是低温环境下的复位。量产一批设备后，北方现场频频反馈设备"一到早晨就死机"。查到最后是LVD阈值选得太贴近正常工作点，电池在低温下内阻增大、开路电压降低，早晨低温时电压刚好掉到阈值附近，设备反复触发LVD又反复尝试恢复正常状态。调整阈值档位到更低一档，并把ADC检测的恢复判定阈值提高，问题解决。这也说明阈值不是一步定死的，量产环境会逼你重新审视参数。
第四个坑是Flash写入时序，前面已经提过原理，这里说具体现象。最初版本把参数保存放在LVD中断里直接写Flash，实测在电池缓慢放电场景下数据保存成功率仅七成，个别设备出现Flash某扇区永久损坏。后来改成两级策略：正常运行电压高于2.9V时，参数变更立即写Flash；LVD触发时只写备份寄存器，不碰Flash。只有系统复位后的启动阶段，才把备份寄存器的数据同步回Flash，那时的电压已经恢复到正常范围。改完之后，现场再没出现数据损坏。
第五个坑是忽略内部基准电压的温漂。LVD触发的判断基于内部基准，这个基准在全温区范围内的精度通常在±2%到±5%之间。意味着2.9V的设定阈值，在-40℃环境下可能实际触发在2.95V，在85℃环境下可能实际触发在2.85V。如果产品的使用温度范围宽，阈值设计时要把这个偏移量算进去，而不是按典型值卡死。此外，内部基准源切换或者MCU进入低功耗模式时，个别芯片的LVD会比较器关闭，要注意查看数据手册里LVD在低功耗模式下的工作状态，必要时在进入低功耗前主动使能。
6. 工程文件组织与后续还能怎么扩展
这个zip工程我整理成了标准的分层结构，方便直接套用到新项目。根目录下分成四个目录：driver放MCU厂商库文件和LVD驱动，app放断电保护和参数管理逻辑，board放板级配置和引脚映射，doc放设计文档和实测记录。其中board目录里我会放一张电压检测点定义的表格，标明每一路电源的正常范围、预警阈值、危险阈值和处置动作，这样后面人接手时不用翻原理图抠细节。
工程里还有一个monitor.c文件实现了ADC链路的电压监控状态机，配合LVD中断形成两级防护。主循环每20ms调用一次电压监控任务，记录电压趋势曲线到环形缓冲区；LVD中断负责紧急情况兜底。这种双保险结构在绝大多数项目里都够用，成本增加几乎为零。
如果你想在这个基础上继续扩展，我建议优先做两件事。一是结合掉电保持电路：在电源输入端并联一个大电容或者加一个理想的二极管OR电路，主电源断开后还能维持几十毫秒供电，LVD触发后利用这段时间完成更多善后工作，比如把日志写到外部Flash，甚至通过无线模块发送最后的告警消息。二是做电压事件日志：每次LVD触发时，把触发前后一段时间的电压采样曲线和当时的工作状态记录下来，下次上电时通过调试接口读取。这个功能在故障复盘时价值极大——设备在客户现场出问题，有了电压曲线，不用跑现场就能判断是电源问题还是代码问题。
做这个工程的最终体会是：低压检测不是加一个中断就完事，它是一个跟硬件设计、固件架构、现场环境深度耦合的系统工程。阈值定多少、中断里存什么、什么时候写Flash、低温怎么办，每一环都在真实项目中踩过坑才总结出答案。希望这份工程和这篇文章能让你少走一段弯路。
本文还有配套的精品资源，点击获取
