解决新国标研发痛点:英集芯移动电源锂保 + SOC 全套落地方案
摘要:GB47372‑2026 移动电源强制国标落地,硬件双重保护、RTC 时钟、故障日志存储、电池智能降满充电压等硬性指标大幅拉高芯片方案设计门槛。传统分立多芯片架构,实现完整新国标两级保护功能最简需要 3 颗芯片(MCU + 存储 + 保护),存在 BOM 高、调试复杂、认证通过率低等工程痛点。英集芯从硬件锂保、SOC 主控、蓝牙溯源多维度输出原生适配新国标的完整芯片矩阵,帮助硬件工程师快速完成产品合规设计。
旧标准时代移动电源方案只需要实现基础过充、过放、过流保护,对故障记录、时间戳、硬件冗余保护、电池动态调压没有强制约束。行业普遍采用 “保护 IC + 分立 DC‑DC” 的简单架构,软件逻辑弱,仅满足基础充放电功能。
而 GB47372‑2026 明确八大电气功能强制要求:电池信息记忆存储、移动电源时钟功能、电池异常信息明示、移动电源异常禁用、移动电源类别定义、更高级别电池保护、电池信息监控、电池智能降满充电压。
从工程实现角度,传统分立架构(满足两级保护):MCU + 外挂 Flash + 一级 + 二级保护芯片,最简需要 3 颗芯片拼接才能覆盖全部强制条款。该方案会带来几类典型工程风险:ADC 采样精度漂移、RTC 时钟误差大、掉电故障日志丢失、多器件之间兼容性调试工作量大,直接拉长研发周期,样机认证阶段容易反复失败。英集芯的方案思路是把硬件防护与软件算法深度集成,区分硬件保护层、SOC 主控层、数据溯源层,给客户提供分层可选型的解决方案。
佰祥电子移动电源新旧国标框架对比
一、硬件锂保方案:IP3066 构建新国标硬件安全底座
工程痛点:新国标明确区分一级、二级硬件保护架构;保护不能完全依赖 SOC 软件逻辑,需要硬件独立兜底;同时对休眠功耗、采样精度、导通内阻、保护阈值可调性提出严苛要求。普通保护芯片参数固化,无法适配三元锂、磷酸铁锂多类电芯,静态功耗高会造成充电宝静置自放电严重。
IP3066 是英集芯面向新国标开发的锂电保护芯片,支持单颗一级保护、两颗串联组成二级硬件冗余保护两种硬件拓扑,硬件层面独立完成保护动作,不依赖 SOC 软件,规避软件失效带来安全风险。
关键参数与新国标适配能力
超低静态功耗:工作模式 5.1μA,欠压模式 0.6μA,关断模式低至 0.35μA,有效抑制整机静置自放电,满足产品长期存放电量保持要求。
硬件原生新国标功能:内置0V 禁充、过压禁用锁定、过温保护,故障发生后硬件直接锁止回路,实现硬件兜底。
高精度采样与灵活配置能力:电压精度 ±15mV,电流精度 ±10%;过充电压调节步进 5mV,充电过流、放电过流可独立调节,各项保护时间参数多档位可调;MOS 导通内阻 Rss (on) 仅 2.4mΩ,大电流工况导通压降小,降低发热损耗。
封装优势:FCQFN4(2×3mm)超小型封装,适配轻薄移动电源紧凑 PCB 布局。
佰祥电子-英集芯新国标IP3066
架构说明(硬件拓扑)
• 一级保护:单颗 IP3066,完成基础硬件防护,搭配 SOC 实现全部软件功能,满足基础合规;
• 二级硬件保护:两颗 IP3066 前后串联,两级完全独立保护链路;当第一路保护器件失效,第二路仍可独立切断回路,实现硬件冗余,满足严苛第三方检测。
二、电源 SOC 主控方案:IP5356、IP5387、IP5385P,单芯片完成新国标全部软件侧能力
工程痛点:新国标要求双向 DC‑DC 变换、硬件 RTC、故障分区存储、电池智能降满充电压、异常锁止、多通道高精度 ADC 采样。传统分立方案需要 MCU + 外挂 Flash + 独立 DC‑DC,时钟精度、数据掉电保存、多器件协同都是设计难点,软件开发工作量巨大。
英集芯IP5356、IP5387、IP5385P三款 SOC,原生适配 GB47372‑2026 新国标,芯片内部完整集成双向同步 DC‑DC 功率级、快充协议控制器、MCU 内核、片上 Flash、硬件 RTC 时钟、多通道高精度 ADC,无需外挂 MCU 与外部存储芯片,单颗即可完成新国标全部软件强制功能:电池参数存储、RTC 时间戳记录、故障事件分区存储、异常禁用锁定、电池智能降满充电压、电池全参数监控,同时兼容 PD、UFCS 等主流快充协议。
佰祥电子-英集芯IP5356、IP5387、IP538

