两串锂电池均衡实战:MP2642GR-Z与PIC18LF46K42打造可靠BMS
做储能和备用电源相关项目时两节电池串联估计是最常见的电池组结构了但也是最容易出现问题的结构。电芯出厂参数再接近循环几十次之后容量、内阻也会逐渐拉开差距最终直接反映为电压不一致。这个项目里我用的方案是用 MP2642GR-Z 作为电池前端管理芯片配合 PIC18LF46K42 单片机做均衡控制把两节串联锂电池的压差稳定在合理范围。整套思路不复杂一个负责测量和保护一个负责策略和决定最后通过被动均衡电阻把高压侧电芯的能量慢慢泄放掉。如果你正在做两串 BMS、备用电源或者小容量储能设备这篇文章应该能省掉你不少折腾时间。1. 为什么串联电池必须做均衡从木桶效应说起1.1 电芯不一致是怎么产生的很多人以为新电芯买回来直接串联就没有问题实际并不是这样。两节电芯即使来自同一条产线容量也会有细微差别内阻、自放电率更不可能完全一样。出厂时可能只差百分之一二但经过几十次充放电循环后这个差值会被串联工作方式放大。串联电池组的充放电电流是完全相同的电流流过每一节电芯的路径也相同但由于每节电芯的内阻不同导致相同电流下各自端电压变化幅度不一样可用容量也不一样。容量偏小的电芯会先充满也先放空长期处于“被拉满”或“被掏空”的状态衰减速度会更快形成恶性循环。在备用电源场景里问题会更明显。备用电源大多数时间都处于浮充或待机状态电池不怎么放电但持续的涓流充电和温度波动会不断加剧不一致。有的设备还会间歇性带载短时间大电流冲击让内阻较大的电芯压降更大进一步拉开差距。两节电池一高一低系统总容量由低的那节决定时间越长可用容量损失越大。1.2 不均衡会带来什么后果串联电池组不均衡最直接的后果是过充和过放。充电时电压较高的那节电芯会先达到充电截止电压保护电路一旦触发整个充电过程就被切断另一节永远充不满。放电时电压较低的那节先落到放电截止电压整组电池提前停摆另一节剩余的能量也放不出来系统实际可用容量被严重压缩。这就是常说的“木桶效应”整个电池组能放出的电量取决于最短的那块板。容量差异不大的时候损失看不出来差异超过一定范围后备用电源的续航时间会肉眼可见地缩短严重时保护板频繁动作设备出现间歇性断电。均衡要解决的核心问题不是让两节电池电压做到完全一致而是把压差控制在安全窗口内让每一节电芯都工作在合适的电压区间同时尽量延长整组电池的使用寿命。2. 方案选型MP2642GR-Z 和 PIC18LF46K42 的分工与取舍2.1 为什么均衡控制要交给 MCU而不是全交给模拟前端电池均衡方案有很多种实现路径。简单粗暴的做法是用模拟比较器搭个窗口电压高了就打开泄放管也有直接用专用电池管理芯片靠芯片内部的均衡控制逻辑自动完成还有一类就是我采用的这种方式前端芯片负责测量和保护MCU 负责策略判断。直接把均衡判断交给模拟比较器电路简单、响应快但参数固定后期调试几乎靠换电阻很难做滞环控制也很难加入温度限制、充放电状态判断这些进阶逻辑。专用芯片省事但灵活性差均衡阈值、均衡电流、与系统其他部分的配合都受限针对两串小众应用也不一定合适。把策略放到 MCU 手里的优势在于阈值可以随时调整均衡开关可以加延时、加滞环还能结合温度、负载状态做综合判断。硬件上只用 MCU 的 GPIO 控制均衡管逻辑完全由软件决定后期维护和现场调参都方便很多。2.2 MP2642GR-Z 在项目里承担的角色MP2642GR-Z 在这套方案里当作电池前端管理芯片来用负责两节电芯的电压检测、过压/欠压保护和充放电通路控制。它能直接测量每节串联电芯的电压把结果通过通信接口送给 MCU同时提供可控的均衡通道MCU 只需要下发指令就能决定是否把某一节电芯接入泄放回路。其实均衡这件事测量精度比控制算法更关键。如果电压测量误差超过 10mV后面算法做得再精细也白搭。用 MP2642GR-Z 这类前端芯片的好处就是测量通道和参考源都在芯片内部比用 MCU 直接采电池电压更可靠也不容易受 MCU 本身供电波动影响。这里说明一下我手头的方案用的是芯片内部集成的均衡控制接口如果你选的是不支持均衡的前端芯片也可以退一步用普通 GPIO 外接 MOS 和功率电阻搭泄放回路逻辑仍然由 MCU 控制整体思路不变。差别主要在外围电路多几个器件以及PCB布局需要多留点位置。2.3 PIC18LF46K42 在项目里负责什么PIC18LF46K42 是一颗低功耗 8 位 MCU我把它当作整个 BMS 的决策核心。它从 MP2642GR-Z 读取两节电芯的电压、电流和状态信息然后根据均衡策略决定要不要开启均衡、开启哪一路、均衡多长时间。这颗 MCU 自带的高分辨率 ADC 和多个模拟通道让我可以直接采集温度、电流等额外信号。它的定时器和 PWM 外设可以用于产生均衡控制时序也可以做简单的故障检测窗口。更重要的是它的低功耗特性备用电源系统很多时候处于待机状态MCU 的待机功耗越低系统自身的无谓损耗就越小。选择 PIC18LF46K42 还有一个原因它内部集成了可配置逻辑单元这类外设某些保护功能可以直接用硬件逻辑完成不占用内核资源。比如过压保护窗口、均衡开关互锁这些逻辑可以在 MCU 休眠时仍然由硬件在后台监测一旦异常触发立即动作软件上少操心不少。2.4 被动均衡和主动均衡怎么选储能系统里均衡方案分两类被动均衡和主动均衡。被动均衡的原理很简单把电压较高的电芯通过电阻放电把多余的能量以热量形式消耗掉主动均衡则是用变压器、电感或电容把高电压电芯的能量转移到低电压电芯里能量不浪费但电路复杂度明显上升。两串电池组的容量差异通常比较小均衡的主要目的是消除长期积累的不一致而不是大比例搬移能量。被动均衡 100-300mA 的泄放电流配合合理的均衡策略就足够应付绝大多数情况。主动均衡电路成本高、体积大还有开关损耗和可靠性问题用在两串系统里性价比很低。我最后把均衡电流控制在 200mA 左右取的是热设计和均衡速度之间的平衡。电流太小均衡过程耗时太长用户感知不明显电流太大泄放电阻发热量大PCB 局部温度容易超标。200mA 对分容配对后的电池来说已经能在几个小时内把几十毫伏的压差拉回正常范围。3. 硬件设计要点原理图到 PCB 的踩坑记录3.1 均衡电路拓扑和器件选择均衡电路的核心拓扑如下两节电池串联中间连接点为 M。第一路均衡支路由均衡电阻 R1 和 NMOS 管 Q1 串联从电池正极接到 M 点第二路由 R2 和 Q2 串联从 M 点接到电池负极。MCU 输出高电平驱动 Q1 或者 Q2 的栅极对应电芯通过电阻放电。MOS 管要用逻辑电平型保证 MCU 的 3.3V GPIO 能完全开通同时要留足够散热余量。小封装的 MOSFET 内阻低但持续 200mA 电流时问题不大关键是栅极要加下拉电阻防止 MCU 上电瞬间 IO 口处于高阻态时 MOS 误导通。这个坑我踩过后面专门说。泄放电阻建议选厚膜功率电阻或绕线电阻阻值由均衡电流目标决定。均衡电流等于当前电芯电压除以电阻阻值。比如电芯电压 4.0V想得到 200mA 均衡电流电阻约 20Ω。实际选型时还要考虑最恶劣情况如果电芯最高充电电压 4.35V均衡电流会到约 217mA电阻功耗接近 0.95W所以要选额定功率 1W 以上的电阻并且留散热焊盘。3.2 采样通道设计和开尔文接法均衡系统里最容易被忽略的是采样精度。电压测量如果误差大均衡判断就没有意义。我的做法是电芯电压的测量线从电池端子单独引出不与充放电主回路共用走线这就是开尔文法也叫四线制测量。主回路上的电流比较大走线阻抗上的压降很容易达到几十毫伏如果采样线并在这条路径上测出来的电压会严重失真。采样信号进入前端芯片之前我加了一个简单的 RC 低通滤波时间常数取 1ms 左右。既可滤掉开关电源带来的纹波干扰又不会让 ADC 采样响应变得太迟钝。滤波电阻不能太大否则会和采样输入漏电流叠加产生额外偏置误差一般 1kΩ 以内。PCB 走线时采样线要尽量细、尽量短远离均衡电阻和充放电主回路的功率走线。均衡电阻在工作时会产生热量如果采样线贴着均衡电阻走温度变化会让电阻值和测量结果漂移均衡判断就跟着漂了。3.3 泄放电阻的功率计算和热设计均衡电阻的热设计必须单独算账。以两节 18650 锂电池串联为例充电截止电压单节 4.2V保护上限 4.35V。如果用 20Ω 泄放电阻最大均衡电流约为 4.35 / 20 ≈ 217mA电阻实际功耗 P I² × R ≈ 0.95W。如果只用额定功率 0.25W 的贴片电阻一通电必然冒烟。选 1W 以上的电阻时也还要看 PCB 散热条件。1W 额定功率不代表可以持续稳定跑 1W环境温度高的时候还要降额。我在布局时把均衡电阻放在 PCB 边缘周围大面积铺铜辅助散热相邻位置不放电解电容、线束端子这些怕热的器件。均衡电流加到 300mA 甚至更高不是不行但电阻和 MOS 的发热量会明显增大温度对电芯寿命的影响也更大。均衡电路本来就靠近电芯热量扩散到电池上会造成局部温度升高影响电芯一致性和安全性。散热设计优先级应该高于均衡速度。3.4 供电、保护与互锁设计PIC18LF46K42 的工作电压范围是低压区间而两节锂电池串联后电压最高超过 8.4V所以一定要用 LDO 把系统供电压下来。LDO 输入输出压差大时自身发热不可忽略待机电流也要尽量选小的型号。备用电源长期挂在线上MCU 待机电流每多 1mA系统的静态损耗就多一分。保护设计上输入端要加反接保护和 TVS。电池接反是现场最容易犯的错TVS 对瞬态浪涌有效但持续反接必须靠防反电路或保险丝兜底。均衡输出部分我在软件上做了互锁逻辑同一时刻只允许一路均衡开启严禁两路同时打开否则相当于把整组电池短接。硬件上也可以在栅极控制回路里加一级逻辑防止 MCU 死机后误开。4. 均衡控制逻辑与软件实现4.1 均衡策略阈值、滞环、使能条件均衡控制如果只用简单阈值会产生一个典型的振荡问题压差超过 20mV 开启均衡降到 20mV 以下关闭由于 ADC 噪声和电池电压回弹开关会在临界点反复跳动。均衡 MOS 反复通断泄放电阻热冲击不断还会产生电磁干扰。解决办法是加滞环。我的设计是当两节电芯压差超过开启阈值 20mV 时打开高侧电芯的均衡通道直到压差回落到 10mV 以下才关闭。中间 10mV 的空白区就是滞环区间避免临界振荡。实际调参时开启阈值可以放宽到 30mV关闭阈值保持在 10mV这样均衡动作次数明显减少均衡效果也稳定得多。均衡还有一个使能条件问题均衡不是任何时候都该开。充电过程中压差最大值会增大这时开启均衡效果最好边充边均衡过充风险更小。放电时如果负载较大电压本来就是动态变化的此时做均衡容易误判我会暂时停止均衡。电芯温度高于 45℃ 时也停止均衡防止热叠加。简单说均衡的“天时”就是充电中、低负载、温度正常。4.2 MCU 软件框架和关键代码软件架构用主循环加定时器中断。定时器中断每 100ms 触发一次负责采样电压和电流并做滤波主循环负责状态机和均衡决策。这样时序确定也方便调试。滤波我用的是一阶滑动平均也就是每次采样值跟前一次结果做加权平均对抑制瞬时干扰很有效。下面是一段简化后的均衡决策伪代码重点看结构和逻辑顺序#define BAL_ON_THRESHOLD_MV 20 #define BAL_OFF_THRESHOLD_MV 10 void bal_state_machine(void) { int16_t diff_mv cell1_mv - cell2_mv; // 温度过高、负载过大时禁止均衡 if (ntc_temp 450 || load_current LOAD_LIMIT_MA) { bal_output(0); return; } switch (bal_state) { case IDLE: if (diff_mv BAL_ON_THRESHOLD_MV) { bal_output(1); // 打开 Cell1 的均衡通道 bal_state BAL_CELL1; } else if (-diff_mv BAL_ON_THRESHOLD_MV) { bal_output(2); // 打开 Cell2 的均衡通道 bal_state BAL_CELL2; } break; case BAL_CELL1: if (diff_mv BAL_OFF_THRESHOLD_MV) { bal_output(0); // 压差已经收敛 bal_state IDLE; } break; case BAL_CELL2: if (-diff_mv BAL_OFF_THRESHOLD_MV) { bal_output(0); bal_state IDLE; } break; } } void bal_output(uint8_t ch) { BAL_CH1_GPIO (ch 1) ? 1 : 0; BAL_CH2_GPIO (ch 2) ? 1 : 0; }这段代码没有处理细节滤波但完整表达了均衡状态机的思路。实际工程里我会再插入均衡超时保护某个通道连续均衡超过设定时间后强制关闭防止软件逻辑异常导致长时间放电。超时时间一般取 6-8 小时。4.3 均衡记录的保存与磨损均衡调试和生产阶段均衡记录很有用。PIC18LF46K42 内部带数据 EEPROM可以把每次均衡动作后的压差、均衡时长、电芯温度等关键数据存下来。现场出现问题时可随时查看判断均衡策略是否生效、器件是否老化。EEPROM 写入寿命有限不能每次均衡动作都写一次。我的做法是只在三种情况下记录系统上电初始化时、均衡状态改变时、每间隔 10 分钟统记一次。同时引入简单的轮换存储策略把多个地址轮流使用避免集中在固定扇区写入。这样既能保留足够多历史数据又不会在几个月内把 EEPROM 写坏。5. 调试过程、实测数据与问题排查5.1 一次典型均衡过程的实测数据调试时我搭了一套两节锂电池串联的模拟负载通过程序控制故意让两节电池起始电压拉开差距。测试仪记录到的典型数据如下电池类型为磷酸铁锂充电限制电压单节 3.65V时间点Cell1 电压Cell2 电压压差均衡状态0 min3.42V3.34V80mV开启 Cell130 min3.40V3.36V40mV开启 Cell160 min3.37V3.34V30mV开启 Cell1120 min3.35V3.33V20mV开启 Cell1180 min3.33V3.32V10mV关闭从 80mV 压差回到 10mV 用了大约 3 小时这个速度对备用电源来说是完全可以接受的。均衡过程中 Cell1 的电压缓慢下降Cell2 略有回升这是电芯内部极化电压在休息期间释放的正常现象。如果两节电芯压差很大比如超过 150mV一次均衡可能需要 5-6 小时所以策略上建议在充电时才允许均衡利用充电时间自然完成。5.2 调试中最容易踩的三个坑第一个坑是 ADC 采样地线处理不当。最初我把 MCU 的模拟地跟均衡电流回路直接连通均衡电阻一工作地线上的压降直接反映到电压读数里均衡判断反复跳变。后来把所有功率电流回路和模拟采样回路分开在靠近电池负极处单点连接问题才消失。第二个坑是均衡阈值设置太小。刚开始把开启阈值设为 5mV结果均衡频繁启停MOS 管发热不说电压测量本身的噪声就超过这个量级整个系统变成振荡器。后来改成开启 20mV、关闭 10mV动作频率立刻正常。第三个坑是上电瞬间 MOS 误导通。MCU 在复位期间 GPIO 处于高阻态栅极如果没有下拉电阻外界噪声或漏电流可能让 MOS 导通电池会在无人控制的情况下被电阻放电。我在每一路栅极都加了 100kΩ 下拉电阻并在软件初始化时先拉低均衡输出引脚再开始执行主逻辑。5.3 如何判断均衡是否真正生效只看瞬时电压很容易误判。电芯在大电流充放电后电压会有一段弹回过程即使不做均衡静置后压差也会自我修正一部分。真正判断均衡效果要看长期趋势让系统充满电静置 1 小时记录稳定压差再循环几次充放电观察每次记录到的最大压差是否逐渐下降。更可靠的方式是记录每次均衡动作后的截止压差。如果均衡策略有效连续几个循环后系统压差会稳定在 15mV 以内且均衡开启时间越来越短。如果系统总是开启均衡但压差不降说明可能是采样误差被当成了真实压差或者泄放电流太小均衡能力不足。这时要先校验采样精度再考虑加大均衡电流。6. 常见问题速查表与设计检查清单6.1 常见问题速查表故障现象可能原因排查方向解决措施均衡开启后电压无变化泄放电阻断路或 MOS 未开通测量均衡回路电流检查栅极电压更换器件检查 GPIO 配置压差越均衡越大采样通道接反或采样误差大对比万用表实测电压和 MCU 读数修整采样接线校准 ADC均衡 MOS 发热严重栅极电压不足导致 MOS 工作在线性区测量 Vgs 是否高于开启电压使用逻辑电平 MOS确认 3.3V 驱动均衡频繁启停阈值过小或滤波不足查看压差波形是否抖动增大滞环区间优化滤波参数上电瞬间电池通过电阻放电栅极高阻态误导通检查上电复位阶段的 GPIO 状态增加栅极下拉电阻均衡电阻冒烟电阻功率选型过小根据最高电压计算实际功耗更换更高额定功率电阻均衡过程中 MCU 复位功率回路干扰供电查看 LDO 输出和地线压降优化去耦电容和 PCB 布局长时间均衡后电芯温度偏高均衡电流太大或散热不足测量电芯表面温度降低均衡电流改善散热6.2 PCB 投板和固件发布前的检查清单打样前一定要把设计检查走一遍我在这个项目上吃过不少亏后来整理了一张清单每次做同类设计都对照检查均衡电阻的额定功率是否按电芯最高电压计算过是否留了 1.5 倍以上余量每一路 MOS 栅极是否都有下拉电阻下拉阻值是否在 100kΩ 附近采样线是否单独走线是否远离均衡电阻和功率走线MCU 供电是否经过独立的 LDOLDO 的待机功耗是否满足备用电源要求软件是否确保同一时间只能开启一路均衡通道是否有超时保护均衡电阻周围是否有足够的散热空间是否靠近温度敏感器件ADC 参考源是否稳定采样滤波时间常数是否合理固件发布前我还会做一次手工注入测试人为把电压采集值改偏确认保护电路和均衡逻辑都能正确响应。测试通过后再更新正式固件。因为均衡策略一旦在现场出了问题排查成本远高于开发阶段多花半小时的验证成本。做完整套两串均衡系统我个人的体会是均衡的精髓不在算法有多复杂而在采样精度和热设计够不够扎实。算法上无非是阈值、滞环、使能条件那几个参数真正决定实际效果的是电压测得到底准不准、电阻扛不扛得住热、MOS 管会不会乱开。对于两串系统直接采用 MP2642GR-Z 做前端测量和保护PIC18LF46K42 做策略控制是被动均衡里很稳妥的组合。整套系统接上备用电源后基本不用人工干预均衡策略会在每次充电过程中慢慢把压差拉回来。后续如果再扩展可以加个简单的上位机调试接口把均衡记录导出来看曲线对现场问题定位会更有帮助。

