两串锂电池被动均衡方案设计:从硬件参数到状态机实现
前阵子做了一套 2 串锂电的均衡控制方案用的是 MP2642GR-Z 做采样和均衡通道PIC24FV16KA304 做策略控制和低功耗管理。“两节电池均衡”听起来是个小项目但真正放到储能柜、备用电源这种需要长期待命的场景里要处理的细节一点都不少静置判定、极化恢复、滞环控制、温度保护每一项做不好都会让均衡变成“越均越乱”。这篇文章就把这套方案的软硬件设计、参数计算、状态机实现和调试中踩过的坑完整梳理一遍给做储能 BMS 或备用电源的同行一个可参考的模板。1. 开始之前电池均衡到底解决什么问题1.1 串联电池的“木桶效应”很多刚开始接触电池系统的朋友会有一个直觉两节串联的电池充电时就按相同电流充电压应该差不多为什么非要加均衡现实里这个直觉完全不成立。即使是同一批次、同一产线的电芯容量、内阻、自放电率都存在分散性。举例来说标称 2000mAh 的两节电芯实际可能会有 1950mAh 和 2050mAh 的差异。这个问题在串联系统里会被“木桶效应”无限放大。充电时容量小的电芯先到 4.2V 满电电压如果系统继续充电这节电芯就会进入过充区域轻则加速衰减重则带来安全隐患。放电时也一样容量小的先到截止电压系统为了保护它只能提前停止放电于是容量大的那节还剩下不少能量白白浪费。整个串联电池的可用容量实际上由最差的那节电芯决定。均衡的核心目标不是把电芯变得一模一样而是让每一节电芯都工作在安全、高效的电压区间内不因个体差异导致某一节被“拖累”。在这个项目里MP2642GR-Z 负责监测每一节电芯的实时电压PIC24FV16KA304 则根据这些电压数据决定是否对电压偏高的一侧进行放电处理。1.2 均衡不是充电器被动均衡的原理常见的均衡方案分为主动均衡和被动均衡。主动均衡通过电感、电容或 DC/DC 变换器把高能量电芯的电荷转移到低能量电芯效率高但成本也高电路复杂适合大容量动力电池组。被动均衡则简单得多给电压偏高的电芯并联一个放电电阻把多余的能量以热量形式耗散掉。这套方案走的是被动均衡路线。MP2642GR-Z 内部集成了均衡控制通道可以理解为一个小开关MCU 控制开关导通后电压高的电芯就会通过外部限流电阻放电直到它和另一节电芯的电压差缩小到可接受范围。用两个水桶来比喻这个过程两个桶水位不一致主动均衡是拿个小泵从高的桶往低的桶抽水被动均衡则是直接把高桶的龙头打开放掉一些水让两个桶都维持一个安全水位。对于 2 串、小容量的储能和备电场景被动均衡的成本和可靠性优势非常明显几十毫安的放电电流已经足够解决绝大多数静态不均衡问题。1.3 两串场景为什么也不能省略均衡有些做备电的同行会问两串而已容量也不大能不能把均衡省略掉我的建议是不到万不得已不要去省。备用电源和储能系统有一个显著特征电池大部分时间处于浮充或静置状态很少做完整的充放电循环。这种工况下电芯自放电率的差异会慢慢累积成明显的电压差。一开始可能只有 5mV放几个月变成 20mV一年后可能到 50mV 以上。不做均衡就意味着每次浮充都会有一节电芯被过充另一节长期欠充整个电池组的寿命会被大幅度压缩。另外从系统可靠性角度看均衡功能本身也是一种故障检测手段。通过定期采样每节电芯电压并计算压差MCU 可以提前发现异常电芯。这套方案采集到的电压数据不仅仅是给均衡用的也可以上报给上位机做健康度评估相当于多了一层诊断能力。所以不要因为只有两串就砍掉均衡把均衡模块当成基础配置长期运营的收益远大于这点硬件成本。2. 芯片分工与选型逻辑2.1 MP2642GR-Z 在系统里的角色MP2642GR-Z 这颗芯片在我的项目里定位是“模拟前端”也就是 AFEAnalog Front End。它主要承担三类任务多通道电压采样、均衡通道控制、以及与 MCU 的通信。先说电压采样。两串电池需要采集单体电压 V1、V2以及串联总压 VBAT。如果直接用 MCU 的 ADC 去采会面临共模电压、地弹噪声、采样保持时间不足等一系列问题。MP2642GR-Z 这类专用前端芯片内部有精密的采样通道和 ADC能够稳定地把电芯电压转换成数字量。我在实测中主要关注它的采样一致性同一节电芯在不同温度、不同供电电压下多次读取结果都能保持在几毫伏以内这个精度对均衡判定来说足够了。再说均衡通道。芯片内部把均衡开关和驱动电路集成好了MCU 只需要通过数字接口写入寄存器就可以控制均衡支路的导通和断开不需要额外去驱动外部 MOS。这个特性对简化硬件设计帮助很大尤其是在 PCB 面积受限的小型备电模块上。需要注意的是不同批次或不同版本手册的功能细节可能会有差异。我这里的寄存器命名和地址都是占位示例做实际项目时一定要以对应型号的最新 Datasheet 为准。2.2 PIC24FV16KA304 的定位PIC24FV16KA304 是一颗 16 位低功耗 MCU3.3V 供电Flash 和 RAM 都不大但外设配置很合适有硬件 ADC、多个定时器、I2C/SPI/UART 通信接口还带超低功耗的休眠模式。在均衡系统里PIC 并不需要做复杂的运算它的核心价值在于“低功耗”和“可靠的策略控制”。储能和备用电源场景中系统绝大多数时间处于待机状态MCU 不能一直全速运行。设计时让 MCU 进入周期唤醒模式每 30 秒醒来一次读取 MP2642GR-Z 的电压数据做均衡逻辑判断然后再次进入睡眠。在这种工作方式下整个控制板本身的消耗电流可以压到非常低不会对电池组造成明显负担。用这颗 MCU 还有一个实际原因它的 ADC、定时器、通信外设都支持在低功耗模式下灵活配置代码写起来比某些超低功耗专用 MCU 更顺手调试工具链也成熟。如果项目后续要扩展成 4 串、8 串只要换对应的 AFEMCU 端代码框架基本不用动。2.3 为什么需要“专芯专用”可能有人会说两节电池用电阻分压MCU ADC三极管放电不也能实现吗是的能实现但我做了多次对比后还是建议用专业 AFE。MCU 的 ADC 精度一般在 10 到 12 位满量程 3.3V 时12 位分辨率大约是 0.8mV看起来够用。但实际采样时电池负极和 MCU GND 之间如果因放电电流产生地弹ADC 参考电压会被污染读数会跳。另外放电支路和控制逻辑混在一起调试时很难区分是电气问题还是代码问题。专用的 AFE 芯片把采样通道、滤波、均衡开关都封装好了PCB 布局更规整。更重要的是它通常还集成了一些硬件保护功能比如过压、欠压检测标志位MCU 可以快速读取这些状态提升系统的响应速度。对于要通过行业认证的储能产品来说使用成熟的 AFE 方案在可靠性和可追溯性上都有优势。分立方案适合快速原型验证但量产项目我选择专用芯片。3. 硬件设计与参数计算3.1 最小系统搭建整个硬件可以分成三段电池采样段、均衡放电段、控制单元段。电池采样段需要注意采样线必须直接接到电芯的极耳或采样点上不能与功率充放电走线共用铜皮。两节串联电池的中间节点是关键一定要从电池连接器处单独拉一根采样线到 AFE避免大电流路径上的压降影响电压读数。AFE 的每个电压采样输入端加一个 RC 滤波常用取值是串联 1kΩ 电阻、并联 100nF 电容能滤掉大部分开关噪声。均衡放电段由芯片的均衡引脚、限流电阻以及 PCB 铜皮组成。均衡电流不需要做很大50mA 级别足够电阻功率按实际消耗至少留一倍余量。这个放电回路的位置尽量远离采样线避免放电时地平面上的噪声串入采样。控制单元段是由 LDO 将电池电压降至 3.3V给 MP2642GR-Z 和 PIC24FV16KA304 供电。由于系统要长期待机LDO 的静态功耗一定要小我建议选 Iq 在 2µA 以下的型号。MCU 的 I2C 或 SPI 接口与 AFE 连接另外保留一个 UART 口用于调试输出和上位机通信。3.2 均衡电阻的阻值和功率怎么定均衡电阻是这套硬件里最需要算清楚的一个元件。假设电芯电压 3.7V均衡目标电流 50mA芯片内部均衡开关导通电阻按 20mΩ 计算那么限流电阻上的压降约为 3.7V。根据欧姆定律R V / I 3.7V / 0.05A 74Ω取标准电阻值 75Ω。实际调试中如果觉得发热太大也可以把目标电流降为 35mA重新计算为 105Ω取 100Ω。电阻功耗按公式 P I² × R 计算50mA 电流下 75Ω 电阻功耗约为 0.19W。PCB 上常用的 0805 封装额定功率只有 0.125W明显不够1206 封装一般是 0.25W勉强可用如果板子空间允许我更推荐 2512 封装或绕线电阻确保长期工作表面温度不会过高。还有一个容易忽略的点均衡电阻的焊盘和走线本身也有热阻如果 PCB 铜箔面积太小热量散不出去电阻表面温度可能超过规定值。设计时最好在电阻两端铺一块接地铜箔协助散热但没有必要刻意做太厚的铜因为被动均衡本身间歇工作连续导通时间一般不会太长。3.3 采样链路的布局细节项目第一次打样时我犯过一个典型的布局错误把均衡电阻放在了 AFE 采样引脚旁边。均衡一开启热气流直接加热了采样电容导致电压读数漂移了好几毫伏。后来把均衡电阻挪到 PCB 的另一侧并在采样线上加了一级 1kΩ100nF 的 RC问题才消失。采样链路还有一个重要原则采样地和功率地要单点连接。AFE 的地引脚和 MCU 的地引脚接到同一个星形接地点再统一回到电池负极。这样做可以避免均衡放电电流在地平面上产生压差被 ADC 误采进去。实际布板时还要注意采样线之间的间距两根采样线最好走平行差分形式并在末端加电容。如果系统里还有其他开关电源模块比如 LDO 或 DC/DC采样线要尽量远离它们的电感区域。开关电源的磁场干扰会通过空间耦合进采样线引起周期性纹波。这个在实验室测试时可能不明显装进金属机箱后反而会因为反射和共振变得更严重。4. 软件实现状态机驱动均衡4.1 均衡策略的整体流程均衡软件的核心是一个有限状态机不建议在中断里直接做均衡判断而是把 ADC 采样结果放到主循环或低优先级任务里处理。我的设计包含以下状态EQ_IDLE系统待机周期性采样压差超过启动阈值才进入下一步。EQ_HOLD静置计时状态目的是等电芯的极化电压恢复。EQ_BALANCING开启均衡通道对高电压电芯放电。EQ_RECOVER均衡一段时间后暂停重新测量真实压差。为什么要加 EQ_HOLD这是我自己踩坑总结出来的。锂电池在充电结束或短时间大电流放电后电芯表面会有极化电压。极化电压和真实开路电压之差可能达到 20mV 甚至更大。如果刚充电完就立刻判断均衡很容易把极化误判为真实不均衡结果就是刚充完电就开启均衡白白放掉一部分能量。正确的流程是先确认系统没有明显充放电电流然后进入静置状态静置时间建议 5 到 10 分钟。静置结束后再一次采样用新的电压差去判断是否需要均衡。均衡也不能一直开着不检测。我采用“均衡 30 秒 暂停 2 秒”的周期模式每均衡 30 秒关闭均衡通道 2 秒等电压回升稳定后再读取一次电压。这样做一方面避免电阻持续发热另一方面可以有效区分“均衡有效”和“电极极化”。4.2 核心代码实现下面给出一段核心代码演示状态机切换和均衡判定的实现逻辑。这里的 AFE 寄存器地址和 I2C 读写函数为示例写法实际使用时按 MP2642GR-Z 手册替换。typedef enum { EQ_IDLE 0, EQ_HOLD, EQ_BALANCING, EQ_RECOVER } eq_state_t; #define EQ_START_THRESHOLD_MV 10 #define EQ_STOP_THRESHOLD_MV 3 #define EQ_HOLD_TIME_MS 600000 // 10 minutes hold time #define EQ_BALANCE_TIME_MS 30000 // 30s balancing #define EQ_PAUSE_TIME_MS 2000 // 2s pause for voltage settle static eq_state_t eq_state EQ_IDLE; static uint32_t eq_timer 0; // Read cell voltage from AFE, unit: mV uint16_t read_cell_voltage(uint8_t cell_id) { // 1. Write register address via I2C/SPI // 2. Read raw ADC value // 3. Apply calibration factor // 4. Return value in millivolts } void eq_control_task(void) { static uint16_t v1, v2, diff; static uint8_t history[SAMPLE_COUNT]; uint16_t filtered_diff; uint8_t i; switch (eq_state) { case EQ_IDLE: v1 read_cell_voltage(1); v2 read_cell_voltage(2); if (v1 v2) { diff v1 - v2; } else { diff v2 - v1; } // simple 8-point moving average for (i SAMPLE_COUNT - 1; i 0; i--) { history[i] history[i - 1]; } history[0] (diff 0xFF) ? 0xFF : (uint8_t)diff; filtered_diff average(history); // need hold time to eliminate polarization voltage if (filtered_diff EQ_START_THRESHOLD_MV) { eq_state EQ_HOLD; eq_timer 0; } break; case EQ_HOLD: if (eq_timer EQ_HOLD_TIME_MS) { // re-sample after resting v1 read_cell_voltage(1); v2 read_cell_voltage(2); diff (v1 v2) ? (v1 - v2) : (v2 - v1); if (diff EQ_START_THRESHOLD_MV) { eq_state EQ_BALANCING; eq_timer 0; // set AFE balance enable bit afe_set_balance(1); } else { eq_state EQ_IDLE; } } break; case EQ_BALANCING: if (eq_timer EQ_BALANCE_TIME_MS) { // pause balancing and wait for voltage recovery afe_set_balance(0); eq_state EQ_RECOVER; eq_timer 0; } break; case EQ_RECOVER: if (eq_timer EQ_PAUSE_TIME_MS) { v1 read_cell_voltage(1); v2 read_cell_voltage(2); diff (v1 v2) ? (v1 - v2) : (v2 - v1); if (diff EQ_STOP_THRESHOLD_MV) { // still unbalanced, continue balancing eq_state EQ_BALANCING; eq_timer 0; afe_set_balance(1); } else { // balanced, exit afe_set_balance(0); eq_state EQ_IDLE; } } break; } }这段代码在功能上是完整的但有几个地方要根据实际需求调整。首先是历史滤波数组的类型如果压差超过 255mV直接截断会丢失信息所以我在代码里做了饱和处理或者你也可以直接把数组类型改成 uint16_t。其次是 AFE 的均衡使能操作需要有一个 afe_set_balance 函数实质就是写一个寄存器位。主循环中调用 eq_control_task 的周期建议是 100ms。定时器溢出标志用 SysTick 或者 Timer1 来处理不推荐用 delay 方式阻塞整个主循环因为均衡过程中 MCU 还要响应上位机查询和温度采样。4.3 参数整定思路几个关键参数怎么定我给出实际项目中的参考值以及背后的计算逻辑。启动阈值 10mV这个值来源于电芯出厂压差规格。大多数厂家允许同一批次电芯在相同 SOC 下的压差在 5mV 以内再叠加长时间自放电差异10mV 是一个可靠信号不会频繁误触发。停止阈值 3mV如果追求绝对一致想把压差压到 0在被动均衡下几乎做不到。因为电芯电压会随温度微小波动测量本身也有噪声3mV 是一个合理的滞环下限。假如停止阈值设得比 3mV 更小均衡通道就会反复开断每次开启前还要等 2 秒电压稳定整个系统会显得很“焦虑”。均衡周期 30 秒这个和均衡电阻的散热能力有关。75Ω 电阻在 50mA 下功耗约 0.19W如果连续工作 30 分钟表面温度会上升 30K 以上。采用 30 秒导通、2 秒暂停的节奏可以让电阻在热容量内工作既保证平均均衡速度又避免局部过热。如果环境温度高可以把单次均衡时间降到 20 秒。均衡电流的选择还需要考虑电芯容量。假设压差 35mV对应容量差约 100mAh不同电芯化学体系差异很大这里只能给经验估算用 50mA 放电需要约 2 小时才能补齐。因此均衡是一个“慢工出细活”的过程不要指望几分钟内完成。备电系统对均衡速度并不敏感反而对稳定性和安全性要求更高。5. 实测问题与调试心得5.1 均衡标志置位但电流为零项目调试阶段遇到最诡异的问题代码显示均衡通道已打开AFE 寄存器回读也确实为 1但用万用表量均衡电阻两端压降为 0电流为零。排查过程是按这三个顺序做的第一步排除软件问题。用调试器单步执行确认 afe_set_balance 函数成功写入并且回读一致。既然寄存器没问题说明命令已经发到 AFE 内部。第二步测硬件引脚。示波器量 AFE 均衡引脚发现确实输出了高电平说明芯片内部 MOS 已经导通。问题只能出现在均衡引脚到电阻之间的外部路径或者是电阻本身。第三步检查焊接。用热风枪吹下电阻发现焊盘上有细微的锡珠短路电阻一端通过锡珠直接连到地电流走了近路根本没有流过电阻本体。重新焊接后恢复正常。这个案例说明一个问题均衡通道的 MOSFET 在芯片内部外部只留了一个开漏/推挽引脚。芯片是不是真的导通了不能只看寄存器标志一定要测量引脚电平或者电阻电流。建议在均衡支路串一个 0.1Ω 采样电阻用 ADC 实时监测均衡电流这样不仅能确认硬件是否工作还能在策略里增加电流闭环保护。5.2 充电刚结束的“假压差”第一次野外实测时备用电源从市电切换到电池放电运行了半小时后恢复市电充电。充电结束约 1 分钟系统报告压差 40mV自动进入了均衡。但奇怪的是均衡了两个小时压差没有明显下降而且数据在 20mV 到 40mV 之间来回跳。后来分析原因电芯极化。电池在充电时锂离子从正极迁移到负极电池表面电压会高于真实开路电压。充电刚结束那段时间离子浓度梯度尚未恢复表面电压虚高。尤其是内阻偏大的电芯这个虚高更明显。系统在极化未消退时开启均衡等于把一个“假高电压”当成真实不平衡白放了不少电。解决方法是加一个电流判据均衡启动前必须确认系统充放电电流小于 100mA并且进入 EQ_HOLD 状态保持 10 分钟。如果系统本身有霍尔电流传感器直接把电流信号接入 MCU 的 ADC如果没有也要通过 AFE 的电流采样通道或外部分流电阻获得电流数据。没有电流判据静置时间再长也不能保证消除极化。5.3 极端温度下的策略边界备用电源可能部署在户外机柜里夏天温度能到 45°C冬天可能到 -10°C。均衡策略必须考虑温度边界。温度高时均衡电阻发热会进一步加剧环境温升。我在设计里放了两路温度检测一路 NTC 贴在均衡电阻附近的 PCB 上另一路贴在电芯表面。每次均衡前读这两路温度取最大值。超过 50°C 立即停止均衡等温度回落到 40°C 以下再恢复。温度低时电芯内阻变大电压差的一部分其实是内阻差引起的均衡的物理意义不大。更关键的是低温下锂离子扩散变慢大电流放电容易造成析锂。虽然均衡电流只有 50mA但在 -10°C 环境下也不建议工作。我在策略里加了上限低于 0°C 禁止启动均衡低于 5°C 时把均衡占空比减半比如原来 30 秒开、2 秒关改成 15 秒开、2 秒关降低持续发热和极化风险。还有一点容易被忽略均衡电阻加热后会烘烤附近的电芯导致电芯表面温度升高反过来影响电压采样。如果 NTC 放得太靠近均衡电阻它会读到很高的温度触发保护。所以温度传感器的摆放位置要实测确认不要在原理图阶段就拍脑袋定。5.4 实测数据记录最后放一组项目验收时的实测数据用来直观说明均衡效果。测试条件两节 3.7V / 2000mAh 电芯25°C 环境温度均衡电流设定 50mA。第一组数据是静置状态下的正常均衡。初始压差 38mV启动均衡后前 20 分钟压差下降到 17mV随后下降速度变慢2 小时 10 分钟后压差稳定在 4mV。停止均衡后放置 24 小时压差回弹到 6mV属于正常范围。第二组数据是充电后的极化场景。充电结束后立刻测量压差显示 70mV其中约 30mV 是极化电压。静置 10 分钟后真实压差降到 45mV再开始均衡4 小时后压差降到 9mV。中途均衡电阻温度达到 52°C保护逻辑触发暂停了 10 分钟温度回落后继续。第三组数据是长期静置对比。一组不做均衡的电池放置 30 天压差从 8mV 慢慢增大到 23mV另一组有均衡功能的电池放置 30 天压差始终被控制在 5mV 以内。这个数据说明均衡在长期备电场景中的价值它不是解决当下问题而是防止不一致性慢慢累积。测试场景初始压差均衡时间结束压差备注静置均衡38mV2h10m4mV温度正常无保护触发极化后均衡45mV4h9mV中途温度 52°C暂停一次长期静置对比8mV → 23mV30天有均衡保持 5mV说明累积效应被抑制调试完成后我的一个体会是均衡不是越快越好也不是压差越小越好。刚开始我把启动阈值设成 3mV结果系统频繁开启均衡电芯被反复小电流放电反而因为每次都引入极化让压差判断越来越不准。后来把阈值拉开用 10mV 启动、3mV 停止系统瞬间安静下来均衡效果反而更稳定。这套 MP2642GR-Z 加 PIC24FV16KA304 的方案硬件层面已经很成熟真正决定成败的是你在状态机里写给均衡的那份耐心。

