简介面向单片机开发者与嵌入式初学者的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_RXHLW8032的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 空闲DMAHLW8032一帧数据长度很短只有十几个字节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这边采集数据其实非常省心。本文还有配套的精品资源点击获取