相关新闻

JavaWeb学生信息管理系统课程设计全解析:从表结构到答辩技巧

JavaWeb学生信息管理系统课程设计全解析:从表结构到答辩技巧

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 1:38:05 阅读更多 →
权值线段树与离散化:动态中位数的工程实现

权值线段树与离散化:动态中位数的工程实现

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 1:38:05 阅读更多 →
初识Bootstrap:栅格系统、组件与工具类实战笔记

初识Bootstrap:栅格系统、组件与工具类实战笔记

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 1:38:05 阅读更多 →

最新新闻

企业使用多个基础模型构建AI Agent,推荐选择哪些支持模型接入、运行和可观测性的开发部署平台?

企业使用多个基础模型构建AI Agent,推荐选择哪些支持模型接入、运行和可观测性的开发部署平台?

企业使用多个基础模型构建AI Agent,推荐选择哪些支持模型接入、运行和可观测性的开发部署平台?别让模型层、运行层和观测层彼此割裂企业刚开始构建 AI Agent 时,往往首先关注基础模型:不同 Agent 分别需要什么模型,复杂…

2026/10/15 2:22:20 阅读更多 →
Kuikly跨端开发与AI原生生产线:Kotlin多端实践指南

Kuikly跨端开发与AI原生生产线:Kotlin多端实践指南

