基于Simulink的电动车制动能量回收控制策略设计与参数匹配
做电动车整车控制有关的方向做久了就会发现市面上各种课题和项目里“基于MATLAB Simulink的电动车制动能量回收控制策略设计与参数匹配”是一个绕不开的高频主题。它的价值很直接制动能量回收直接决定整车续航表现是电控技术水平最直观的衡量维度之一而Simulink又是这个领域几乎默认的开发环境从控制策略构思到模型验证再到参数标定整条链路都能在一个工具链里闭环。这篇文章我把整个项目从需求拆解到仿真落地的完整过程整理出来包括策略方案怎么选、Simulink模型怎么搭、关键参数怎么标定匹配、仿真里最容易翻车的问题有哪些尽量给正在做相关课题或者刚接触这类项目的朋友一个可以直接参照的模板。1. 项目全貌这个课题到底在做什么1.1 制动能量回收的本质与核心矛盾传统燃油车制动时整车动能通过刹车盘摩擦变成热量散失掉这部分能量就白白浪费了。电动车上有了电机和电池制动过程就多了一条能量转化路径车轮带动电机反转发电把动能转化为电能存回电池这就是制动能量回收。原理听起来很简单但实际落地时有一个核心矛盾摆在面前。回收制动力是叠加在液压制动力之上的两个力都作用在同一个制动踏板上如果分配不合理轻则回收效率上不去重则影响制动平顺性和安全性甚至触发抱死风险。要设计好控制策略必须同时看三个维度的约束。安全维度总制动力要满足目标减速度ABS介入时回收必须退出不能让电机再生制动干扰车轮防抱死控制。能量维度电机发电功率存在外特性边界电池充电功率也有上下限SOC太高时根本没有回收空间。舒适维度回收制动力与液压制动力切换瞬间如果扭矩突变驾驶员会明显感受到顿挫也就是俗称的“点头感”。控制策略设计本质上就是在这三个约束之间找一个最优折中。1.2 为什么参数匹配往往比策略框架更难很多第一次接触这个课题的人容易误会觉得控制策略设计就是画一个逻辑框图条件判断写好就行。真正做下去才知道策略框架只是骨架参数匹配才是决定项目成败的血肉。同样的串联制动策略一组合理的阈值参数可能让回收率达到60%一组拍脑袋定的参数可能连30%都跑不到而模型代码逻辑一个字都没改。比如最低回收车速取多少SOC阈值设在哪制动强度多大时回收退出电机扭矩斜率限制在什么范围电池充电功率边界怎么标这每一项都需要有依据都要经过仿真迭代验证。参数匹配的本质是把一个抽象的控制框架落到一辆具体整车的特性参数上让策略在真实约束下尽量高效、稳定、安全地工作。我在实际项目中习惯把这类工作分成两阶段第一阶段是“框架设计”确定控制结构和分配策略第二阶段才是“参数匹配”用整车工况仿真去逐项标定阈值、边界和动态响应参数。两阶段互相关联但重心完全不同。这篇文章后续的内容也按这个顺序展开。2. 控制策略方案选型先定框架再谈细节2.1 主流的三种制动力分配策略电动车制动能量回收控制策略行业里最常提到的是三种方案串联制动、并联制动、叠加式混合制动。三种方案各有取舍理解它们的差异是选型的基础。串联制动也叫全回收优先策略逻辑是再生制动力优先承担如果目标总制动力超过电机和电池允许的最大再生能力再由液压制动补足差额。这种方案对回收效率最友好理论上能把制动能量回收做到最大化但问题在于再生制动与液压制动的切换必须非常平顺否则驾驶员会感觉制动踏板“发空”或者减速不均匀而且一旦再生能力突然消失液压系统要能在极短时间内无缝补上。并联制动就简单直接得多液压制动力和再生制动力按固定比例同时施加不分优先级。优点是控制逻辑简单、硬件改动小、制动感受一致性好缺点也很明显即使驾驶员只想要很小的减速度液压系统也会按比例施加固定的制动力可用回收空间被浪费了一部分回收效率天然比串联方案低。叠加式混合制动可以理解成“改进版并联”。它保留了一定的液压基础制动力以保证踏板感受同时根据工况叠加回收制动力让总制动需求自动补偿。这种方式在量产车型上应用很广因为它折中了回收效率和制动一致性的矛盾不需要对液压制动系统做过于复杂的动态控制工程可靠性高。2.2 本次项目选型与设计逻辑这个项目我选的是串联制动为基础、加上边界阈值限制的方案原因有两点。第一项目定位是研究制动能量回收控制策略串联方案能最大化体现策略设计的价值回收效率的上限也最高仿真结果更有说服力。第二考虑到项目后续可能对接硬件在环测试串联方案虽然对液压补偿的动态响应要求高但正好可以检验控制器的实时性水平课题深度更好。不过直接用纯串联方案会有隐患。如果中小强度制动时完全把再生制动力当作第一优先级一旦电池SOC处在高位、电池温度过低导致充电功率受限或者电机系统出现瞬时故障再生扭矩会突然消失这时液压系统必须瞬间补上全部制动力实际执行很难做到无感。我在策略里额外加了一组“预设基础液压”逻辑当制动强度超过一定阈值时液压制动先预建一个基础的制动力底值再生制动力在这个底值之上回收既保证回收空间又避免极端情况下制动力完全落空。这个细节后面在参数标定时会详细展开。3. Simulink建模实操把策略变成能仿真的系统3.1 整车动力学模型搭建与参数输入Simulink建模的第一步是搭建被控对象也就是整车纵向动力学模型。整个仿真系统是“控制策略整车模型”闭环联立的被控对象不准确策略就成了空中楼阁。我这里采用的方式是用基础模块手工搭建纵向动力学模型而不是直接依赖整车物理库原因是手工建模更透明每个公式和参数都能看得清清楚楚后续做参数敏感性分析也方便。纵向动力学方程是经典的四力平衡式[ F_{drive}m \cdot g \cdot f \cdot \cos\alpha m \cdot g \cdot \sin\alpha \frac{1}{2} \rho C_d A v^2 m \cdot a ]对应到Simulink里就是四个模块分支加起来得到需求驱动力再经过轮胎半径换算成轮端扭矩。模型输入是电机的驱动/制动扭矩指令输出是车速。整车参数这里给一套可以直接用的参考值参数数值说明整车质量 m1500 kg含乘员、电池包滚动阻力系数 f0.012沥青路面典型值空气阻力系数 Cd0.29轿车典型值迎风面积 A2.2 m²普通轿车水平轮胎滚动半径 r0.31 m215/55 R17传动比 i9.0单级减速器常见速比模型里我建议加一个“开关”端口可以在纯驱动和制动再生之间快速切换。Simulink里用Switch模块加一个外部控制字就能实现调试时非常方便。另外整车质量不要设成常量完事如果后续要做大载荷工况分析建议把质量做成可调参数存放在工作区变量里不要硬编码在模块内。3.2 控制策略核心逻辑的模型实现整车控制策略在Simulink里的实现我的习惯是分成四个层级模块信号输入层、条件判断层、扭矩计算层、指令输出层。信号输入层负责统一处理传感器信号。制动踏板开度、车速、SOC、电机转速、电池允许充电功率这几个信号统一做单位换算和滤波。很多新手容易忽略的是单位问题车速在Simulink里可能同时出现m/s和km/h两种单位制动踏板开度有百分之多少和0到1两种形式不统一后面查bug能查一整天。我的做法是在模型里用统一的信号命名规范比如VehicleSpeed_kmh、BrakePedalPos_Pct、BatterySOC_Pct一看名字就知道量纲和单位。条件判断层是核心使能逻辑。回收制动进入的经典条件是车速高于最低回收车速、SOC低于最大允许值、制动踏板有开度、且没有ABS介入。Simulink里用比较器配合逻辑运算符实现。这里要特别提醒纯逻辑条件判断会带来一个问题当SOC在阈值附近波动时策略会频繁开启关闭产生振荡。解决方法是做滞回控制阈值分上下限我后面会专门讲这个坑。扭矩计算层根据驾驶员制动需求计算目标再生扭矩。最简单的映射方式是用一个一维查表输入是制动踏板开度输出是目标总制动力再乘上一个允许回收比例系数更进阶的做法是直接根据估算的目标减速度计算需求制动力。两种方式我都试过查表法调参直观适合前期验证公式法更接近实车逻辑适合后期实车标定。项目验证阶段用查表法足够。指令输出层对计算出来的再生扭矩做限幅和斜率限制。限幅用Saturation斜率限制用Rate Limiter。这一层会直接决定制动切换的平顺性参数标定时重点在这里。核心逻辑的伪代码表达可以简化成下面这段if (VehicleSpeed v_min BatterySOC SOC_high BrakePedalPos 0 ABS_flag 0) if (BrakePedalPos Brake_pedal_soft_limit) // 轻度制动优先回收 Torque_regen Target_BrakeTorque * Regen_Ratio else // 强度较高时限制回收比例预建液压底力 Torque_regen Target_BrakeTorque * Regen_Ratio_limited endif else Torque_regen 0 endif逻辑看起来简单但每个参数都值得仔细标定后面参数匹配部分逐个过一遍。3.3 电机与电池模型的参数化要点电机模型在Simulink里不需要搭建什么复杂的磁链方程对于制动能量回收策略验证来说用外特性查表模型就够了。核心是表达电机在不同转速下的最大再生制动扭矩/功率边界。电机的再生制动能力有两个典型限制区基速以下受电流极限限制扭矩基本恒定基速以上受电压限制功率基本恒定。所以查表时建议以转速为输入输出两个值最大再生扭矩和最大再生功率两个值取较小者作为可用边界。电池模型的核心不是电压或温度场仿真而是充电功率边界。制动能量回收本质是对电池充电所以电池允许的最大充电功率直接决定了回收能力上限。实车上电池管理策略会综合考虑SOC、温度、单体电压输出一个动态的允许充电功率值。仿真模型里可以简化为查表输入SOC和温度输出允许充电功率。参数可以用典型的磷酸铁锂电池数据常温下允许最大1C充电SOC超过90%后允许充电功率线性下降到95%直接归零。我建模型时遇到过一个问题电池模型如果直接输出一个固定最大功率阈值仿真中SOC刚低于阈值时回收功率拉满一旦SOC超过阈值充电功率直接降到零再生扭矩瞬间清零整车减速度会突然变小看起来就像策略抖动一样。后来是在电池限功率模块内部也加了滞回逻辑效果立刻好了。这类“边界处突变”的问题在能量管理类项目里非常常见提前设计滞回几乎成了标配。4. 参数匹配方法与仿真调校全流程4.1 关键阈值参数的初始标定参数匹配不可能一步到位我的做法是先给一组基于工程经验的理论初值再做敏感性扫描和工况迭代微调。最低回收车速v_min这个参数决定车速很低时还收不回收。车速太低时电机转速低发电电压低、效率差回收能量的经济性很差而且低车速下扭矩控制精度也不理想。一般取5到10km/h轿车取8km/h左右比较常见。城市工况走走停停如果这个值设太高每次停车前最后几秒的能量都收不回来累计损失不小。SOC高阈值SOC_high电池快充满时不能充电这是保护电池的基本逻辑。三元锂电池建议高阈值设在90%回落到85%再恢复回收磷酸铁锂电压平台平缓高阈值可以适当放宽到95%回落阈值设90%。滞回区间5个百分点是比较合理的经验值既避免振荡又不至于浪费太多回收机会。制动强度阈值β这里需要解释一下。制动强度是减速度与重力加速度的比值β0.3代表以约2.94m/s²的减速度制动。中轻度制动是能量回收的主要工作区建议β≤0.3时再生制动力承担主要角色β在0.3到0.5之间回收比例逐渐下降β超过0.5已经属于紧急制动范畴此时安全优先级彻底高于能量回收再生制动力直接退出全部交给液压系统保证制动距离最短。扭矩变化率限制这个参数直接影响舒适性。建议再生扭矩变化率设定在相当于是满载力矩变化速度的区间常规用2000到5000Nm/s。太陡驾驶员会明显感觉到拖拽突变太缓则在紧急制动时回收退出不够快存在安全隐患。实际标定建议取3000Nm/s左右作为默认值再根据手感微调。这四个核心参数的初始值以及调整方向如下表参数名初始值调整方向与影响v_min8 km/h增大则低速回收损失变大回收率下降SOC_high90%增大可多回收一点但过充风险上升SOC_low85%缩小滞回区间易振荡扩大则损失回收区间β_regen_max0.3增大会扩大回收区间但极端工况风险升高Regen_rate_limit3000 Nm/s增大响应快但顿挫感明显减小则平顺但退出慢4.2 制动力分配计算与数值验算参数初值定好后需要做一道明确的数值验算来确认匹配是否合理。我以中等强度制动工况为例完整算一遍大家可以直接参考这个计算框架。假设整车质量1500kg目标制动强度β0.3则目标总制动力需求F_req m × g × β 1500 × 9.8 × 0.3 4410 N换算到轮端再生扭矩需求除以轮胎半径0.31m再乘传动比9Tm_req 4410 × 0.31 / 9 ≈ 152 Nm。再核算电机能力边界。假设电机峰值扭矩260Nm那么152Nm的扭矩需求完全没有超出电机外特性限制电机侧没问题。接下来看电池侧约束。假设电池当前允许最大充电电流120A电池总电压360V则允许充电功率P_charge_max 360 × 120 43.2 kW此时车速30km/h折算线速度8.33m/s电池允许的再生制动力上限F_batt P_charge_max / v 43200 / 8.33 ≈ 5186 N5186N大于需求4410N说明电池侧也能满足需求。于是这个工况下可以定义回收比例为100%即全部制动力都由再生制动承担液压系统不需要额外补偿。再看另一种情况。如果车速提升到80km/h线速度22.2m/s同样电池允许功率43.2kW下F_batt 43200 / 22.2 ≈ 1946 N而同样β0.3下目标制动力仍然为4410N。此时电池允许的回收力只有1946N回收比例就只能限制在ratio 1946 / 4410 ≈ 44%剩余56%的制动力必须由液压制动系统承担。这就是为什么控制策略里需要动态计算“可用回收制动力”而不是简单设一个固定比例系数。这个数值验算的过程其实也是策略参数匹配最核心的工作量所在。4.3 仿真工况搭建与回收效率评估参数匹配做完理论初值验证后就要放到标准工况里跑全流程仿真了。我常用的是NEDC和WLTC两种工况各有侧重。NEDC循环包含四个城市循环加一个市郊循环城市段频繁启停制动事件多且强度低非常适合考察制动能量回收效率WLTC动态性更强加速减速变化快更接近真实驾驶工况对策略的动态响应和鲁棒性要求更高。如果偏重城市节能NEDC更有代表性如果要做更全面的验证WLTC是少不了的。我建议项目前期以NEDC作为主调参工况因为其循环结构简单、重复性好参数变化带来的能耗差异容易观察后期再用WLTC做验证工况检验策略在更激烈驾驶工况下的稳定性。这是我在项目中几次吃过亏后总结出来的顺序反着来会非常痛苦——WLTC里同时出现车速波动、SOC变化、制动强度波动多个变量耦合在一起根本判断不了是哪个参数出了问题。能量回收效率的计算口径要统一否则结论没有可比性。我的计算方式是回收效率 实际回收到电池的电能÷理论制动动能。理论制动动能可以在仿真中通过对整车的制动力和车速积分得到。实际回收到电池的电能则等于电池SOC变化折算的能量或者用电池模型中充电功率对时间积分得到。两种方式算出来应该相差不大如果有明显偏差通常意味着模型里有能量不明去向需要检查是不是有模块把能量“吃”掉了。按照上面标定的参数NEDC全循环仿真下来我这边的结果是制动能量回收率达到约60%仿真口径相对不启用回收策略的方案整循环综合百公里电耗下降约10%左右。这个数字不是一个绝对值和电池充电功率边界、电机效率特性直接相关各位做出来的结果不需要强行对齐关键是看参数调整后回收率的变化趋势趋势对了匹配工作就基本到位了。5. 实际项目中的翻车现场与排查手册5.1 模型不收敛与求解器配置问题Simulink仿真过程中最让人头秃的问题之一就是模型不收敛或者直接报错“Simulation continues after nonlinear solver iteration limit”。这类问题在制动能量回收模型里尤其高发因为策略在阈值边界切换时信号会有阶跃性突变而整车动力学模型本身又带有惯性环节和反馈回路两者叠加很容易导致数值求解振荡。我的排查经验是分三步走。第一步先检查是不是求解器配置问题。像我前面说的变步长求解器在信号突变时容易报错可以改用ode15s或ode23t这类对刚性系统更友好的求解器这是最快捷有效的方法。第二步就是看看你的信号切换处有没有做平滑处理直接在Switch模块后接一个Rate Limiter把阶跃信号变成斜坡信号很多时候问题就解掉了。如果还不行就需要检查模型里是否有代数环比如扭矩指令在同一个仿真步内又反馈回来参与计算这种情况需要添加Unit Delay打散它。另外有一个“慢刀”式的技巧先把控制策略模块直通掉也就是让整车模型单独跑一遍确认被控对象没问题再加策略闭环跑确认控制逻辑没问题最后再打开边界限制模块。分层排查能迅速定位问题在建模还是策略比盲目改参数高效太多。5.2 策略在SOC阈值附近反复振荡这个问题我在前面提过实际仿真中非常典型。现象是仿真到SOC接近90%时策略先关闭回收SOC不再上升但车辆继续行驶电池放电让SOC掉到89.9%策略又立刻开启回收于是SOC又涨回临界点如此反复。每一次切换都会产生一次扭矩跳变表现在车速曲线上就是反复的“拖拽-滑行”模式不但回收能量没收到多少整个波形还乱七八糟。解决方法是滞回控制。具体实现是把SOC判断条件从单个阈值改成双阈值。关闭回收的阈值设为90%恢复回收的阈值设为85%。有了5个百分点的死区SOC在边界附近小幅波动时策略不会再频繁切换。Simulink里实现滞回逻辑有两种思路用Stateflow状态机写两个状态或者用Memory模块加比较器组成一个简单的RS触发器。前者直观适合状态多的情况后者轻量适合简单项目。同样的滞回思路还应用在制动踏板开度上。如果驾驶员在临界踏板开度附近“踩抖”没有滞回的话策略也会在回收开启和关闭之间高频切换。给踏板开度判断也加一个1%到2%的滞回区间整个模型的稳定性会明显提升。5.3 回收效率仿真值虚高的修正仿真结果“过于完美”也要警惕。我第一次做完仿真回收效率高达75%当时还挺高兴后来用实测数据一对比发现这个数字根本不现实。原因是模型里把电机发电效率和电池充电效率都默认成了理想值而且忽略了液压制动系统的动态响应时间。解决办法是在链路中补齐损耗模型。电机发电效率用效率地图查表典型峰值效率92%左右转速扭矩不同区域效率差异明显电池充电效率用库仑效率折算典型锂离子电池在90%到95%之间。另外给再生制动响应加一阶惯性环节时间常数取0.05到0.15秒模拟真实扭矩响应延迟。把这些损耗加进去后仿真回收效率回到55%到60%的水平和实测结果才基本对得上。这个教训我想多说一句仿真模型不是越复杂越好但涉及到能量流向的核心损耗环节一定要有否则整车的能耗仿真结果会系统性偏高后续参数匹配也会跟着跑偏。5.4 制动切换带来的舒适性问题最后一个常见问题是舒适性。在串联制动方案里当再生制动力退出、液压制动力补上的瞬间如果两边没有做好扭矩交接驾驶员会明显感觉到一个“顿点”。在仿真里虽然看不到人的主观感受但可以从加速度曲线的毛刺和突变来判断。排查方法是在仿真结果里盯着整车的纵向加速度曲线看凡是出现明显的尖峰或者台阶就说明制动力切换不平顺。解决手段有两个方向一个是前面反复提到的Rate Limiter限制再生扭矩变化斜率另一个是在策略逻辑里做“预填充”和“交接区”在再生退出前先让液压系统建立部分压力等再生扭矩开始下降时液压已经有一定的制动力基础这样总制动力曲线是连续过渡的不会出现断崖。这个逻辑在实车上需要和ESP/ABS系统紧密配合纯仿真阶段先用扭矩斜坡处理已经能明显改善表现。6. 写在最后的项目心得整个项目做完我最大的体会是制动能量回收控制策略设计的难点不在Simulink建模本身而在对约束关系的理解深度。电机外特性、电池充电功率边界、整车动力学参数、制动安全边界、驾驶员舒适性需求这些约束彼此耦合牵一发动全身。参数匹配做得好的策略每一个阈值都能讲出为什么这么设参数匹配靠“猜”的策略换一个工况就可能暴露出问题。如果让我重新做一遍这个项目我会在第一步先花更多时间把电池充电功率限制和电机效率地图这两块模型校准得更精确因为这两个环节对回收效率仿真结果的影响权重最大远远超过阈值参数本身。另外建议各位在仿真阶段就养成做参数记录表的好习惯每一轮仿真跑了哪些参数组、结果如何、发现了什么问题全部记录下来。这项看起来很琐碎的工作到最后写项目总结或者被导师/领导问“你为什么把这个参数设为8而不是10”的时候能帮上大忙。最后再分享一个小技巧Simulink模型里所有可调参数建议统一定义到初始化脚本里用结构体变量分组管理比如Calib.v_min 8; Calib.SOC_high 90;模型内部直接引用结构体字段。这样调参只需改脚本不用打开模型改模块参数批量仿真扫描时配合脚本一次性跑几十组参数也很方便。制动能量回收这类控制策略项目本质上就是一个不断“建模仿真-调参验证-发现问题-再调参”的循环过程把参数管理工具做好整个循环的效率会提升一个数量级。

