简介：移动电源HJ-913测试报告是一份面向电源类产品研发、测试与品质工程人员的专业技术文档，用于评估HJ-913型号移动电源的性能、安全性与可靠性，判断其是否符合相应技术规范与行业标准。报告围绕测试目的与测试条件展开，重点覆盖充放电性能与保护功能两大板块：充放电部分细分为充电特性、负载效应、动态负载、放电时间、输出效率与输出纹波，用以考察充电速度、稳定性及不同负载下的续航与输出品质；保护部分则包含输入输出保护与电芯保护，涉及过充、过放、短路、过流、过压与过热等安全机制，并延伸至显示、静态功耗、温度及低温性能等可靠性项目。资源包共1个文件，为doc格式测试报告正文，压缩包约159KB，目录分级清晰，含章节页码索引，便于按模块检索与引用。目前已有191人学习下载，适合硬件测试工程师、方案商及质检人员参考测试方法与项目设置，也可作为同类移动电源测试报告的撰写范本。
1. 移动电源HJ-913测试报告.doc 里真正需要被验证的东西
文件名直接叫「移动电源HJ-913测试报告.doc」，通常意味着型号已经定版，接下来要交出去的是可复现的验证证据，不是实验室里随手记的几行数字。很多人第一反应是找份模板把空填满，填完被品质或客户追问一句「这个 10000mAh 是电芯容量还是 5V 输出端的额定容量」，当场就答不上来。测试报告的价值不在排版，在口径。
一份能站住的 HJ-913 测试报告，本质上只要回答三个问题：电芯里实际存了多少能量（Wh），这些能量经过升压板之后还剩多少（转换效率），以及过流、过温、短路保护在异常条件下会不会失效。这三个问题对应三套完全不同的测试条件——电芯容量要在裸电芯或拆机端子上测，整机效率要在输出口测，保护功能要故意制造异常。混在一起写，就会得到一份看着完整、实际没法复现的文档。
适合往下读的，是做硬件验证的测试工程师、写自动化测试上位机的软件工程师，以及需要把测试结果自动灌进 Word 模板的品质工程师。后面按「台架怎么搭、数据怎么采、报告怎么自动生成、复测怎么自检」推一遍，每一段都落到具体指令和参数上。
2. 移动电源HJ-913测试台搭建与必测项参数设定
台架搭错，后面的数据再漂亮也没意义。移动电源测试最常见的翻车方式，是拿一根劣质 USB 线把所有测量都做完了：线阻吃掉 200mV，纹波被线材电感滤掉一半，效率算出来比物理极限还高。所以先把测量点从「线后面」挪到「口子边上」，再去谈参数。
2.1 测试拓扑与仪器清单：可编程电源、电子负载、功率计怎么接
HJ-913 这类万毫安级、双口输出的移动电源，充放电是两个独立回路，接线也要分开做。充电侧：可编程直流电源输出 5V/9V/12V，经 PD 诱骗器握手后接入输入口，电源回读的电压电流用来算输入功率和充电时间。放电侧：输出口直接接可编程电子负载，恒流拉载。示波器用差分探头跨接在输出口的 VBUS 与 GND 焊盘上，探头地线尽量短，绝对不要把示波器地夹到输出的负极之外的第二点，否则地环路会把纹波读数抬高一倍。
| 测量对象 | 仪器类别 | 关键指标 | 备注 |
|---|---|---|---|
| 输入电压/电流 | 可编程直流电源 | 回读精度 0.1%，支持 9V/12V | 带 PD 诱骗器 |
| 放电电流/能量积分 | 可编程电子负载 | CC/CV/CR/CP，内建 Wh 积分 | 分辨率 1mV/1mA |
| 输出纹波 | 示波器 + 差分探头 | 带宽 ≥100MHz | 20MHz 带宽限制开启 |
| 表面温升 | 多路温度记录仪 | K 型热电偶，±0.5℃ | 贴电芯壳体 |
| 电芯内阻 | 交流内阻测试仪 | 1kHz | 拆机后单节测 |
| 环境条件 | 恒温箱或空调房 | 23±2℃ | 全流程记录 |
温度探头的贴法比仪器精度更容易出错。正确位置是电芯铝壳或软包表面，用导热硅胶固定并加一层泡棉压紧；贴在外壳塑料上测到的是壳温，滞后电芯 5 到 8℃，温升结论会偏乐观。至少布三路：电芯中部、升压板 MOS 附近、输出口座子附近。
2.2 电芯容量与整机转换效率：恒流放电参数怎么设
先把概念分清。电芯容量用 Wh 表示，比如 10000mAh 标称电芯、标称电压 3.7V，则电芯能量约 37Wh。额定输出容量是 5V 端口能放出的 mAh 数，同样一块电芯通常标 6000mAh 左右，因为升压损耗加上放电截止点，转换效率大致落在 80% 到 90% 区间。这两个数字之间的比值，才是真正衡量板子好坏的指标。
电芯侧测试：0.2C 恒流放电，即 10000mAh 电芯用 2000mA，放到 3.0V 截止，记录放出容量与能量。整机侧测试：输出口 5V/2A 恒流放电，放到输出跌到 4.75V（或产品规定的截止点）为止，用电子负载的内建 Wh 积分读能量。两段能量相除得到整机效率。
# SCPI 设定示例：电子负载进入 5V/2A 恒流拉载 # 说明：不同厂家指令前缀不同，先查编程手册再改 load.write(":SOUR:FUNC CURR") # 定电流模式 load.write(":CURR 2.0") # 拉载 2A load.write(":VOLT:PROT 5.5") # 过压保护点，防止误设 load.write(":CURR:PROT 3.5") # 过流保护点 load.write(":INP ON") # 输入使能:VOLT:PROT不是可选项。恒流模式下负载会拼命把电流拉到设定值，如果移动电源输出电压异常升高，负载可能在几十毫秒内把输入电容打穿。把过压点设在 5.5V，等于给台架加一道机械保险。:CURR:PROT同样要设，防止接线松动后重新接通时的电流冲击。
参数怎么改：小容量样品把 0.2C 换算成对应电流即可，不要用固定 2A 一刀切；低温或高温验证时把恒温箱设到 0℃ 和 45℃ 各跑一次，同一条曲线才有对比价值；放电截止电压必须写进报告，4.75V 和 4.5V 算出来的额定容量能差 8%。
2.3 输出纹波、过流保护与温升：采样率与探头位置
纹波测试要在满载稳态下做，空载数据没有参考价值。示波器设置：时基 1ms/div 看包络，耦合 AC，带宽限制 20MHz，探头衰减 10:1，采样率至少 100MSa/s，抓 10 秒以上看有没有周期性的跳周期振荡。读出 Vpp 值，再换 1A 和 0.5A 各测一次，画一条「纹波—负载电流」曲线比单点值有说服力得多。
过流保护的测法是从额定电流往上慢慢加，每档保持 5 秒，记录保护动作点和动作后的电压。合格的板子在保护动作后应能自动恢复或需要重新插拔，两种行为都要在报告里注明。短路保护用继电器或 MOS 开关快速短接输出口 3 秒，重复 5 次，每次间隔 30 秒，测完检查外壳有无变形、有无异味。
温升测试选最恶劣的组合：5V/2A 连续放电 30 分钟，或者双口同时满负载。采样间隔 5 秒就够，但要求记录仪支持长时间不掉线。把三路温度曲线和放电曲线对齐时间轴画在同一张图上，报告的说服力会明显不同。
提示：所有测试开始前先静置 1 小时让样品回到室温，刚充完电的样品电芯温度偏高，直接测效率会偏低 1 到 2 个百分点。
3. 用 Python 采集 HJ-913 放电曲线并算出关键指标
手工记数据写报告，一天跑不完三个样品。把电子负载和功率计接进上位机，采集、计算、出图、填报告串成一条流水线，才是能持续的方案。这一段给出最小可跑的采集脚本和计算口径。
3.1 PyVISA 连电子负载的最小采集脚本
前置条件是装了 NI-VISA 或纯 Python 的 pyvisa-py 后端，以及一根 USB 转 TTL 或 USB 转 GPIB 线。先枚举资源，把返回的字符串记下来写进配置，不要硬编码到代码里。
import csv, time import pyvisa rm = pyvisa.ResourceManager() print(rm.list_resources()) # 先看清地址 load = rm.open_resource("<上一步打印出的资源地址>") load.timeout = 3000 load.read_termination = "\n" load.write_termination = "\n" load.write(":SOUR:FUNC CURR") load.write(":CURR 2.0") load.write(":VOLT:PROT 5.5") load.write(":INP ON") t0 = time.time() with open("hj913_discharge.csv", "w", newline="", encoding="utf-8") as f: w = csv.writer(f) w.writerow(["t_s", "volt_V", "curr_A", "wh"]) while True: v = float(load.query(":MEAS:VOLT?")) i = float(load.query(":MEAS:CURR?")) wh = float(load.query(":MEAS:ENER?")) t = time.time() - t0 w.writerow([round(t, 2), v, i, wh]) f.flush() # 长时间测试必须实时落盘 if v < 4.75: break time.sleep(2) load.write(":INP OFF")三次query之间存在几十毫秒的时间差，严格意义上电压和电流不是同一时刻的采样。精度要求高就把负载切到 :MEAS:ALL? 之类的组合查询，或者把采样周期放宽到 2 秒以上让误差占比降下来。f.flush()不是可有可无的写法，30 分钟的测试中途蓝屏，没有 flush 就一个点都不剩。time.sleep(2)决定采样密度，容量积分用 2 秒足够，纹波要用示波器单独抓。
3.2 转换效率、额定容量、纹波峰峰值的计算口径
采集回来的 CSV 是一串离散点，容量和能量要按梯形法积分，直接累加矩形会低估尾部小电流段。
| 指标 | 计算公式 | 单位 | 常见口径 |
|---|---|---|---|
| 放电能量 | Σ((Vn+Vn-1)/2×I×Δt)/3600 | Wh | 输出口测得 |
| 放出容量 | Σ(I×Δt/3600)×1000 | mAh | 分母是输出电流 |
| 整机效率 | 输出能量 / 电芯能量 ×100% | % | 5V/2A 下 80%~90% |
| 电压跌落 | 空载电压 − 满载电压 | mV | 5V/2A 应 ≤250mV |
| 纹波 | 稳态段 Vpp | mV | 5V/2A 内控 ≤200mVpp |
积分起点要统一。如果一开始负载还没稳定，前几个点电压虚高，会把能量算多。稳妥做法是丢掉前 10 秒的数据，或者等电流稳定到设定值 ±2% 之后再开始积分，两种做法都要在报告里写明。
import pandas as pd df = pd.read_csv("hj913_discharge.csv") df = df[df["t_s"] >= 10].reset_index(drop=True) # 丢掉负载建立段 dt = df["t_s"].diff().fillna(0) v_avg = (df["volt_V"] + df["volt_V"].shift(1)) / 2 energy_wh = (v_avg * df["curr_A"] * dt / 3600).fillna(0).sum() cap_mah = (df["curr_A"] * dt / 3600).fillna(0).sum() * 1000 cell_wh = 37.0 # 电芯能量，来自电芯规格 eff = energy_wh / cell_wh * 100 print(f"输出能量 {energy_wh:.2f}Wh 容量 {cap_mah:.0f}mAh 效率 {eff:.1f}%")cell_wh不能凭标称 mAh 乘 3.7V 就完事，最好用同一批电芯的实测放电能量，或者用内阻测试仪配合厂家规格书确认。用标称值算效率，遇到标称虚高的电芯会得出超过 100% 的荒谬结果，这种数字一旦进了报告，整份文档的可信度就没了。
3.3 CSV 与 JSON 双写：给报告模板留一个稳定接口
采集脚本和报告生成脚本要解耦。前者只负责吐原始 CSV，后者只读一个结构固定的 JSON，中间由一个build_metrics.py完成转换。这样换电子负载、换样品、换模板，都不用动另一头。
import json metrics = { "model": "HJ-913", "sn": "采集时录入", "test_date": "2024-01-01", "env_temp_c": 23.0, "cell_wh": cell_wh, "out_energy_wh": round(float(energy_wh), 3), "rated_cap_mah": round(float(cap_mah), 1), "efficiency_pct": round(float(eff), 2), "cutoff_v": 4.75, "load_a": 2.0, "raw_file": "hj913_discharge.csv", "items": [ {"name": "空载电压", "value": 5.12, "unit": "V", "limit": "5.00~5.30", "result": "PASS"}, {"name": "满载电压", "value": 4.94, "unit": "V", "limit": "≥4.75", "result": "PASS"}, {"name": "输出纹波", "value": 168, "unit": "mVpp", "limit": "≤200", "result": "PASS"} ] } with open("hj913_metrics.json", "w", encoding="utf-8") as f: json.dump(metrics, f, ensure_ascii=False, indent=2)items数组是关键设计：一行一个测试项，字段名固定为 name/value/unit/limit/result，报告模板里循环渲染这张表就够了。新增测试项只要往数组里加一条，不用改模板代码。raw_file字段把报告和原始数据绑定，复测时能顺着文件名找回源头。
4. 用 docxtpl 把 HJ-913 测试数据渲染成 .doc 测试报告
到了这一步，数据已经在一个 JSON 里，剩下的是把它塞进 Word 并另存成 .doc。用 python-docx 从零画表格，样式调起来会让人崩溃；正确姿势是先手工做一个 .docx 模板，把 Jinja2 语法写在必要的位置，再用 docxtpl 渲染。
4.1 模板占位符与循环表格的写法
模板里先画好封面和表头，把固定文案保留，只把会变的部分换成占位符。单值用{{ model }}，循环行用 docxtpl 的表格专用语法{%tr for item in items %}，它会把整行作为循环单元，比传统在单元格里写{% for %}干净得多。
型号：{{ model }} 序列号：{{ sn }} 测试日期：{{ test_date }} 环境温度：{{ env_temp_c }} ℃ | 测试项 | 实测值 | 单位 | 判定限值 | 结论 | {%tr for item in items %} | {{ item.name }} | {{ item.value }} | {{ item.unit }} | {{ item.limit }} | {{ item.result }} | {%tr endfor %} 放电曲线： {{ curve }}几个约定必须提前定死：单位统一写在单独的列里，不要混在数值字符串中；PASS/FAIL 用大写英文，方便后续脚本再解析；日期用 ISO 格式，避免 1/2/2024 到底是 1 月 2 日还是 2 月 1 日的歧义。曲线图留一个独立段落放 InlineImage，锚点单独占一行，不要塞进表格单元格，否则缩放会变形。
4.2 渲染脚本：从 JSON 到 .docx，再转 .doc
Jinja2 和 docxtpl 的版本要匹配，装 docxtpl 时会带上依赖的 Jinja2，不要单独把 Jinja2 升到不兼容的大版本。
import json from docxtpl import DocxTemplate, InlineImage from docx.shared import Mm with open("hj913_metrics.json", encoding="utf-8") as f: data = json.load(f) # 读取上一节生成的结构化指标 tpl = DocxTemplate("hj913_template.docx") # InlineImage 必须在 render 之前构造，绑定到模板对象 ctx = dict(data) ctx["curve"] = InlineImage(tpl, "hj913_curve.png", width=Mm(150)) tpl.render(ctx) out_docx = f"移动电源{data['model']}测试报告.docx" tpl.save(out_docx) print("已生成", out_docx)从 .docx 转成 .doc 是交付环节常见的硬性要求，用 LibreOffice 无头模式最省事。注意加一个独立的用户配置目录，否则和桌面版 LibreOffice 的配置锁冲突，命令会静默失败。
soffice --headless \ -env:UserInstallation=file:///tmp/lo_profile \ --convert-to 'doc:MS Word 97' \ --outdir ./out \ '移动电源HJ-913测试报告.docx'doc:MS Word 97这个 filter 名不能写错，写成doc有时会落成 RTF 后缀。-env:UserInstallation参数是并发跑多份报告时的必备项，同一个配置目录被两个进程同时占用会直接卡死。转出来的 .doc 是二进制老格式，公式和域代码会丢，所以模板里不要放自动计算域，所有数值都在 Python 侧算好。
4.3 几个必踩的坑：编码、图片锚点、表格行数
中文路径在 Windows 上通过 subprocess 调 LibreOffice 时经常出问题，稳妥做法是把工作目录切到英文路径，输出后再改名。Jinja2 的空格控制符号{%-和-%}会吃掉占位符前后的空白，在表格单元格里用会导致文字贴边甚至单元格塌陷，模板里能不用就不用。InlineImage 如果用同一个模板对象创建两张图，宽高会互相影响，构造时显式传 width 和 height 更保险。
表格行数溢出是最容易被忽略的一条。模板里留了三行示例，数据有十二行时，Word 会自动分页，但表头不会重复。解决办法是在模板里把表头行设为重复标题行，或者在 Python 侧按每 15 行拆成多张表。前者更简单，在 Word 里选中表头行，布局里勾选「重复标题行」即可，docxtpl 渲染时会保留这个属性。
注意：模板和渲染脚本要放进版本管理，但渲染产物不要提交。同一份 JSON 在不同机器上渲染出的 .docx 二进制并不完全一致，靠比对文件哈希做复现验证是行不通的，要比对的是 JSON。
5. HJ-913 复测一致性自检：三条能挡住假数据的规则
报告生成流水线跑通之后，最大的风险从「格式不对」变成了「数据不对但看着正常」。HJ-913 这类样品复测时，经常出现效率算出来 96% 或者容量比电芯还大这种结果，脚本不会报错，只是安静地把错数写进报告。加三条自检规则，成本很低，挡住的问题很实在。
第一条，能量守恒自检。输出能量除以电芯能量得到效率，设定一个物理上限，比如 92%，超过就报警。这个数字不是标准值，是经验上限，凡是被动升压板都做不到 95% 以上，出现这种结果必然是电芯能量取值偏低、采样丢点，或者积分起点有问题。第二条，采样连续性检查，相邻两点的时间差不应超过采样周期的两倍，超出的位置标记为丢点，丢点占比超过 1% 就要求重测。
def self_check(df, cell_wh, eff_max=0.92, sample_period=2.0): issues = [] v_avg = (df["volt_V"] + df["volt_V"].shift(1)) / 2 dt = df["t_s"].diff().fillna(0) out_wh = (v_avg * df["curr_A"] * dt / 3600).fillna(0).sum() eff = out_wh / cell_wh if eff > eff_max: issues.append(f"效率 {eff:.1%} 超过物理上限，检查电芯能量取值") gap_ratio = (dt > sample_period * 2).mean() if gap_ratio > 0.01: issues.append(f"丢点占比 {gap_ratio:.1%}，建议重测") return out_wh, eff, issues第三条，首尾电压闭合。放电开始时的带载电压，和放电结束后静置 30 分钟的开路电压之间，应该存在一个合理的回弹幅度。回弹过小说明采样还在大电流下就停了，回弹过大说明中途出现过电压异常。把这三次读数写进报告的备注栏，复测时前后两份报告一对，就能判断测试条件是否真的保持一致。
最后一个具体技巧：在生成的报告末尾加一行原始数据文件的 SHA256 摘要。报告流转到下游之后，任何人拿到这份 .doc 都能确认它对应的是哪一次采集的 CSV，不会出现「报告改了、数据没改」的扯皮。
sha256sum hj913_discharge.csv | awk '{print $1}' >> hj913_metrics.json本文还有配套的精品资源，点击获取
