跳到正文
1836 · 开源社区

1836 · 开源社区

AI时代的人本基建

← 返回项目《初焰 • 纳宙 第一赛季 - 水象议题 10 巨蟹座》

【5】从系统构想逐步思考到工程实现

参与共建发布

zqhh · 发布于 2026/10/16 · 更新于 2026/10/16

ZQ

zqhh2026/10/16

从系统构想到工程实现:NaLink 的供电路径、模块接口与故障边界

所属议题: 初焰·钠宙 AI4S|水象议题 10「巨蟹座:把机房级可靠带进日常」

1. 本阶段目标:明确系统如何实现

前四篇探索已明确 NaLink「钠联」的产品定位、服务保障目标及钠电选型依据。本阶段进一步将产品构想转化为可供建模和原型开发的工程架构。

重点解决三个问题:

(1)外部电源、钠电池与不同负载如何连接,实现备用供电与分支管理;

(2)BMS、MCU 和边缘 AI 如何交换状态信息、传递任务并控制供电;

(3)面对供电切换、AI 启动及计算模块异常,系统如何处理故障并验证可靠性。

本篇形成的是初步工程设计,尚未完成实物搭建或性能测试。

2. 供电路径与硬件连接

2.1 系统供电结构

NaLink 的供电系统由外部电源、钠离子电池、适配型 BMS、充电管理、电源路径管理及负载稳压电路组成。

正常工作时,外部电源通过电源路径管理电路向系统供电;在符合电芯充电条件时,充电管理电路为钠电池充电。

外部供电异常时,系统通过受 BMS 保护的备用放电路径获取电能,由电源路径管理电路完成供电源切换。

各模块的职责如下:

电路模块主要功能关键设计要求
充电管理为钠电池提供受控充电适配电芯电压、电流与温度限制
BMS 与保护电路监测电池并执行安全保护具有必要的过充、过放、过流及温度保护
电源路径管理管理外部供电与电池供电满足切换时间及母线电压要求
DC-DC 稳压为不同负载提供所需工作电压覆盖电池电压变化范围及负载瞬态
负载开关控制可关闭的计算支路支持 MCU 控制和安全关断

上述功能可以由独立器件或集成电源管理方案实现,具体取决于后续电芯和模组选型。

2.2 双负载支路设计

系统供电母线划分为两条主要支路。

常供电支路: 连接 MCU、必要传感器和本地告警控制电路,负责基础监测。

可控供电支路: 连接边缘 AI 模块及非关键外设,通过电源使能信号或负载开关控制启停。

两条支路分别配置适当的稳压及必要的电源监测措施,以降低 AI 模块启动或异常对基础监测的影响。

但两条支路仍可能共享电池和上游供电母线,因此不能认为这种分离能够消除所有共同电源故障。

2.3 电池与电源管理的适配要求

钠离子电池的工作电压、充电截止条件及温度限制取决于具体电芯体系。

因此,不能未经核对便将磷酸铁锂的充电板、BMS 参数或 SOC 估算方式直接用于钠电系统。

后续需要先确定电芯型号和串并联配置,再检查充电管理、BMS、DC-DC 与负载开关的电压、电流及温度适配范围。

现阶段尚未选定具体电芯,不预设未经验证的电路参数。

3. 模块接口与运行状态设计

3.1 BMS—MCU 状态接口

MCU 需要获取电池状态,用于判断任务的供电条件。

状态信息主要用途
电池电压监测供电状态与电压边界
电池电流估算当前功率和能源消耗
电池温度判断当前温度是否处于允许范围
SOC 估计值辅助评估剩余电量
保护与故障标志识别应停止非必要负载的情况
可用功率估计为 AI 任务执行提供功率约束

状态通信可考虑 I²C、SMBus 或 UART 等接口,但必须以最终选定 BMS 的实际功能为准。

特别需要区分:BMS 可能提供电压、电流和 SOC,但不一定直接提供可信的可用功率估计。 若缺少该数据,则需要利用电芯特性和电源系统限制建立估算模型。

无论估算结果如何,硬件安全保护始终具有最高优先级。

3.2 MCU—AI 控制与数据接口