相关新闻

图表设计实战指南:用信息分层与视觉编码画出清晰的架构图与流程图

图表设计实战指南:用信息分层与视觉编码画出清晰的架构图与流程图

1. 先想清楚:图表设计到底在设计什么?上周帮团队里一位同学做架构评审演练,他画了一张"系统架构图"投到屏幕上:四十多个矩形框,红绿蓝紫四色混用,箭头从四面八方射出来,还有几条线穿过…

2026/10/19 5:51:32 阅读更多 →
LNA无线串口模块AS62:透传原理与工程实战指南

LNA无线串口模块AS62:透传原理与工程实战指南

我最早接触AS62这块模块的时候,是被“LNA”三个字母勾起来的。做射频的老哥都知道,LNA通常指低噪声放大器,是接收链路最前级的关键器件,但AS62显然不是一块单纯的放大器,而是一块完整的UART串口收发模块。带着“这到底…

2026/10/19 5:51:32 阅读更多 →
XML、JSON、TXT标注格式互转实战:数据预处理的核心技术

XML、JSON、TXT标注格式互转实战:数据预处理的核心技术

前阵子折腾一批标注数据,差点被格式问题折腾到崩溃。我在一个知识问答项目里拿到了一份标注文件,工具导出的是 XML,但训练脚本只吃 JSON。更坑的是,另外一位同事要合并一部分样本,他那边习惯用纯 TXT 的“文本 制表符…