相关新闻

双电芯主动均衡方案:MP2642GR-Z与PIC18F4455实战设计

双电芯主动均衡方案:MP2642GR-Z与PIC18F4455实战设计

/* 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 5:10:32 阅读更多 →
Proteus 8.17安装实战指南:稳定性与兼容性平衡的EDA工具部署

Proteus 8.17安装实战指南:稳定性与兼容性平衡的EDA工具部署

/* 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 5:10:32 阅读更多 →
从配置中心到分布式锁:ZooKeeper九大场景实战指南

从配置中心到分布式锁:ZooKeeper九大场景实战指南

/* 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 5:10:32 阅读更多 →

最新新闻

OpCore-Simplify 一键生成可用的 OpenCore EFI:黑苹果自动化配置五步指南

OpCore-Simplify 一键生成可用的 OpenCore EFI:黑苹果自动化配置五步指南

OpCore-Simplify 一键生成可用的 OpenCore EFI:黑苹果自动化配置五步指南 【免费下载链接】OpCore-Simplify A tool designed to simplify the creation of OpenCore EFI 项目地址: https://gitcode.com/GitHub_Trending/op/OpCore-Simplify 当你准备在一台旧…

2026/10/16 5:51:44 阅读更多 →
WinPythondot-32bit 3.10.5.0 发行版解析:dot 风味的精简型 Python 3.10 便携发行包

WinPythondot-32bit 3.10.5.0 发行版解析:dot 风味的精简型 Python 3.10 便携发行包

开发工具构建工具CLI包管理器 【免费下载链接】winpython A free Python-distribution for Windows platform, including prebuilt packages for Scientific Python. 项目地址: https://gitcode.com/gh_mirrors/wi/winpython 点击查看 免费下载 本文面向使用与构建…

2026/10/16 5:51:44 阅读更多 →
AI论文写作工具实测:专科毕业论文从开题到降重全攻略

AI论文写作工具实测:专科毕业论文从开题到降重全攻略

写专科毕业论文,最难熬的往往不是写作本身,而是“不知道往哪里写”。开题报告不会搭框架,正文憋不出三千字,参考文献搜半天全是目录页,查重率一出来40%——这种体验我见过太多专科生经历过。所以这次我花了差不多两周时…

2026/10/16 5:51:44 阅读更多 →
asc-devkit 通算融合算子 HCCL 服务端类型配置指南:HcclServerType 接口原理与实战

asc-devkit 通算融合算子 HCCL 服务端类型配置指南:HcclServerType 接口原理与实战

人工智能深度学习算子库CANNAscend 【免费下载链接】asc-devkit 本项目是CANN 推出的昇腾AI处理器专用的算子程序开发语言,原生支持C和C标准规范,主要由类库和语言扩展层构成,提供多层级API,满足多维场景算子开发诉求。 项目地址&…

2026/10/16 5:51:44 阅读更多 →
Kimi入局具身智能:技术路径、学习路线与开发者机会

Kimi入局具身智能:技术路径、学习路线与开发者机会

1. 从一条行业传闻说起:Kimi入局具身智能到底意味着什么前几天在几个技术群里同时刷到一条消息,说Kimi可能要入局具身智能领域。说实话,第一反应不是惊讶,而是"终于来了"。过去一年多,大模型赛道从百模大战打…

2026/10/16 5:51:43 阅读更多 →
OpenSceneGraph 缩放平移实战:从原理到顺滑交互实现

OpenSceneGraph 缩放平移实战:从原理到顺滑交互实现

/* 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 5:50:43 阅读更多 →

日新闻

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

个人 AI Agent 平台接入 TaoToken:统一 Key 与 API 通道的配置大纲

/* 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 0:00:05 阅读更多 →
信号与系统频域分析作业解题指南

信号与系统频域分析作业解题指南

1. 作业背景与核心要求解析信号与系统作为电子信息类专业的核心基础课,其作业设计往往直接关联课程的核心知识框架。2026年春季第六次作业的布置,通常对应着课程进展到频域分析的关键阶段。根据常规教学进度推测,本次作业可能涉及以下核心内容…

2026/10/16 0:00:05 阅读更多 →
Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

Django MVT实战:从零构建图书借阅系统,彻底搞懂Model-View-Template分层

1. 从一个"四不像"的练手项目说起如果你已经看完了Django的官方教程前几章,跟着敲完了投票应用,大概会有一种"我好像会了,又好像什么都不会"的割裂感。教程里每个知识点都是拆开的——这一章讲模型,下一章讲视…

2026/10/16 0:00:05 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路:用 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/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/15 9:49:14 阅读更多 →