基于MP2642GR-Z与STM32F373RC的串联电芯被动均衡设计
1. 从两个串联电芯的电压漂移说起如果你拆过任何一块储能电池包或者备用电源模块大概率会看到一串电芯串联在一起。串联的目的很简单——把电压堆上去满足后级逆变或DC-DC的输入要求。但串联带来的一个副作用是所有做BMS的人都绕不开的串联电芯之间的电压不均衡。这个不均衡不是理论上的小问题。两节标称3.7V的锂电芯串联出厂时容量和内阻就有微小差异经过几十次充放电循环之后差异会被放大。容量偏小的那节电芯先充满、先放空而BMS的保护逻辑是看总压或者看最高/最低单体电压——结果就是容量大的那节还没充满容量小的那节已经到4.2V了充电被迫停止放电时反过来容量小的先到截止电压整包停止放电。你花两节电芯的钱实际只能用出容量小的那节的水平而且那节小容量电芯长期处于过充过放边缘衰减更快恶性循环。解决这个问题的标准做法就是被动均衡在电压偏高的那节电芯两端并联一个耗散电阻把这节电芯多余的能量以热的形式放掉等两节电压拉平之后再继续充放电。听起来简单但真正做起来涉及采样精度、均衡阈值设定、均衡电流选择、热管理、以及和主控MCU的通信配合。我这次用的方案是MP2642GR-Z做模拟前端采样加均衡驱动STM32F373RC做主控整套东西跑在储能和备用电源的场景里。下面把整个设计和调试过程拆开讲。2. 为什么选MP2642GR-Z加STM32F373RC这套组合2.1 MP2642GR-Z在均衡场景里到底扮演什么角色MP2642GR-Z是一颗多节电池管理模拟前端支持多节串联电芯的电压采集、均衡驱动和基本的保护逻辑。它内部集成了多路ADC通道可以逐节采集电芯电压精度在毫伏级别这对于均衡阈值的判断至关重要——你总不能用一颗精度几十毫伏的ADC去判断两节电芯差5mV要不要均衡那纯粹是噪声在驱动均衡。它内置的均衡驱动引脚可以直接外接均衡电阻和开关管芯片内部逻辑根据你配置的阈值自动决定哪一节需要放电。这一点比用MCU的GPIO去逐个控制MOS管要省事得多因为均衡逻辑跑在AFE内部响应快而且不占用MCU的CPU时间。对于储能和备用电源这种需要长期在线、低功耗运行的场景这个特性很关键。选它还有一个实际原因它的封装和引脚布局对两节串联的应用很友好外围元件少不需要额外的隔离器件就能和主控MCU通信。对于两节电芯这种小规模串联用一颗支持十几节电芯的AFE其实有点浪费但MP2642GR-Z的通道数和功能集刚好卡在一个性价比合适的位置——够用不冗余。2.2 STM32F373RC为什么适合做这个主控STM32F373RC属于STM32F3系列带Cortex-M4内核主频72MHz关键是它内置了16位ADC和多个运放、比较器。在这个项目里我用它的16位ADC做辅助采样和温度监测用它的定时器做均衡时间的精确控制用它的UART和AFE通信。F373RC的Flash是256KBRAM是32KB对于跑均衡逻辑、状态机、以及简单的SOC估算绰绰有余。有人会问为什么不用更便宜的F0或者F1系列因为F373RC的模拟外设是真的强。16位ADC在电池电压监测这种需要高分辨率的场合比12位ADC省去了很多外部信号调理电路。而且它的运放可以直接配置成差分放大器用来测均衡电阻两端的压降反推均衡电流这个功能在调试阶段帮我省了不少事。另外F373RC的功耗控制做得不错在备用电源场景里系统大部分时间处于待机监测状态MCU可以进Stop模式靠AFE的中断唤醒整体静态功耗可以压到很低。2.3 两节串联场景下的系统框图思路整个系统的信号链路是这样的两节电芯串联中间节点和正负端分别接到MP2642GR-Z的采样引脚。AFE内部逐节采集电压通过通信接口把数据传给STM32F373RC。MCU根据两节电压的差值判断是否需要启动均衡如果需要就通过AFE配置均衡通道让电压高的那节电芯通过外部均衡电阻放电。同时MCU用自身的ADC监测均衡电阻附近的温度防止过热。这里有个细节均衡电阻的选型直接决定了均衡电流的大小。两节电芯的容量如果是几安时到几十安时均衡电流通常在几十毫安到几百毫安之间。电流太大电阻发热严重PCB布局困难电流太小均衡时间会拉得很长对于储能系统这种可能几天才完成一个充放电循环的场景均衡时间太长意味着均衡还没完成下一个循环就开始了均衡永远追不上不均衡的速度。我实际选的是100mA左右的均衡电流对应两节3.7V电芯均衡电阻大概在36欧姆左右功耗约0.36W。这个功耗用0805封装的电阻有点勉强我用了1206封装并且在PCB上给电阻下面铺了铜皮辅助散热。3. 硬件设计里几个容易翻车的地方3.1 采样走线和均衡电流回路的干扰隔离这是我在第一版PCB上踩的最大的坑。AFE的电压采样引脚和均衡电阻的放电回路在PCB上走得很近结果均衡一启动采样值就跳变几十毫伏。原因很简单均衡电流在PCB走线上产生的压降被采样走线拾取了。虽然AFE是差分采样但PCB上的寄生电阻和电感在100mA电流下产生的干扰足以让毫伏级的采样精度崩掉。解决办法是开尔文连接采样走线从电芯焊盘直接引出单独走一对细线到AFE的采样引脚不和均衡电流的功率走线共用任何一段铜皮。均衡电流的回路走粗线尽量短形成一个独立的功率环路。采样线用地线包围屏蔽并且远离功率环路。改版之后均衡启动时的采样跳变降到了1mV以内。注意开尔文连接不是可选项是必选项。如果你用普通走线均衡电流在1盎司铜厚的PCB上每厘米走线大概产生几毫伏的压降对于判断5mV的电压差来说这个干扰是致命的。3.2 均衡电阻的选型和热设计前面提到我选了36欧姆、1206封装的电阻。这里展开说一下计算过程。假设两节电芯最高电压4.2V均衡电流目标100mA那么电阻值R 4.2V / 0.1A 42欧姆。取标准值39欧姆或者36欧姆都可以。功耗P I²R 0.1² × 36 0.36W。1206封装的额定功率通常是0.25W所以0.36W是超额的。我实际用的是两颗1206电阻并联每颗承担0.18W降额使用表面温升控制在40°C以内。如果你把均衡电阻放在密闭的电池包里面环境温度可能到50°C以上这时候电阻的降额曲线要重新算。我的做法是在电阻下方铺一块2cm²的铜皮通过过孔连接到PCB背面的大面积地铜利用整个PCB做散热。实测在25°C环境下均衡电阻表面温度稳定在65°C左右在可接受范围内。3.3 AFE和MCU之间的通信电平匹配MP2642GR-Z的通信接口电平和STM32F373RC的IO电平不一定完全一致。虽然很多AFE支持宽电压范围的IO但为了保险我在两者之间加了电平转换电路。如果你用的AFE供电是3.3VMCU也是3.3V那可以直接连。但如果AFE的通信引脚是开漏输出上拉电阻的取值要注意太大则上升沿变缓通信速率上不去太小则功耗增加。我用的4.7kΩ上拉在100kHz的I2C速率下波形很干净。另外AFE和MCU之间最好加串联电阻做限流保护22欧姆到100欧姆都可以。这个电阻在调试阶段救过我一次——有一次AFE的配置寄存器写错了通信引脚输出异常串联电阻限制了电流MCU的IO口没有被烧掉。4. 均衡策略的软件实现细节4.1 均衡阈值的设定逻辑均衡阈值不能设得太小否则电芯电压的正常波动就会触发均衡均衡电阻一直在放电白白浪费能量。也不能设得太大否则均衡效果不明显。对于磷酸铁锂电芯电压平台很平压差本来就小阈值要设得更小对于三元锂电芯电压平台倾斜一些阈值可以适当放宽。我实际用的策略是静态阈值加动态滞回。当两节电芯压差超过30mV时启动均衡当压差降到10mV以下时停止均衡。中间这20mV的滞回带防止了均衡在阈值附近反复启停。这个30mV/10mV的组合是针对三元锂电芯的如果你用的是磷酸铁锂建议改成15mV/5mV。为什么要有滞回因为如果没有滞回压差在30mV附近波动时均衡会频繁开关均衡电阻反复通断不仅浪费能量还会在电源线上产生传导干扰影响AFE的采样精度。4.2 均衡启动前的电压确认流程在启动均衡之前MCU需要连续采集多次电压确认压差是真实存在的而不是瞬态干扰。我的做法是连续采集8次每次间隔10ms去掉最大值和最小值剩下的6次取平均。如果平均压差仍然超过阈值才启动均衡。这个流程在代码里就是一个简单的滑动平均滤波器但效果很明显——之前没有这个流程的时候偶尔会有误均衡加了之后基本没有误触发。#define SAMPLE_COUNT 8 #define DISCARD_COUNT 1 uint16_t get_filtered_voltage(uint8_t cell) { uint16_t samples[SAMPLE_COUNT]; uint32_t sum 0; for (int i 0; i SAMPLE_COUNT; i) { samples[i] afe_read_cell_voltage(cell); delay_ms(10); } // 冒泡排序去掉最大最小 sort(samples, SAMPLE_COUNT); for (int i DISCARD_COUNT; i SAMPLE_COUNT - DISCARD_COUNT; i) { sum samples[i]; } return sum / (SAMPLE_COUNT - 2 * DISCARD_COUNT); }4.3 均衡过程中的温度监控和超时保护均衡电阻在放电温度会上升。虽然硬件上做了散热设计但软件上必须有温度监控。我在均衡电阻附近贴了一颗NTC热敏电阻接到STM32F373RC的ADC通道上。均衡过程中每5秒读一次温度如果超过70°C立即停止均衡并上报故障标志。等温度降到50°C以下才允许重新启动均衡。超时保护同样重要。如果均衡进行了很长时间压差还是没有降到阈值以下说明可能有问题——要么是电芯本身已经损坏要么是均衡回路有故障。我设的超时是2小时超过2小时就停止均衡上报“均衡超时”故障。这个时间对于100mA均衡电流和几十安时容量的电芯来说是合理的如果你用的电芯容量更大超时时间要相应延长。5. 实测中遇到的几个典型问题和排查过程5.1 均衡启动后采样值反而变大这个问题困扰了我一阵子。现象是均衡启动前两节电芯压差是35mV启动均衡后AFE读回来的压差变成了50mV。按理说均衡是在放电压差应该减小才对。排查过程是这样的我先用万用表直接量电芯两端的电压发现实际压差确实在减小说明均衡在正常工作。问题出在采样上。后来用示波器看AFE采样引脚的波形发现均衡启动后采样引脚上叠加了一个几十毫伏的方波频率和均衡开关的频率一致。这就是前面提到的均衡电流回路对采样走线的干扰。改版PCB做了开尔文连接之后这个问题消失了。这个坑给我的教训是不要相信第一版PCB的采样精度。在均衡电流比较大的场合采样走线的布局比AFE本身的精度更重要。5.2 低温环境下均衡阈值需要调整在低温环境下0°C以下电芯的内阻增大充放电时电压波动更明显。同样的30mV阈值在常温下不会误触发但在低温下充电时电压瞬间抬高可能导致误均衡。我的处理方式是在低温环境下把均衡阈值提高到50mV滞回带也相应加宽。这个逻辑通过NTC测到的环境温度来切换代码里就是一个简单的查表。5.3 AFE配置寄存器写入失败的概率问题MP2642GR-Z的配置寄存器通过通信接口写入偶尔会出现写入失败的情况。表现是MCU发了配置命令但AFE没有正确响应均衡没有启动。后来发现是通信速率设得太高在PCB走线较长的情况下信号完整性变差。把通信速率从400kHz降到100kHz之后写入失败的概率从百分之一降到了万分之一以下。另外我在代码里加了写入后回读校验的机制每次写配置寄存器之后立即回读如果值不对重试三次。这个机制加上降速基本消除了配置失败的问题。6. 这套方案在储能和备用电源场景里的实际表现6.1 储能场景下的长期运行数据在一组两节串联的磷酸铁锂电芯上我连续跑了三个月的充放电循环。初始压差是45mV经过第一周的均衡压差降到了8mV以内。之后每次充放电循环结束压差都能自动拉回到10mV以内。三个月后两节电芯的容量差异没有明显扩大说明均衡有效地延缓了不一致性的恶化。这里要说明一点被动均衡的本质是“削峰填谷”它只能把电压高的那节电芯的多余能量放掉不能把能量转移到电压低的电芯。所以它适合的是电芯容量差异不大的场景。如果两节电芯的容量本身差了20%以上被动均衡只能缓解问题不能根治。这种情况下要么换电芯要么上主动均衡方案。6.2 备用电源场景下的低功耗表现备用电源系统和储能系统的一个区别是备用电源大部分时间处于浮充或者待机状态对功耗敏感。STM32F373RC在待机时进Stop模式AFE配置成低功耗采样模式每隔1秒唤醒一次采集电压。实测整个系统的待机电流在200微安左右对于几安时到几十安时的备用电池来说这个自耗电完全可以接受。均衡功能在备用电源场景里通常只在充电末期启动因为浮充状态下电芯电压比较稳定压差不会太大。我的做法是在充电电流降到C/20以下时才允许启动均衡。这样避免了在充电过程中均衡和充电电流叠加导致均衡电阻过热。6.3 两节串联和更多节串联的扩展性考虑这套方案目前是针对两节串联设计的但MP2642GR-Z本身支持更多节。如果你要扩展到四节或者更多节硬件上需要增加均衡电阻和采样走线软件上均衡策略要从“两两比较”改成“找最高和最低”。STM32F373RC的资源对于四到六节电芯的管理是够用的再多了可能要考虑换更高端的MCU或者多颗AFE级联。扩展的时候有一个细节更多节串联意味着最高的那节电芯的电压可能到十几伏甚至几十伏AFE的耐压和采样引脚的绝对最大额定值要仔细核对。MP2642GR-Z的数据手册里对每节电芯的输入电压范围有明确说明设计时不要超限。7. 几个我认为值得分享的实操心得第一个心得是关于均衡电阻的选型。很多人为了省事直接用0603或者0805封装的电阻觉得100mA电流不大。但实际算一下功耗0.36W在0805上已经是超额了长期运行电阻会发黄甚至开裂。我的建议是均衡电阻的功率降额至少50%也就是说如果计算功耗是0.36W选额定功率0.75W以上的封装或者用两颗电阻并联分担。第二个心得是关于AFE的初始化顺序。MP2642GR-Z上电之后需要先配置采样通道和均衡通道再使能均衡输出。如果顺序反了可能会出现均衡输出瞬间全开的情况所有电芯同时放电电流叠加可能触发AFE的过流保护。我的初始化顺序是先配置采样读一次电压确认通信正常再配置均衡阈值和通道最后使能均衡功能。第三个心得是关于调试工具。在调试均衡功能的时候我用了一个简单的办法在均衡电阻两端接了一个LED指示灯通过一个限流电阻均衡启动时LED亮停止时灭。这个土办法在调试初期帮我快速判断均衡有没有真正启动比看串口打印的数据直观得多。当然量产的时候这个LED要去掉不然会增加功耗。第四个心得是关于PCB布局的。AFE的模拟地和MCU的数字地要分开最后在一点连接。均衡电流的功率地要单独走不要和模拟地混在一起。这个原则说起来简单但实际画板的时候很容易忽略。我的做法是在原理图阶段就把地网络分成AGND、DGND和PGND三个PCB布局时严格按网络走线最后在AFE下方用一颗0欧姆电阻把AGND和DGND连起来。8. 关于这套方案后续可以优化的方向目前这套方案用的是被动均衡效率不高但胜在简单可靠、成本低。如果后续要提升均衡效率可以考虑主动均衡方案比如用电感或者电容做能量转移。但主动均衡的电路复杂度和成本会上升不少对于两节串联的小系统来说性价比不一定划算。另一个优化方向是SOC估算。目前均衡策略是基于电压的但电压在充放电平台期对SOC的反映不灵敏。如果能在STM32F373RC里跑一个简单的库仑计结合电压和电流做SOC估算均衡策略可以更精准。F373RC的运算能力跑一个简化的卡尔曼滤波或者安时积分加开路电压修正是完全可以的。还有一个方向是通信接口的升级。目前用的是UART如果要做多板级联或者和上位机通信可以改成CAN总线。STM32F373RC自带CAN控制器硬件上只需要加一颗CAN收发器。对于储能系统这种可能有多组电池包并联的场景CAN总线的抗干扰能力和多节点能力比UART强很多。最后说一个我在实际项目中体会很深的点均衡功能的价值不在于把两节电芯的电压拉平而在于延缓不一致性的恶化速度。你不可能通过均衡让两节电芯变得完全一样但你可以让它们在不一致的状态下继续工作更长时间。这个思路的转变让我在设计均衡策略的时候不再追求“把压差降到零”而是追求“把压差控制在一个合理的范围内并且不让它继续扩大”。这个目标更现实也更容易实现。

