简介：面向单片机开发者与嵌入式初学者的STM32 HLW8032电能计量采集工程，解决通过USART1读取电流、电压、功率等参数、再经串口3上传至调试助手的实际需求。工程基于STM32CubeMX与HAL/LL库，覆盖USART1及串口3的GPIO配置、中断/DMA接收、通信协议解析、校验与异常处理等关键环节，适合电能监测、智能插座等场景二次开发。压缩包共129个文件，包含C源码、H头文件、MDK工程文件（uvprojx/uvoptx）、编译生成文件（hex、axf、o、crf）及docx说明文档等，整体仅1.52MB，便于快速下载与对照学习。已有3113人学习浏览。工程内还保留定时器、Flash、RCC、ADC、I2C、CAN等标准外设驱动，便于在电能采集基础上扩展更多功能，也可作为STM32外设初始化与串口DMA应用的综合参考。 第一次用HLW8032的时候，我犯了个很低级的错误：以为芯片接上串口就能每秒吐数据，结果逻辑分析仪上只有一根平平的TXD线。后来才发现，这颗芯片虽然把交流电压、电流、功率全算好放在寄存器里，但它的UART接口是开漏输出，还得靠外部上拉电阻才能把波形“撑起来”。那次之后我重新梳理了整套STM32采集HLW8032数据的方案，从硬件、协议到解析代码，一步一个坑踩过来，趁着还热乎把经验写出来，给后面要用这颗芯片做计量、功率统计、智能插座、电量采集的兄弟们一个参考。
1. HLW8032的定位：为什么采集它比传统方案省事
1.1 芯片内部做了什么
HLW8032是一颗单相电能计量芯片，常见的应用场景是交流220V/110V电路里的电压、电流、有功功率、功率因数和累计电量测量。它内部集成了两路ADC、乘法器、功率计算逻辑和UART通信接口，外部不需要运放、不需要专门的计量基准。你只要把电压采样信号和电流采样信号送到对应引脚，芯片会自己完成采样、滤波、有效值计算、功率积分这一整套动作，然后通过串口把结果以数据帧形式发出来。
MCU这边要做的事，只剩三件：用串口把帧读进来、按协议解析出原始数值、根据硬件参数做换算和校准。和传统的“电压互感器+电流互感器+运算放大器+ADC采样+自己做FFT或均方根计算”方案相比，这套方案的开发量小很多，尤其是频率、相位、功率因数这些涉及交流算法的东西，芯片已经算好了。
1.2 相比脉冲计量方案的优势
如果之前用过HLW8012这类脉冲输出的计量芯片，你会更明白HLW8032的优势。HLW8012是通过输出脉冲频率来表达功率大小，MCU要不停用定时器捕获脉冲，计算频率换算成功率；HLW8032则是直接输出数字量，功率寄存器里的值到手上已经是功率相关的数据，不用再根据脉宽、周期做曲线拟合。
另外HLW8032内部集成了振荡器，不需要外部晶振，这对板子布局很友好。芯片外围器件少，典型的电压采样用电阻分压，电流采样用一颗采样电阻或者电流互感器，再加几颗去耦电容，整个计量部分的BOM成本很低，这也是很多智能插排、充电桩、能源监测模块选它的原因。对STM32来说，只需要一个串口外设，几乎不占CPU资源，很适合和主控程序并行跑。
2. 硬件连接：决定采集能不能稳定
2.1 UART开漏输出与上拉电阻
HLW8032的TXD、RXD引脚是开漏结构，这是很多人第一次调试时最容易忽略的点。开漏输出的意思是芯片只能把引脚拉低，不能主动输出高电平，所以外部必须接上拉电阻到VDD，否则串口线上永远只有低电平，MCU什么都收不到。
我在最早的原型板上用的是10kΩ上拉，实际波形上升沿偏缓，4800波特率下还能正常解析；但如果你把波特率调高到9600或者线路走线较长，建议把上拉电阻降到3.3kΩ到4.7kΩ，保证上升沿足够陡。上拉电阻的另一端接HLW8032的VDD，也就是3.3V，不要接到5V，因为芯片GPIO耐压是按3.3V设计，接5V时间长了对芯片有损伤。
接线关系上，注意是交叉连接：HLW8032的TXD接到STM32的USART_RX，HLW8032的RXD接到STM32的USART_TX。很多人习惯“同名相接”，容易把TXD对TXD、RXD对RXD接错。
2.2 电压采样输入和电流采样输入
电压采样端从零线侧通过一个大阻值分压电阻连接到VP引脚，常见做法是几个1206封装的电阻串联分压，分成几颗电阻的目的既是为了耐压，也是防止单颗电阻承受过高的压差。以220V交流输入为例，分压电阻通常选兆欧级别的总阻值，使VP输入端的电压落在芯片允许的动态范围内。具体阻值配比要以HLW8032手册里的参考电路为准，不同厂家Demo板上给出的分压比例会有差异。
电流采样端则通过一颗毫欧级的采样电阻把流过火线的电流转换成差分电压信号，再送到V1P和V1N两个输入端。采样电阻的选取和最大电流有关，比如最大10A电流，采样电阻取1mΩ，满载差分电压就只有10mV，芯片内部有固定增益放大，这个量级是够用的。如果采样电阻选太大，不仅发热明显，还会影响被测电路的带载能力。
2.3 供电与地回路
HLW8032的VDD典型供电是3.3V，工作电流很低，几毫安级别，直接用STM32板上的3.3V供电就可以。但要注意：如果HLW8032和STM32不在同一块PCB上，长线连接时一定保证两地之间电位差尽量小，也就是要共地。计量芯片的地和采样电阻的地要尽量靠近，走线要短粗，避免采样信号受到数字噪声干扰。
这里多说一句，如果测量对象是220V强电，板子的安全间距、爬电距离、保险丝、隔离处理都必须按强电规范来。实验室调试可以用隔离变压器或带隔离的串口模块，不要用笔记本直接连测量强电的板子，安全不是小事。
3. 帧格式与寄存器解析逻辑
3.1 一帧数据的基本结构
HLW8032的UART帧格式不要靠脑子记，到手先抓一帧波形，再看手册对照。我调试时用逻辑分析仪抓到的典型帧结构是：固定帧头、数据区、校验区。帧头通常是 0x55 0x5A 0x5A 0xA5 0x5D 0x5D 这一串特殊字节，用来识别一帧的开始；数据区里放着寄存器地址、数据内容；最后是校验字节。不同批次芯片、不同版本手册的帧长度和字段顺序不完全一样，所以我强烈建议第一步先用逻辑分析仪或串口助手抓原始字节流，数清楚一帧到底有多少个字节，再去手册里核对每个字节的含义。
我曾经见过有人照着网上的代码写死“第6字节是电压高字节”，结果芯片实际输出的帧格式和网上代码对不上，整个解析全乱。采集HLW8032数据时，协议解析一定要以自己的实际帧为准，最稳的做法就是打印每一帧的十六进制数据，对着手册逐字节分析。
3.2 校验算法与数据域拆分
帧里的校验值一般是对帧头和有效数据进行某种校验运算的结果，常见的是累加和或偶校验。实际解析时，我把校验判断放在状态机的最后一步：收集完一整帧后，先重新计算一遍累加和，和帧尾的校验字节比对，一致才认为这帧有效，否则直接丢弃，等待下一个帧头。
数据域拆分的核心是搞清楚“哪几个字节代表电压原始值、哪几个字节代表电流原始值、哪几个字节代表功率原始值”。芯片输出的通常是一段连续二进制码，需要把高字节和低字节拼在一起，才能得到完整的20位或24位ADC原始值。拼接顺序要留意，有的寄存器是高位在前，有的是低位在前，一旦顺序反了，解析出的数值会完全不合理。
3.3 状态机解析代码示例
MCU解析串口帧，我推荐用状态机，而不是在中断里判断一整段数组是否相等。状态机的优点是内存占用小、抗干扰能力强，即使中途一个字节丢了，也能重新同步。下面是我在STM32上用的简化解析框架：
typedef enum { HLW_WAIT_SYNC1, HLW_WAIT_SYNC2, HLW_WAIT_SYNC3, HLW_WAIT_SYNC4, HLW_WAIT_SYNC5, HLW_WAIT_SYNC6, HLW_DATA, HLW_CHECK } hlw_parse_state_t; static const uint8_t hlw_sync_frame[6] = {0x55, 0x5A, 0x5A, 0xA5, 0x5D, 0x5D}; void hlw_parse_byte(uint8_t byte) { static hlw_parse_state_t state = HLW_WAIT_SYNC1; static uint8_t rx_buf[16]; static uint8_t index = 0; static uint8_t sum = 0; switch (state) { case HLW_WAIT_SYNC1: if (byte == hlw_sync_frame[0]) state = HLW_WAIT_SYNC2; break; case HLW_WAIT_SYNC2: state = (byte == hlw_sync_frame[1]) ? HLW_WAIT_SYNC3 : HLW_WAIT_SYNC1; break; case HLW_WAIT_SYNC3: state = (byte == hlw_sync_frame[2]) ? HLW_WAIT_SYNC4 : HLW_WAIT_SYNC1; break; case HLW_WAIT_SYNC4: state = (byte == hlw_sync_frame[3]) ? HLW_WAIT_SYNC5 : HLW_WAIT_SYNC1; break; case HLW_WAIT_SYNC5: state = (byte == hlw_sync_frame[4]) ? HLW_WAIT_SYNC6 : HLW_WAIT_SYNC1; break; case HLW_WAIT_SYNC6: if (byte == hlw_sync_frame[5]) { index = 0; sum = 0; state = HLW_DATA; } else { state = HLW_WAIT_SYNC1; } break; case HLW_DATA: rx_buf[index++] = byte; sum += byte; if (index >= HLW_DATA_LEN) { state = HLW_CHECK; } break; case HLW_CHECK: if (sum == byte) { hlw_process_frame(rx_buf, index); } state = HLW_WAIT_SYNC1; break; } }这个代码的核心思路是：每个串口接收字节都喂给hlw_parse_byte，它只处理状态迁移和缓存，不阻塞，不卡中断。HLW_DATA_LEN和HLW_DATA_LEN后面的校验规则需要根据你自己抓到的帧格式调整，但整体架构是通用的。
4. STM32端实现：串口接收、缓存和数据处理
4.1 串口参数与初始化
HLW8032典型波特率是4800，数据格式为8位数据、偶校验、1位停止位。用STM32的HAL库初始化时，需要注意HAL库里校验位和数据位是配合设置的，不能单独把WordLength设成8位然后又开偶校验，这样实际是收不到正确数据的。
正确写法是把字长设为9位，一个字节由8位数据+1位校验位组成，然后开启偶校验，停止位1位。下面是一段USART1的初始化代码：
hlw_uart_handle.Instance = USART1; hlw_uart_handle.Init.BaudRate = 4800; hlw_uart_handle.Init.WordLength = UART_WORDLENGTH_9B; hlw_uart_handle.Init.StopBits = UART_STOPBITS_1; hlw_uart_handle.Init.Parity = UART_PARITY_EVEN; hlw_uart_handle.Init.Mode = UART_MODE_TX_RX; hlw_uart_handle.Init.HwFlowCtl = UART_HWCONTROL_NONE; hlw_uart_handle.Init.OverSampling = UART_OVERSAMPLING_16; HAL_UART_Init(&hlw_uart_handle);有些使用标准外设库的老工程，写法略有不同，但参数本质都一样。要注意的坑是：如果工程里用了CubeMX重新生成代码，串口参数可能会被你之前项目里的默认配置覆盖，重新生成后一定要复查校验位和波特率。
4.2 接收策略：逐字节中断 vs 空闲DMA
HLW8032一帧数据长度很短，只有十几个字节，4800波特率下每帧间隔也比较长。我做过两种接收方式：
第一种是串口逐字节中断，在中断回调里把每个字节喂给状态机解析。这种方式实现最简单、占用RAM最少，缺点是MCU每收到一个字节都要进一次中断，如果主频很低、中断任务又多，4800波特率下其实也够用，大概每字节间隔约2ms，完全来得及。
第二种是DMA加空闲中断，一帧数据到达后，串口空闲时触发空闲中断，由DMA把这串数据搬进缓冲区，然后主循环里统一解析。这种方式中断次数少，适合帧长度不固定或者数据量大的场景。但HLW8032有固定的帧间隔，空闲中断判帧尾不一定可靠，如果芯片在异常情况下少发了一个字节，后面所有帧可能都会错位。相比之下，逐个字节喂状态机对错误的鲁棒性反而更好。
我最后实用工程里用的是逐字节中断+状态机方案，测下来很稳。如果你硬要上DMA，建议同时加超时保护，比如一帧开始后超过50ms没收到完整帧就强制丢弃，重新找帧头。
4.3 从缓冲区提取有效数据并计算
状态机里解析出的帧数据，最终要汇总成结构体，方便业务代码使用。我一般这样做：
typedef struct { uint16_t voltage_raw; uint16_t current_raw; uint32_t power_raw; uint8_t checksum_ok; } hlw8032_data_t; hlw8032_data_t hlw_data;这个过程不要在主循环里逐字节做位运算，最好在hlw_process_frame回调里完成原始值的拼接，比如：
hlw_data.voltage_raw = (rx_buf[0] << 8) | rx_buf[1]; hlw_data.current_raw = (rx_buf[2] << 8) | rx_buf[3]; hlw_data.power_raw = ((uint32_t)rx_buf[4] << 16) | ((uint32_t)rx_buf[5] << 8) | rx_buf[6]; hlw_data.checksum_ok = 1;注意这里只是示例，具体字节序号要根据你的帧结构改。拼接完的原始值还不能直接用，电压有效值、电流有效值、功率都要根据采样电阻和分压电阻的参数换算。换算系数如果手册没给，就用标准源校准，这部分我在第5章详细展开。
5. 调试、校准与实际效果
5.1 串口无响应/校验失败的排查顺序
如果你做完代码发现串口一直接不到数据，不要马上怀疑芯片坏了，按下面顺序排查：
先看TXD引脚上有没有波形。示波器或逻辑分析仪直接量HLW8032的TXD脚和GND之间，有数据时应该能看到明显的串口脉冲。如果只有低电平，十有八九是上拉电阻没接或者脱落。如果有波形但STM32收不到，检查TXD有没有接到USART_RX，而不是USART_TX。然后检查波特率，HLW8032有些封装或批次默认波特率不是4800，需要看手册确认，或者用逻辑分析仪根据波形宽度反推波特率。
校验老失败的话，先看数据格式是否匹配。偶校验配置成无校验，或者停止位不对，都会导致收到的数据错位。还有一个常见干扰源是强电回路和数字地之间没有隔离，采样信号噪声耦合进UART线路导致帧头被破坏。先用短杜邦线把板子之间的地连好，再看校验是否恢复。
5.2 数据波动与地噪声的处理
如果帧头能对上、校验也能过，但解析出来数值上下乱跳，就要从硬件上找原因。电流采样信号本来就只有毫伏级，采样电阻两端的走线如果太长，或者旁边有数字信号线，噪声很容易叠加进去。建议电流采样差分线做等长、靠近走，并且下方铺地。V1P和V1N之间可以加一个高频滤波电容，容值一般在几十皮法到几百皮法，具体以手册推荐为准。
另外，电压采样和电流采样的地不要各拉一条长线到STM32的地，应该在计量芯片采样电阻附近单点汇合，再统一回STM32。这种“单点接地”的做法能显著减少强电侧和数字侧之间的地环路噪声。我遇到过最夸张的情况：采集功率在小电流档位下跳变幅度超过10%，改完接地走线并加了滤波电容后，跳动降到1%以内。
5.3 标准源校准方法与实测数据
HLW8032输出的是原始寄存器值，和实际电压、电流、功率之间不是整数比例关系，用公式硬套往往误差很大。我的做法是使用标准功率源或精度较高的万用表做校准：
第一步，用一个稳定负载，记录下标准源显示的电压U0、电流I0、功率P0。第二步，同时读取HLW8032对应寄存器的原始值V_raw、I_raw、P_raw。第三步，分别算出电压系数、电流系数、功率系数，注意这里功率系数和电压系数、电流系数之间有换算关系，但实际校准时我更建议直接对功率寄存器单独校准，因为功率寄存器可能不是单纯由电压寄存器和电流寄存器相乘得到的。
校准后，我在220V/50Hz环境下接一个白炽灯负载实测，电压读数波动基本稳定在±2V以内，电流在小电流档位下误差能控制在2%以内，功率读数也跟标准表对得上。这个精度对于家用计量、功率统计来说足够用。误差如果偏大，检查电流采样电阻温漂、分压电阻精度，计量精度归根结底由外部采样器件决定。
5.4 几个容易忽略的小经验
最后说几个我实际项目里总结出来的细节。
HLW8032的RXD引脚如果不接，芯片可能也能正常发出数据。但如果你想改芯片内部寄存器或者查询型号版本，就一定要接RXD。我在原型阶段把RXD也接上了，方便后面改采样配置。
板子上电顺序也有讲究。HLW8032的VDD先稳定，串口再接数据，否则开漏引脚有可能被外部电路反灌电流。如果STM32板子和计量板子是独立供电，我会先把两边共地接好，再上电，减少因电位差造成的电流。
还有一点，调试工具本身也可能出问题。项目里如果遇到下载不了程序、读不了芯片，比如常见提示找不到目标、ST-LINK无法连接，先用ST-LINK Utility或官方工具检查调试器固件和接线，不要先把锅甩给HLW8032的代码。有些工具软件的虚拟串口驱动安装失败，在设备管理器里会显示异常，也会让人误以为串口电路有问题，先换一个驱动正常的USB口对比一下，能节省不少时间。
我个人保留的一个习惯是：每次打样都预留一个4pin的调试排针，TXD、RXD、VDD、GND各一根，贴片之前先把HLW8032的数据线用排针引出来。这样调协议时直接插一个USB转串口模块就能看原始帧，不用每次都在主控代码里加打印，排查问题快很多。HLW8032这颗芯片本身不难，真正花时间的全在协议细节和硬件稳定性上，把这两块理顺了，STM32这边采集数据其实非常省心。
本文还有配套的精品资源，点击获取