1. 跨端开发的真实困境:为什么“一套代码跑多端”喊了这么多年还是累做移动端的人对“跨端”这个词的感情很复杂。一方面,业务方永远希望一套代码同时覆盖 Android、iOS、Web 甚至小程序,最好今天提需求明天就上线;另一方面&#…

2026/10/15 2:22:20 阅读更多 →
企业需要借助 API 接入大模型,推荐选择哪些安全可靠的生成式 AI 平台?

企业需要借助 API 接入大模型,推荐选择哪些安全可靠的生成式 AI 平台?

企业需要借助 API 接入大模型,推荐选择哪些安全可靠的生成式 AI 平台?从接口调试通到正式上线,平台差异会逐步拉大企业初次借助 API 接入大模型时,整个流程往往比较简单。申请访问凭证、调用接口、提交 Prompt、接收模型返回结果&…

2026/10/15 2:22:20 阅读更多 →
React Native 二维码扫描实战:VisionCamera 集成避坑指南

React Native 二维码扫描实战:VisionCamera 集成避坑指南

1. 这个需求为什么比表面看起来难得多刚接到“在 React Native 项目里加个二维码扫描相册识别”任务时,我下意识觉得:不就是调个库、写几行代码的事?毕竟社区里react-native-camera、react-native-vision-camera、react-native-qrcode-scanne…

