简介STM32L151_CW2015 C语言程序面向嵌入式初学者、低功耗设备开发者及电池管理方案学习者适合具备C语言与单片机基础的读者聚焦用STM32L151RET6超低功耗MCU读取CW2015电量计数据可服务于便携设备、智能硬件等需要监测电池电压与剩余电量的场景。压缩包共135个文件、约1.69MB主体为45个头文件与36个C源文件另含Keil工程配置、启动和链接脚本、hex烧录文件及编译中间文件结构上便于导入工程或按模块对照移植。内容围绕I2C/SPI通信建立、CW2015寄存器读写驱动、中断实时监控、ADC采集与校准、电量与电压数据解析展开并涉及LCD显示或无线上传的结果呈现。已有2752人学习读者可从中梳理MCU外设驱动流程、通信协议实现和电量算法设计也能将其作为课程设计、小型电池管理项目或驱动移植练习的参考底稿。1. CW2015 接进 STM32L151一块不带检流电阻的电量计到底能读出什么某手持采集设备做完低功耗改造续航从 6 小时拉到 20 小时结果屏幕上那个电量百分比开始乱跳明明还有 40%跑十分钟直接掉到 12%插上充电器又瞬间跳回 55%。问题不在电池在于之前用的分压电阻加 ADC 估算电量负载一变电压就塌算法根本兜不住。后来换成 CW2015 这颗 I2C 电量计配 STM32L151 的低功耗外设整套 C 语言程序自己写才把这个数稳住。CW2015 是一颗内置电池模型的电量计芯片走 I2C内部自己算 SOC、电压、电流、温度MCU 只管读寄存器不用再搭检流运放也不用自己写开路电压查表。这份 STM32L151_CW2015 的 C 语言程序解决的就是从“读得到”到“读得准”这一段底层 I2C 怎么起、寄存器怎么解析、电池参数怎么灌进去、低功耗下多久读一次。适合正在做手持设备、便携仪表、电池供电终端的嵌入式工程师尤其是已经用上 STM32L 系列、不想再为电量显示返工的人。2. 寄存器地图与 I2C 选型地址 0x62 背后要盯住的六个字节动手写驱动之前先把两颗芯片之间的“合同”钉死CW2015 挂在哪条总线上、地址是多少、哪些寄存器是必须读的、哪些是必须写的。这一步偷懒后面调 SOC 会调到怀疑人生。2.1 引脚接法与上拉电阻的取值CW2015 只需要四根线VDD、GND、SCL、SDA。VDD 直接接电池正极或者系统 3.3V具体看模块设计多数成品模组是电池直供靠内部 LDO 稳压SCL/SDA 接 STM32L151 的任意 GPIO。我这份工程用的是 PB6/PB7也就是硬件 I2C1 的默认脚位但代码里走的是软件模拟这样换脚不用改外设初始化。上拉电阻是第一个容易翻车的地方。CW2015 的 I2C 是标准开漏结构总线上必须有上拉。常见做法是 4.7kΩ 到 10kΩ但 STM32L151 在低功耗场景下 VDD 可能低到 2.0V这时候 10kΩ 上拉配合 400kHz 会让上升沿变得很软读出来的数据时不时错一位。我的经验值总线速率VDD 3.3VVDD 2.0V备注100kHz4.7kΩ2.2kΩ最稳推荐400kHz2.2kΩ1.5kΩ走线要短不超过 10cm软件模拟50kHz10kΩ4.7kΩ功耗优先时可用表里最后一行的意思是如果像我一样用 GPIO 翻转模拟 I2C速率本来就不高上拉可以放大到 10kΩ静态电流能省一点。代价是波形边沿慢示波器上看会有点难看但 CW2015 对时序不苛刻能跑通。提示CW2015 模块上通常已经焊了上拉电阻接线前先用万用表量一下 SCL/SDA 对 VDD 的阻值。如果模块自带 4.7kΩ主板上就不要再并一组否则等效上拉变小灌电流会超标。2.2 寄存器地图六个必须记住的地址CW2015 的寄存器空间很小从 0x00 到 0x0E全部读完也就 15 个字节。工程里我习惯一次性从 0x00 连读 0x10 字节减少总线交互次数也让同一时刻的 SOC、电压、电流来自同一份快照。关键寄存器如下地址名称读/写位宽说明0x00VERSIONR8版本号正常读到 0x18 一类值用来确认通信通0x01SOC_LR8SOC 低字节0x02SOC_HR8SOC 高字节SOC (H8|L)/256单位 %0x03RRTR16剩余运行时间低 11 位有效单位分钟0x04VCELL_HR8电压高字节0x05VCELL_LR8电压低字节14 位有效LSB 312.5µV0x06CURRENT_HR8电流高字节0x07CURRENT_LR8电流低字节14 位有符号补码0x08TEMP_HR8温度高字节0x09TEMP_LR8温度低字节11 位有符号LSB 0.125℃0x0AMODER/W8模式控制复位、配置、快速启动都在这0x0BCONFIGR/W8配置寄存器一般保持默认0x0CBATINFOR/W8电池信息字节属于电池模型的一部分0x0DATHD_HR/W8电池参数高字节0x0EATHD_LR/W8电池参数低字节这张表里0x01 到 0x09 是只读数据区0x0A 到 0x0E 是控制与模型区。很多人的 CW2015 程序只读不写上电就能出数于是以为大功告成结果换一批电池 SOC 就飘——问题就出在 0x0C 到 0x0E 这三个字节没配对。还有一个细节SOC 寄存器是 16 位里取 14 位有效除以 256 得到百分比。所以原始值 0x4000 对应 64%0x6400 对应 100%。写成整数运算就是soc (raw * 100) 8不要用浮点STM32L151 没有 FPU浮点除会拖慢采样周期。2.3 软件 I2C 还是硬件 I2C我为什么选前者STM32L151 有 I2C1 和 I2C2 两个硬件外设理论上用 HAL 库几行就能通。但实际项目里我优先选 GPIO 模拟理由有三条。第一低功耗场景下 MCU 会频繁进出 STOP 模式硬件 I2C 外设每次唤醒都要重新初始化时钟和引脚复用稍不注意就会在HAL_I2C_Master_Transmit里卡死等 BUSY 标志。软件 I2C 没有状态机唤醒后拉高拉低就行恢复成本几乎为零。第二CW2015 的通信量很小一次读 16 字节速率要求不高软件模拟跑 50kHz 完全够用省下来的硬件外设可以留给其他传感器。第三出错可观测。软件 I2C 每个字节的 ACK 都能自己判断出问题能立刻返回错误码硬件 I2C 一旦进错误中断寄存器的状态位读起来相当费劲调试时容易变成黑匣子。当然如果总线上挂了多个 I2C 器件、通信量又大还是老老实实用硬件外设。选型没有绝对只有场景匹配。这份程序的做法是把 I2C 底层抽成四个函数——start、stop、write_byte、read_byte——上层只认寄存器地址将来要换成硬件 I2C只改这四个函数就行。3. 驱动层落地从 GPIO 位翻转写到 SOC 定点换算底层通信和寄存器解析这两层是整个 CW2015 程序里最值得抄作业的部分。代码不长但每一行都有它的理由。3.1 四个原语函数撑起整条总线软件 I2C 的核心就是四个函数其余全是它们的组合。下面这段是完整实现引脚用宏定义换平台只改宏/* cw2015_i2c.c —— STM32L151 GPIO 模拟 I2C */ #include stm32l1xx_hal.h #include cw2015_i2c.h #define CW_SCL_PORT GPIOB #define CW_SCL_PIN GPIO_PIN_6 #define CW_SDA_PORT GPIOB #define CW_SDA_PIN GPIO_PIN_7 /* 约 5us 的半周期延时对应 100kHz 以内的总线速率 */ #define I2C_DELAY() do { __NOP(); __NOP(); __NOP(); __NOP(); } while (0) static void scl(uint8_t lv) { HAL_GPIO_WritePin(CW_SCL_PORT, CW_SCL_PIN, lv ? GPIO_PIN_SET : GPIO_PIN_RESET); } static void sda(uint8_t lv) { HAL_GPIO_WritePin(CW_SDA_PORT, CW_SDA_PIN, lv ? GPIO_PIN_SET : GPIO_PIN_RESET); } /* 开漏输出模式下 IDR 仍能反映引脚真实电平不需要切输入方向 */ static uint8_t sda_read(void) { return (HAL_GPIO_ReadPin(CW_SDA_PORT, CW_SDA_PIN) GPIO_PIN_SET) ? 1 : 0; } static void i2c_start(void) { sda(1); scl(1); I2C_DELAY(); sda(0); I2C_DELAY(); /* SCL 高电平期间 SDA 下降沿 起始位 */ scl(0); I2C_DELAY(); } static void i2c_stop(void) { sda(0); scl(1); I2C_DELAY(); sda(1); I2C_DELAY(); /* SCL 高电平期间 SDA 上升沿 停止位 */ } /* 返回 0 表示从机应答1 表示无应答 */ static uint8_t i2c_write_byte(uint8_t b) { uint8_t ack; for (uint8_t i 0; i 8; i) { sda((b 0x80) ? 1 : 0); b 1; I2C_DELAY(); scl(1); I2C_DELAY(); scl(0); I2C_DELAY(); } sda(1); /* 释放 SDA交给从机拉低 */ I2C_DELAY(); scl(1); I2C_DELAY(); ack sda_read(); /* 0 ACK1 NACK */ scl(0); I2C_DELAY(); return ack; } /* 返回读到的字节master_ack0 表示读完后给应答继续读 */ static uint8_t i2c_read_byte(uint8_t master_ack) { uint8_t b 0; sda(1); /* 释放 SDA准备接收 */ for (uint8_t i 0; i 8; i) { b 1; I2C_DELAY(); scl(1); I2C_DELAY(); b | sda_read(); scl(0); I2C_DELAY(); } sda(master_ack ? 0 : 1); /* 0 拉低表示 ACK */ I2C_DELAY(); scl(1); I2C_DELAY(); scl(0); I2C_DELAY(); sda(1); return b; }逻辑说明i2c_write_byte在写完 8 位后释放 SDA第九个时钟周期读取从机是否拉低i2c_read_byte反过来前 8 个时钟由从机驱动第九个时钟由主机驱动 ACK/NACK。sda_read直接读 IDR 而不切换方向是 STM32 开漏输出的特性能省掉一次 GPIO 模式切换在低功耗场景下少一点开销。参数说明I2C_DELAY()里的四个__NOP()对应 32MHz 主频下大约 5µs加上函数调用开销实测 SCL 半周期约 6µs总线速率约 80kHz。如果主频改成 4MHz需要把 NOP 数量减到 1 个否则总线会慢到影响采样节奏。3.2 一次连读 16 字节减少总线占用有了原语寄存器读写就是拼积木。工程里我封装了一个批量读函数和一个单字节写函数读的时候从 0x00 开始一次性拿到全部数据/* cw2015.c —— 寄存器读写 */ #define CW2015_ADDR_W 0xC4 /* 7 位地址 0x62 左移一位 写标志 */ #define CW2015_ADDR_R 0xC5 #define CW2015_REG_VERSION 0x00 #define CW2015_REG_SOC_L 0x01 #define CW2015_REG_SOC_H 0x02 #define CW2015_REG_VCELL_H 0x04 #define CW2015_REG_VCELL_L 0x05 #define CW2015_REG_CUR_H 0x06 #define CW2015_REG_CUR_L 0x07 #define CW2015_REG_TEMP_H 0x08 #define CW2015_REG_TEMP_L 0x09 #define CW2015_REG_MODE 0x0A #define CW2015_REG_BATINFO 0x0C #define CW2015_REG_ATHD_H 0x0D #define CW2015_REG_ATHD_L 0x0E /* 成功返回 0失败返回非 0 错误码方便上层重试 */ uint8_t cw2015_read_burst(uint8_t reg, uint8_t *buf, uint8_t len) { i2c_start(); if (i2c_write_byte(CW2015_ADDR_W) ! 0) { i2c_stop(); return 1; } if (i2c_write_byte(reg) ! 0) { i2c_stop(); return 2; } i2c_start(); /* 重复起始位切到读方向 */ if (i2c_write_byte(CW2015_ADDR_R) ! 0) { i2c_stop(); return 3; } for (uint8_t i 0; i len; i) { buf[i] i2c_read_byte(i (len - 1) ? 0 : 1); } i2c_stop(); return 0; } uint8_t cw2015_write_reg(uint8_t reg, uint8_t val) { i2c_start(); if (i2c_write_byte(CW2015_ADDR_W) ! 0) { i2c_stop(); return 1; } if (i2c_write_byte(reg) ! 0) { i2c_stop(); return 2; } if (i2c_write_byte(val) ! 0) { i2c_stop(); return 3; } i2c_stop(); return 0; }逻辑说明cw2015_read_burst里的“重复起始位”是关键。CW2015 和大多数 I2C 从机一样要求在一次传输里完成“写寄存器地址→读数据”的切换中间不能插停止位否则从机会把地址指针复位。返回非零错误码而不是布尔值是为了让上层能区分是地址没应答还是数据没应答排查时一眼看出卡在哪一步。参数说明reg是起始寄存器地址读全部数据就传 0x00len最大 16因为寄存器空间只到 0x0E。不要贪心传 32读出越界数据没有意义还会多占总线时间。3.3 SOC、电压、温度、电流的定点换算原始字节读回来只是半成品换算错了 SOC 照样飘。下面这段把四个物理量一次算完/* cw2015.c —— 数据解析全部整数运算 */ typedef struct { uint8_t soc; /* 单位 % */ uint16_t voltage_mv; /* 单位 mV */ int16_t current_ma; /* 单位 mA正为充电负为放电符号依接线而定 */ int16_t temp_c_x8; /* 单位 0.125℃除以 8 得摄氏度 */ uint16_t rrt_min; /* 剩余分钟数 */ } cw2015_data_t; void cw2015_parse(const uint8_t *buf, cw2015_data_t *out) { uint16_t soc_raw, vcell_raw; int16_t temp_raw; int16_t cur_raw; /* SOC16 位里取百分比除以 256先乘 100 保留整数精度 */ soc_raw (uint16_t)((buf[CW2015_REG_SOC_H] 8) | buf[CW2015_REG_SOC_L]); out-soc (uint8_t)((soc_raw * 100u) 8); if (out-soc 100) out-soc 100; /* 满电时可能出现 101钳位 */ /* 电压14 位有效LSB 312.5uV等价于 raw * 5 / 16 得到 mV */ vcell_raw (uint16_t)(((buf[CW2015_REG_VCELL_H] 8) | buf[CW2015_REG_VCELL_L]) 0x3FFF); out-voltage_mv (uint16_t)((vcell_raw * 5u) 4); /* 温度11 位有符号LSB 0.125℃结果为 1/8 摄氏度 */ temp_raw (int16_t)(((buf[CW2015_REG_TEMP_H] 8) | buf[CW2015_REG_TEMP_L]) 0x0FFF); if (temp_raw 0x0400) temp_raw - 0x0800; /* 手工符号扩展到 16 位 */ out-temp_c_x8 temp_raw; /* 电流14 位有符号补码LSB 与检流电阻相关这里乘以工程标定系数 */ cur_raw (int16_t)(((buf[CW2015_REG_CUR_H] 8) | buf[CW2015_REG_CUR_L]) 0x3FFF); if (cur_raw 0x2000) cur_raw - 0x4000; out-current_ma (int16_t)((cur_raw * CW2015_CUR_LSB_NUM) / CW2015_CUR_LSB_DEN); }逻辑说明SOC 用(raw * 100) 8而不是raw / 256 * 100是为了先放大再移位避免整数除法丢掉小数部分。电压的* 5 4是把 0.3125mV 化成整数比例5 除以 16 正好等于 0.3125。温度的符号扩展必须手工做因为 C 语言里 11 位有符号数不会自动扩展成 16 位少了这一步零下温度会读成两百度。参数说明CW2015_CUR_LSB_NUM和CW2015_CUR_LSB_DEN是电流标定系数的分子分母默认可以先按手册给出的典型值填但一定要用实测电流反推一次。我一般会串一个已知负载读出原始值算出实际系数再写回宏定义——这一步做完电流读数才敢用在功耗统计里。4. 初始化与电池模型ATHD 写错顺序SOC 就会一路飘数据能读出来不代表数据是对的。CW2015 内部有一套电池模型必须把电池的基本参数灌进去它才能算准 SOC。这一步做过和没做过差别就是“能用”和“好用”。4.1 上电到读到第一个非零 SOC 的完整时序冷启动的流程不能乱顺序错一步后面的 SOC 就可能一路趴着不动。工程里的初始化函数是这样写的/* cw2015_init.c —— 上电初始化 */ #define CW2015_MODE_CONFIG 0x30 /* 进入配置模式 */ #define CW2015_MODE_NORMAL 0x00 /* 退出配置进入正常测量 */ #define CW2015_MODE_QSTRT 0x20 /* 快速启动位 */ /* 电池参数向电芯厂要或者用模组厂给的推荐值 */ static const uint8_t bat_info 0x30; static const uint16_t bat_athd 0x1A2B; uint8_t cw2015_init(void) { uint8_t ver 0, mode 0; uint8_t ret; /* 1. 读版本号确认 I2C 通了 */ ret cw2015_read_burst(CW2015_REG_VERSION, ver, 1); if (ret ! 0) return 0x10; if (ver 0x00 || ver 0xFF) return 0x11; /* 全 0 或全 1 说明总线有问题 */ /* 2. 进入配置模式留 5ms 让芯片切换 */ ret cw2015_write_reg(CW2015_REG_MODE, CW2015_MODE_CONFIG); if (ret ! 0) return 0x20; HAL_Delay(5); /* 3. 写入电池模型三件套 */ ret cw2015_write_reg(CW2015_REG_BATINFO, bat_info); ret | cw2015_write_reg(CW2015_REG_ATHD_H, (uint8_t)(bat_athd 8)); ret | cw2015_write_reg(CW2015_REG_ATHD_L, (uint8_t)(bat_athd 0xFF)); if (ret ! 0) return 0x30; /* 4. 退出配置模式芯片开始按新模型计算 */ cw2015_write_reg(CW2015_REG_MODE, CW2015_MODE_NORMAL); HAL_Delay(1000); /* 等第一次 SOC 收敛不能省 */ /* 5. 校验读回 MODE确认已经回到正常模式 */ cw2015_read_burst(CW2015_REG_MODE, mode, 1); if (mode 0x03) return 0x40; return 0; }逻辑说明第 1 步读版本号是必要的自检全 0x00 和全 0xFF 是 I2C 总线的两种典型故障——前者说明 SDA 被拉死后者说明从机根本没应答。第 2 步进入配置模式后必须留一点时间CW2015 内部状态机切换不是零延迟5ms 是实测比较稳的值。第 4 步的 1 秒延时更不能省SOC 的计算需要一次完整的采样周期读完马上取数会拿到旧值。参数说明bat_info和bat_athd必须按实际电芯填。不同容量、不同化学体系的电芯这两个值不一样写错了 SOC 曲线整体偏移。拿不到参数时可以先读芯片出厂默认值用默认值跑一轮完整充放电看 SOC 和实际电量的偏差再决定要不要重新标定。4.2 ATHD 与 BATINFO 的取值来源这三个字节是整套程序里最“玄学”的部分因为它跟具体电芯绑定。我的做法是分三步走。第一步查模组资料。买 CW2015 模组时供应商通常会附一份推荐参数表直接按表填能用就先跑起来。第二步跑一轮完整充放电。把设备从满电放到自动关机每 5% 记录一次 SOC 读数和万用表实测的剩余电量画两条曲线对比。如果 SOC 曲线整体偏高或偏低说明电池容量参数偏了如果中间某段突然塌陷说明内阻参数不对。第三步微调 ATHD。容量偏大就把 ATHD 调小反之调大每次改动不超过 5%改完重跑一轮。这个迭代过程很枯燥但通常两三轮就能把误差压到 ±5% 以内对绝大多数手持设备够用了。注意ATHD 写入之后必须做一次完整充放电让芯片重新学习电池特性。写完参数就直接看 SOC读数不会立刻变准这一点经常被误解成“参数没写进去”。4.3 首次校准与 QSTRT 快速启动新设备第一次上电或者电池被拔插过CW2015 内部状态是空的SOC 可能停在某个随机值上。这时候有两个办法。一是等。让设备正常跑一轮完整充放电芯片自己会收敛缺点是用户拿到手的前几个小时电量显示不准。二是用 QSTRT。MODE 寄存器里有一个快速启动位置位后芯片会用更快的节奏重新估算 SOC通常几分钟内就能给出可用的读数。代码里加一个判断如果读到的 SOC 是 0 或者 100 且电压明显不匹配就触发一次快速启动。/* 电压明显偏离满电/空电特征时触发快速启动 */ void cw2015_maybe_qstrt(const cw2015_data_t *d) { uint8_t mode 0; if ((d-soc 0 d-voltage_mv 3600) || (d-soc 100 d-voltage_mv 3300)) { cw2015_read_burst(CW2015_REG_MODE, mode, 1); mode | CW2015_MODE_QSTRT; cw2015_write_reg(CW2015_REG_MODE, mode); } }逻辑说明这里的判断条件是“SOC 和电压矛盾”。SOC 显示 0 但电压还有 3.6V说明模型没收敛SOC 显示 100 但电压只有 3.3V同理。触发快速启动比干等一轮充放电对用户友好得多。注意快速启动只是加快收敛不是重新校准参数本身错了还是要回到 4.2 节去调。参数说明判断阈值 3600mV 和 3300mV 是按单节锂电给的换成磷酸铁锂或者其他体系要改。改的时候不要卡在典型的空电/满电电压上留 100mV 以上的余量避免正常波动误触发。5. 避坑排查SOC 跳变、总线挂死与低温误差的五条血泪记录CW2015 这个料本身不复杂复杂的是它和电池、和 MCU 低功耗策略之间的配合。下面五条都是我实际踩过的按“现象→原因→解决”写遇到了可以直接对号入座。5.1 SOC 长时间不动重启后才刷新现象设备跑起来之后SOC 一直停在某个值充放电都不变断电重启又恢复正常过一会儿又卡住。原因读 SOC 的频率太高而 CW2015 在正常模式下的 SOC 更新周期是十几秒一次频繁读只会拿到同一份快照更常见的原因是初始化时写入 MODE 之后没等收敛就进入低功耗芯片状态机停在半路。解决把 SOC 采样周期定在 30 秒以上并在初始化末尾加 1 秒延时。另外确认 MODE 寄存器读回来确实是正常模式如果读回值的高位不对说明配置流程被打断过重新走一遍 4.1 节的完整时序。5.2 I2C 总线被拉死所有器件失联现象设备运行一段时间后SDA 一直保持低电平SCL 翻转也没用总线上其他 I2C 器件全部无响应。原因CW2015 在传输过程中掉电或者被复位从机状态机停在某个字节中间一直拉着 SDA 等时钟。主设备这时候如果再发起始位从机根本不认。解决加总线解锁函数。在初始化前先检查 SDA 电平如果是低电平手动发 9 个 SCL 时钟让从机把剩下的位吐完再发一个停止位。/* 总线解锁SDA 被从机拉死时补 9 个时钟再发停止位 */ void i2c_bus_recover(void) { uint8_t i; sda(1); for (i 0; i 9; i) { scl(1); I2C_DELAY(); scl(0); I2C_DELAY(); if (sda_read()) break; /* SDA 已释放提前退出 */ } i2c_stop(); }参数说明9 个时钟对应 I2C 协议里一个字节加一个 ACK 的最大位数多发几个也无害。这段函数要放在cw2015_init的最前面调用每次上电都跑一遍成本几乎为零。5.3 低温环境下 SOC 突然跳水现象设备在常温下标定得好好的拿到零下十度环境里跑SOC 从 60% 直接掉到 20%电压读数也跟着掉。原因锂电池低温内阻增大端电压下降CW2015 的模型虽然是按电压和电流综合估算但温度补偿依赖温度寄存器。如果温度读数本身不准补偿就会跑偏。另一种可能是低温下电池实际可用容量确实变小了SOC 跳水是真的。解决先确认温度读数。把设备放恒温箱里对比 CW2015 读到的温度和标准温度计偏差超过 2℃ 就要查温度寄存器的解析代码。确认温度没问题后再判断是模型问题还是真实容量下降——如果是真实下降属于物理特性UI 上做低电量提示比改参数更实际。5.4 读到的数据全是 0xFF现象I2C 通信看起来正常起始位、地址、ACK 都有但读回来的 16 个字节全是 0xFF。原因地址错了。CW2015 的 7 位地址是 0x62但有些模组会把地址脚拉高变成 0x63。另外写地址 0xC4、读地址 0xC5 这一对也容易搞混写成 0xC5 去写、0xC4 去读的大有人在。解决用逻辑分析仪抓一次完整波形看第一个字节到底是 0xC4 还是 0xC6。没有分析仪就用穷举法把 0x62 和 0x63 两个地址都试一遍能读到合理版本号的就是对的。数据全 0xFF 还有一个小概率原因是上拉电阻缺失SDA 悬空读出来就是高电平。5.5 电池拔插后 SOC 归零且不再恢复现象设备支持可换电池换一块满电电池上去SOC 显示 0%而且一直不恢复必须整机断电重启。原因CW2015 的供电如果跟着电池一起断内部 RAM 里的电池模型会丢失重新上电后芯片按默认参数启动而初始化代码只在冷启动时跑一次换电池的过程中 MCU 没复位初始化就被跳过了。解决在电池检测脚上加一个中断检测到电池拔插就重新执行一次cw2015_init。如果没有独立的电池检测脚就在主循环里定期读 VERSION 寄存器连续两次读不到就判定为电池被拔触发重新初始化。6. 低功耗取数与现场验证把待机平均电流压到 30µA 的取数节奏前面几章解决的是“读得准”这一章解决“读得省”。手持设备对功耗敏感CW2015 本身休眠电流很小真正耗电的是 MCU 被 I2C 频繁唤醒。我在这份程序里把采样节奏改成了三段式实测整机待机平均电流从 180µA 压到了 30µA 左右。6.1 三段式采样节奏与 STOP 模式配合第一段是快采样。设备刚上电或者刚插拔电池的 5 分钟内每 5 秒读一次 SOC让显示尽快稳定。第二段是慢采样。稳定之后切到 30 秒一次这时候 SOC 变化本来就慢读太勤没有意义。第三段是休眠采样。屏幕熄灭、设备进入 STOP 模式后用 RTC 每 2 分钟唤醒一次读完立刻回 STOP。唤醒期间只做三件事读 16 字节、解析、判断 SOC 是否变化超过 1%没超过就不刷新显示。/* 低功耗采样主循环节选 */ void app_battery_task(void) { static uint32_t last_tick 0; static uint8_t last_soc 0xFF; cw2015_data_t d; uint8_t buf[16]; if (HAL_GetTick() - last_tick sampling_period_ms) return; last_tick HAL_GetTick(); if (cw2015_read_burst(0x00, buf, 16) ! 0) { i2c_bus_recover(); /* 读失败先解锁总线下次再试 */ return; } cw2015_parse(buf, d); /* SOC 变化不足 1% 不刷新避免屏幕频繁闪 */ if (last_soc 0xFF || (d.soc last_soc ? d.soc - last_soc : last_soc - d.soc) 1) { ui_set_battery(d.soc, d.voltage_mv); last_soc d.soc; } if (d.soc 5) ui_set_low_battery_warning(); }逻辑说明sampling_period_ms是个全局变量由设备状态机根据“快采样/慢采样/休眠”三种状态改写任务函数本身不关心当前是哪种状态。读失败时先调总线解锁再返回不在这里重试避免一次故障把整个任务卡住。SOC 变化小于 1% 不刷新是因为屏幕刷新本身比读 I2C 更耗电。参数说明sampling_period_ms三档分别取 5000、30000、120000。如果设备用的是段码屏或者电子墨水屏刷新成本低可以把 1% 的阈值放宽到 2%如果是彩色屏阈值可以再放宽用户体验上差不了多少。6.2 现场验证怎么确认读数真的可信代码跑通只是第一步现场验证才是决定这套程序能不能交付的关键。我一般做三组对照。第一组恒流放电对照。用电子负载做 0.2C 恒流放电每 10 分钟记录一次 CW2015 的 SOC 和电子负载累计的安时数算两条曲线的最大偏差。偏差在 5% 以内算合格超过 10% 就要回去查 ATHD。第二组温度循环对照。把设备放进恒温箱从 25℃ 降到 -10℃ 再升到 45℃每个温度点保温 2 小时记录 SOC 和电压。重点看低温段的跳水幅度以及回到常温后 SOC 能不能恢复——能恢复说明是模型补偿不能恢复说明电池真的被放空了。第三组长期待机对照。设备满电静置 72 小时每小时记录一次 SOC看自放电导致的下降是否平滑。如果中间出现台阶式下跌多半是采样节奏和芯片更新周期对不上回去调sampling_period_ms。做这三组对照时最好把原始数据存成 CSV方便后面画图对比。我吃过亏——有一次只记了结论没存原始值客户质疑数据时拿不出证据只能重新跑一遍白花了两天。最后说一个习惯。从那以后我每次接新的电量计项目都会先写一个最小测试程序只做 I2C 读版本号、连读 16 字节、串口打印原始 hex别的什么都不干。这一步花不了半小时但能一次性排除地址错、上拉不对、时序太快这三类问题。等原始数据能稳定打印了再去写解析和低功耗返工率会低很多。希望帮到你。本文还有配套的精品资源点击获取
时间复杂度解法详解)