2026/10/19 5:51:32 阅读更多 →

最新新闻

基础模型重塑广告竞价环境建模:Bid2X 解读

基础模型重塑广告竞价环境建模:Bid2X 解读

广告竞价这个领域,真正难的不是“怎么出价”,而是“出价之后到底会发生什么”。KDD25 这篇 Bid2X,标题里最抓人的就是“环境建模”这四个字——它把视角从策略本身拉远到了策略所处的整个动态拍卖市场。基础模型视角的引入,让环境…

2026/10/19 7:59:32 阅读更多 →
Linux下Gitee托管实战:从SSH配置到高频报错排查

Linux下Gitee托管实战:从SSH配置到高频报错排查

年前有个朋友从 Windows 桌面端切到 Linux 环境干活,第一天就差点把键盘拍碎——他在 Gitee 上建好了仓库,本地也写好代码了,结果对着那个黑底白字的终端窗口发了好一会儿呆,完全不知道该敲什么。后来他问我,Gitee 在 …

2026/10/19 7:59:32 阅读更多 →
LSTM财务因子选股:时间序列建模与A股非平稳数据实战

LSTM财务因子选股:时间序列建模与A股非平稳数据实战

简介:本资源是一套基于LSTM神经网络的财务因子选股预测模型完整实现,专为计算机、人工智能及财经交叉方向的本科生毕业设计与课程设计打造,面向AI、自动化、电子信息等专业学生及初入量化领域的学习者,解决金融时序数据建模与股票…