MCU 与边缘 AI 模块之间需要两类接口。

电源控制接口: MCU 根据任务许可结果控制 AI 支路的电源使能,必要时获取供电就绪或故障反馈信号。

数据通信接口: MCU 向 AI 模块发送任务请求和必要的传感器信息;AI 模块返回启动就绪、推理结果、运行状态及任务完成信号。

具体通信方式可考虑 UART、USB 或候选平台支持的其他接口,最终根据带宽、功耗及模块兼容性确定。

需要注意,Raspberry Pi 一类运行操作系统的计算平台通常需要正常关机流程。MCU 不应在任务结束后立即切断其电源,否则可能造成文件系统或数据状态异常。

因此,初步设计为:

任务完成 → 请求 AI 模块退出或关机 → 等待确认 → 关闭可控支路。

若模块失去响应,才进入超时与故障处理流程。对于采用独立负载开关的方案,还需考虑断电后通过通信引脚发生反向供电的风险。

3.3 AI 任务状态机

为使控制逻辑具备可实现性,初步定义以下状态:

状态触发条件系统动作
待机无待处理任务MCU 保持基础监测
请求产生复杂分析事件检查能源、功率及服务约束
启动任务获得许可使能 AI 支路,等待启动就绪
运行AI 模块已就绪执行推理并监测超时
完成AI 返回结果保存结果、更新能源预算
退出当前任务处理结束请求正常关闭或进入低功耗状态
故障启动失败、通信异常或供电异常终止任务,执行限次恢复或降级

这一状态机明确了 AI 启动时间、通信等待和退出过程。后续能源模型必须计入这些阶段的时间与能耗,而不能只计算模型推理本身。

4. 关键故障与可靠性验证

4.1 故障一:备用供电切换造成 MCU 复位

外部电源突然中断时,系统可能因电源路径切换和母线瞬态变化产生短时电压跌落。

即使备用电池具有足够容量,若 MCU 电源轨低于允许电压,仍可能发生复位或事件丢失。

因此,后续需要联合考虑电源切换时间、缓冲电容、稳压器瞬态响应和 MCU 最低工作电压。

初步验证指标为:

(1)切换过程中 MCU 是否发生复位;

(2)关键传感器事件是否丢失;

(3)关键供电轨是否始终处于允许电压范围。

供电瞬态的最终验证需要实际电路与测量仪器,不能仅由系统级 Python 仿真证明。

4.2 故障二:AI 启动引起供电压降

AI 模块启动时可能产生瞬时电流。电池在低 SOC、低温或内阻较高时,输出电压可能因负载变化而下降。

可先采用简化模型估算电池端电压:

Vterminal≈VOCV−IRV_{\mathrm{terminal}} \approx V_{\mathrm{OCV}}-IR

其中:

  • VterminalV_{\mathrm{terminal}} 为负载作用下的电池端电压;
  • VOCVV_{\mathrm{OCV}} 为对应 SOC 和温度下的开路电压;
  • II 为电池放电电流;
  • RR 为简化模型中的等效内阻。

该式用于初步分析稳态或近似瞬时负载下的压降,不包含完整的电化学极化、电感效应与 DC-DC 动态响应。

实际任务许可除了比较可用能量和功率,还应检查预测电压是否满足电池与电源转换器的工作范围。

后续将利用具体电芯参数分析 AI 启动负载是否可能触发供电限制。

4.3 故障三:AI 模块失去响应

边缘 AI 模块可能因软件异常、通信错误或资源耗尽而未在规定时间内返回结果。

MCU 应设置任务超时机制,而不是无限等待。

初步处理流程如下:

检测任务超时 → 检查通信状态 → 尝试终止任务或正常重启 → 必要时控制 AI 支路重新上电 → 记录故障。

系统还应限制自动重试次数,避免频繁启动消耗备用能源。

如果 AI 模块始终无法恢复,MCU 继续执行预设的基础监测与本地告警功能。此时系统应明确记录 AI 分析能力不可用,不能将基础规则检测等同于完整的智能识别服务。

5. 从工程设计到可验证模型

5.1 需要确定的参数