工程价值
传统分立:满足两级硬件保护完整方案最简需要 3 颗芯片;
英集芯 SOC 方案:做一级硬件保护的整机最简方案仅需 2 颗芯片(SOC + 单颗锂保)。
原厂已经完成新国标底层算法,客户仅需做参数配置,减少 PCB 布线压力,缩短软件开发、认证周期,兼顾快充性能和安全合规。
三、落地应用方案详解(4 套典型差异化方案)
方案 1:单串电池 MCU 分立方案
硬件组成:IP5356M‑S / IP5356H‑U(电源芯片)+ 外挂独立 MCU + IP3102U 一级锂保
架构逻辑
l IP5356M‑S / IP5356H‑U 负责充放电电源管理,支持满充电压调整;
l 全部新国标软件功能、数据存储、异常逻辑由外挂独立 MCU 实现;MCU 完成电压采集、温度读取、电池信息保存、屏幕驱动、智能策略控制;
l 保护层级:IP3102U硬件实现一级锂保;二级保护由 MCU 软件逻辑实现;
l 数据上报:支持 UART、NFC、USB、移动电源本体屏幕显示。
核心能力:智能监测异常信息、智能调节满充电压、异常信息存储及禁用。
适用产品:老平台产品迭代项目、需要深度自定义软件逻辑的单串充电宝。
合规收益:传统分立架构,可完整实现全部 GB47372‑2026 强制条款。
短板:需要额外开发 MCU 固件,BOM 器件多,调试工作量大,对应 PPT “最简需要 3 颗芯片完成” 的分立架构。
佰祥电子-单串电池 MCU 分立方案示意图
方案 2:单串电池大功率 SOC 方案
硬件组成:SOC IP5387 + IP3102U 一级锂保 + 独立普通锂保芯片(二级硬件保护)
架构逻辑
l IP5387 SOC 完整实现电源充放电,SOC 内部原生完成全部新国标功能、日志存储,通过 PD‑VDM 通道完成数据上报,片内自带硬件 RTC;
l 保护层级:IP3102U做一级锂保;二级保护由独立锂保芯片硬件实现,软硬件双层安全兜底。
核心能力:智能监测异常信息、智能调节满充电压、异常信息存储及禁用;128K Flash,多 IO 可拓展,支持外置半桥;单串电池最大 33W。
适用产品:单串大功率移动电源,支持数码管 / TFT 屏幕拓展,面向中高端单串快充充电宝。
合规收益:SOC 内置全部新国标逻辑,无需外挂 MCU;硬件一、二级独立保护,满足国标全部强制要求,兼顾屏幕拓展能力。
佰祥电子-单串电池大功率 SOC 方案示意
方案 3:多串电池极简 SOC 方案
硬件组成:SOC IP5385P + AFE 采样芯片 IP3561Q(一级保护)+ IP3247 普通锂保(二级硬件保护)
架构逻辑
l IP5385P 实现充放电电源管理,SOC 内部完整承担全部新国标功能、电池信息存储,PD‑VDM 指令上报数据,内置硬件 RTC 时钟;
l 保护层级:AFE IP3561Q实现一级保护,完成多串电压、电流、温度采集;二级保护由 IP3247 锂保芯片硬件实现。
核心能力:智能监测异常信息、智能调节满充电压、异常信息存储及禁用;56K Flash,全快充协议支持,外置全桥;多串电池最大 100W。
适用产品:2‑6 串大功率移动电源、小型便携储能。
合规收益:多串场景极简 SOC 方案,不需要外挂 MCU;完整覆盖多串电芯复杂工况下全部新国标强制要求。
佰祥电子-多串电池极简 SOC 方案示意图
方案 4:单串电池 15W 磁吸移动电源方案
硬件组成:IP5356H_G3(SOC)+ 两颗 IP3066(一级、二级锂保)+ IP6802B / IP6862B 无线充芯片
架构逻辑
l IP5356H_G3 完成充放电管理,全部新国标功能、异常信息存储全部在 SOC 内部完成,USB 接口上传数据;
l 保护层级:一级、二级保护全部由两颗 IP3066 硬件串联实现,纯硬件冗余保护,不依赖软件做二级防护;
l 无线充部分:IP6802B/IP6862B 实现 EPP 15W 磁吸无线充,无需额外增加 DC/DC,支持无线充自唤醒。
核心能力:智能监测异常信息、智能调节满充电压、异常信息存储;支持 WPC EPP 15W 认证,无线充自唤醒,一二两级全部硬件锂保。
适用产品:15W 磁吸无线充充电宝。
合规收益:SOC 集成全部新国标逻辑;双 IP3066 硬件两级冗余保护,同时满足无线充特殊产品形态的合规需求。
佰祥电子-单串电池 15W 磁吸移动电源方案
方案总结
GB47372‑2026 新国标下移动电源设计,硬件安全冗余与软件数据存储溯源二者缺一不可。传统分立实现两级保护完整新国标功能至少需要 3 颗芯片;英集芯 SOC + 单颗锂保 2 颗芯片即可完成基础一级保护全套合规。
传统分立 MCU 路线(方案 1):适合老项目迭代,电源芯片搭配外挂 MCU 完成新国标全部功能;BOM 器件多,MCU 软件开发工作量大,适合深度定制项目。
高集成 SOC 路线(方案 2/3/4):IP5356H_G3 / IP5387 / IP5385P 系列 SOC,SOC 内部完成全部新国标软件逻辑,无需外挂 MCU;搭配对应锂保 / AFE 芯片实现一级、二级硬件保护,覆盖单串大功率、多串百瓦储能、磁吸无线充特殊形态,功率覆盖 15W‑100W。
工程提示:处于产品研发阶段,建议直接选用原生适配新国标的 SOC 芯片方案,尽量不要在旧分立 MCU 方案上二次修改,规避硬件架构改造带来的潜在安全隐患与认证失败风险。
审核编辑 黄宇
全部0条评论
快来发表一下你的评论吧 !