相关新闻

GitHub项目推荐--claude-howto:从“会打字”到“会指挥”的 Claude Code 实战手册(TaoToken 统一 Key 接入版)

GitHub项目推荐--claude-howto:从“会打字”到“会指挥”的 Claude Code 实战手册(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/17 2:24:34 阅读更多 →
CKEditor 4 表格单元格类型切换实战:基于 tabletools 插件与 Cell Properties 对话框的 scoped 表头验证指南

CKEditor 4 表格单元格类型切换实战:基于 tabletools 插件与 Cell Properties 对话框的 scoped 表头验证指南

前端UI组件 【免费下载链接】ckeditor4 The best enterprise-grade WYSIWYG editor. Fully customizable with countless features and plugins. 项目地址: https://gitcode.com/gh_mirrors/ck/ckeditor4 点击查看 免费下载 导读 本文以 CKEditor 4 仓库中的手动测…

2026/10/17 2:23:34 阅读更多 →
用 Claude Code 创建 PR 时,把提交说明交给 TaoToken 统一通道

用 Claude Code 创建 PR 时,把提交说明交给 TaoToken 统一通道

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

2026/10/17 2:23:34 阅读更多 →

最新新闻

CK+数据集实战:从人脸表情序列到分类模型全流程解析

CK+数据集实战:从人脸表情序列到分类模型全流程解析

做表情识别的人,估计很少有人绕得开 CK 和 CK 这两个缩写。最早听到 CK,是在一次表情分类任务的需求评审里:那个人让我从网上找一个可复现的标准数据集,结果发现很多论文都拿它做基准。真正把数据下载下来之后,我才意识…

2026/10/17 3:09:45 阅读更多 →
融合粒子群的改进鲸鱼优化算法实现无人机三维航迹规划

融合粒子群的改进鲸鱼优化算法实现无人机三维航迹规划

无人机三维航迹规划这几年在智能优化算法这个圈子里算是非常热的一个方向,尤其在电力巡检、应急投送、复杂地形侦察这些场景下,传统的人工势场法或者A*算法往往陷入局部陷阱或者规划出的路径不够平滑,而群体智能算法提供了一个很自然的解决思…

2026/10/17 3:09:45 阅读更多 →
2026外呼系统选型指南:AI机器人、人机协同与部署模式全解析

2026外呼系统选型指南:AI机器人、人机协同与部署模式全解析

做企业通信和客户触达这块年头不算短了,几乎每隔一段时间就会被问到同一个问题:外呼系统到底怎么选?尤其是到了2026年这个节点,AI机器人越来越成熟,呼叫中心也从“纯人力”变成了“人机混合”,再加上本地部…

2026/10/17 3:09:45 阅读更多 →
手把手教你用C语言自己实现popen/pclose:原理、代码与踩坑

手把手教你用C语言自己实现popen/pclose:原理、代码与踩坑

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

2026/10/17 3:09:45 阅读更多 →
CSRF攻击完全指南:原理、复现与防御方案详解

CSRF攻击完全指南:原理、复现与防御方案详解

先还原一个具体场景。某天下午,A同学登录了一个购物网站,浏览完商品后随手关掉了页面,没有退出登录。接着他去逛论坛,点开了一个帖子里附带的图片,图片转圈很久也没加载出来,他也没当回事。第二天再登录购物…

2026/10/17 3:09:45 阅读更多 →
手算U-Net:用PyTorch从零实现编码器、解码器与跳跃连接

手算U-Net:用PyTorch从零实现编码器、解码器与跳跃连接

这几年和不少同学、同行聊U-Net,大家普遍都经历过同一个阶段:代码从 GitHub 上拷下来能跑,验证集的 Dice 分数还挺好看,但不会被提问“编码器里为什么每层都套两个卷积”“跳跃连接真的拿掉会怎样”“一张 512512 的图过完最底层分…

2026/10/17 3:08:45 阅读更多 →

日新闻

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

DeepSeek选型与部署:V3/R1、Ollama、API全攻略

简介:《DeepSeek使用方法.pdf》是一份面向DeepSeek入门及进阶用户的完整使用指南,重点围绕V3与R1两款模型的能力差异与适用场景展开,帮助读者根据任务类型与成本选择合适的模型。资源共1个PDF文件,压缩包大小约311KB,篇…

2026/10/17 0:00:25 阅读更多 →
200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

200+Deepseek润色指令拆解:从底层原理到场景落地的完整指南

简介:这是一份聚焦DeepSeek提示词优化的《200Deepseek润色指令》PDF文档,共收录两百余条可直接套用的润色指令,涵盖语法修正、风格统一、逻辑梳理、表达精炼等维度,并针对商务写作、学术论文、广告文案等场景给出差异化建议。文档…

2026/10/17 0:00:25 阅读更多 →
OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

OpenCV轮廓法物体计数系统:轻量、可控、可落地的工业级实现

简介:本资源是一份基于OpenCV的本科课程设计完整报告,面向计算机视觉初学者、图像处理学习者及高校通信/信息类专业学生,解决物体智能计数与检测结果结构化记录的实际问题。项目覆盖图像预处理、轮廓检测、边界框绘制、轨迹栏交互式参数调节、…

2026/10/17 0:00:25 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/16 15:04:24 阅读更多 →

月新闻

我发现了一个新思路:用 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/16 21:54:38 阅读更多 →
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/16 3:49:43 阅读更多 →
黑夜航拍船只数据集训练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/16 14:23:36 阅读更多 →