下一阶段将优先整理以下数据,为 Python 仿真建立输入条件。

参数类别关键参数研究目的
电芯特性OCV-SOC 曲线、内阻、温度依赖估算电池供电边界
电源管理转换效率、切换时间、待机损耗建立负载端能源模型
MCU 与传感器工作功耗、休眠功耗、唤醒时间计算基础守护能源
AI 模块启动能耗、峰值功率、推理时间计算任务能源与功率需求
模块通信就绪等待、任务超时、退出时间建立任务状态机
故障恢复重试次数、重启能耗、恢复耗时评估异常处理代价

数据应尽量来自具体器件的数据手册或测量结果。缺少数据时,先使用明确标注的假设值检验程序逻辑,不将其作为实际产品性能。

5.2 Python 仿真的第一阶段范围

初期仿真聚焦服务能源预算和任务状态变化,重点分析:

(1)不同基础监测功耗下,用户设定的保障时间是否可行;

(2)AI 模块启动、推理及退出分别消耗多少能源;

(3)不同 SOC、温度和等效内阻条件下,AI 启动是否受到供电限制;

(4)AI 启动失败或任务超时后,重试与降级策略如何影响剩余保障能力。

其中,任务逻辑、能源核算和简化电池压降可以通过代码模拟;真实电源切换波形、毫秒级瞬态稳定性及硬件故障保护效果,仍需要后续电路仿真或原型测试。

5.3 两类对照实验的控制变量

后续研究继续采用两组独立对照:

调度策略对照: 固定相同电池模型、温度、初始 SOC 和事件序列,比较不同任务许可策略,分析关键服务时长、任务完成情况及能源开销。

电池选型对照: 固定任务控制策略与负载,分别采用钠电和磷酸铁锂模型,在相同标称能量、体积或预算等独立约束下比较供电能力。

这样可以区分电池性能带来的差异与任务调度机制带来的差异。

6. 本阶段总结与下一步计划

本次探索形成了三项具体设计成果:

(1)明确外部电源、钠电池、BMS、电源路径管理与双负载支路的供电关系;

(2)定义 BMS—MCU 状态信息、MCU—AI 控制与数据接口,以及 AI 任务状态机;

(3)针对供电切换复位、AI 启动压降和模块失去响应三类风险,提出初步处理流程及验证指标。

这些设计为后续软件建模提供了明确的系统边界,但仍属于工程方案,尚未通过硬件测试确认。

下一篇将进入第一阶段 Python 仿真,建立关键服务的能源预算与断电运行模型,检验用户提出的“保障 8 小时”如何转化为具体计算条件,以及系统能否在动态任务负载下维持预定服务。


参考资料

[1] Espressif Systems. ESP-IDF Programming Guide: ESP32-S3 Sleep Modes. 官方技术文档。

https://docs.espressif.com/projects/esp-idf/en/stable/esp32s3/api-reference/system/sleep_modes.html

[2] Raspberry Pi. AI HATs. 官方硬件与软件文档。

https://www.raspberrypi.com/documentation/accessories/ai-hat-plus.html

[3] BLUETTI. Pioneer Na Portable Power Station. 官方产品资料。

https://www.bluetti.com/products/pioneer-na-portable-power-station

注:参考资料 [1]、[2] 分别用于说明低功耗 MCU 和边缘 AI 候选硬件的现有能力;[3] 用于说明钠电在商业化备用供电产品中的应用。本文的接口设计、供电路径和故障处理策略均为 NaLink 的初步工程方案,尚未经过实物验证。


NaLink 探索记录 05|供电路径、模块接口与故障边界

下一篇:【06】用户的“保障 8 小时”如何变成计算模型?——NaLink 服务能源预算与 Python 初步仿真。


附图:NaLink 双层系统架构

图 1 NaLink 双层系统架构与供电控制关系

本图展示外部电源、钠电池与 BMS、电源路径管理、MCU 常供电支路及边缘 AI 可控供电支路之间的关系。

图中主要表示供电路径与基础控制关系。具体通信接口和 AI 任务状态机以本文第 3 节的设计为准。该图为系统逻辑示意,不是实际电气接线图。

正文配图 1

登录后可以留言