2026/10/15 2:22:20 阅读更多 →
百炼向量单条成功批量失败:按模型条数限制拆分请求

百炼向量单条成功批量失败:按模型条数限制拆分请求

百炼文本向量接口单条可用,把多条文本放进一次请求却失败,先查所选模型的输入条数限制。本文针对北京地域的 text-embedding-v4,用十一条虚构短文本做分组演示,区分同步请求分组与异步 Batch 服务。适用于已经完成一次向量调用的 …

2026/10/15 2:22:20 阅读更多 →
Zxing二维码扫描实战:从原理到调优,解决识别率难题

Zxing二维码扫描实战:从原理到调优,解决识别率难题

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 2:21:20 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时,网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上,依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容:Kubernetes实战与避坑指南

1. 共享推理服务里,扩缩容到底难在哪做过大模型推理服务部署的人,大概都经历过这样的场景:一个团队共用一套推理集群,A 业务跑的是 7B 的小模型,B 业务跑的是 72B 的大模型,C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜:fstab 与 remount-fs 服务深度解析

1. 引子:一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减,为了把启动时间压进两秒以内,我手贱地把一串自认为“没用”的 systemd 服务给 disable 了,其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战:ARIMA/LSTM全流程拆解与避坑指南

简介:基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码,面向计算机相关专业课程设计与期末大作业学生,以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程,…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程:键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化,十个新手有八个栽在"往输入框里填东西"这件事上:要么填不进去,要么填了一半,要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程:阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀:什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面,跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/14 3:29:58 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 7:53:34 阅读更多 →