2026/10/19 7:59:32 阅读更多 →
室内墙面缺陷检测实战:VOC/YOLO双格式数据集与目标检测训练要点

室内墙面缺陷检测实战:VOC/YOLO双格式数据集与目标检测训练要点

做了几年计算机视觉相关的工作,我接过不少“看着简单、做起来抓狂”的项目,墙面缺陷检测就是其中一个。前段时间参与一个旧房翻新前评估的项目,需要统计室内墙面的剥落、污渍和滴痕分布,我一开始天真地想拿通用目标检测模型直接跑…

2026/10/19 7:59:32 阅读更多 →
MSP432+OpenMV寻迹小车控制方案:从寄存器到PID调优

MSP432+OpenMV寻迹小车控制方案:从寄存器到PID调优

简介:2022年电子设计竞赛C题江苏省赛区一等奖的完整工程资料,主控采用MSP432,适合电赛备赛学生、嵌入式开发者与机器视觉入门者参考。作品围绕主从双车寻迹与OpenMV视觉导航展开,包含主车图像处理、停止线识别、障碍物测距以及双车…

2026/10/19 7:59:32 阅读更多 →
U8G2 OLED中文显示全攻略:字体包安装与编译配置

U8G2 OLED中文显示全攻略:字体包安装与编译配置

简介:本资源是面向Arduino嵌入式开发者的U8G2中文字体定制工具包,专为解决OLED/SSD1306等小型显示屏在U8G2库中无法直接显示中文的痛点而设计。包内集成GUI字体生成工具GUITool及完整u8g2-master源码,支持用户自定义字库提取、BDF格式转换与C…

2026/10/19 7:58:32 阅读更多 →

日新闻

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

频率跟踪型PWM电源设计:臭氧发生器谐振点漂移与软开关实现

简介:本资源为电源技术方向的学术研究文档,聚焦介质阻挡放电型臭氧发生器电源的频率跟踪型PWM控制策略,面向电力电子、高压电源及臭氧应用领域的科研人员与工程技术人员。针对负载呈容性、等效电容随外加电压升高而增大、谐振频率随之漂移的难…

2026/10/19 0:00:47 阅读更多 →
Vibe Coding 遇上 TaoToken:把开发者思维圣殿的灵感流接入统一 Key 通道

Vibe Coding 遇上 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/19 0:00:47 阅读更多 →
HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

HundredCV-Chat话题建模实战教程:利用4,871个内置话题标签构建主题分析系统

【免费下载链接】HundredCV-Chat 项目地址: https://ai.gitcode.com/hf_mirrors/Jax-dan/HundredCV-Chat 点击查看 免费下载 HundredCV-Chat 是一个由 100 位青年简历数据开发而来的中文多轮对话数据集,共包含 24,750 组日常闲聊对话和 4,871 个话题标签…

2026/10/19 0:00:47 阅读更多 →

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/18 0:00:55 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/18 0:00:55 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 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/19 2:54:50 阅读更多 →
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/17 17:22:31 阅读更多 →
黑夜航拍船只数据集训练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/18 12:16:16 阅读更多 →