多虚拟电厂主从博弈与ACPSO-EI-Kriging及APVP-MHA-MTL预测框架全解析

先说结论:这个标题的含金量主要在“组合方式”,而不是单点技术。ACPSO、EI、Kriging、主从博弈、APVP、MHA、MTL,每一个单拎出来都有大量现成资料,但把它们按“上层优化+下层代理+博弈交互”和“多任务注意力+共享表征预测”两条线组合起来,才是真正的核心工作量和创新点所在。这篇我按自己复现和改造这类框架的实操经验,把两条技术路线的原理、实现细节、常见坑位一次讲透。

1. 多虚拟电厂主从博弈:为什么一定是“主从”,而不是别的博弈模型

虚拟电厂(VPP)聚合了分布式光伏、储能、可调负荷、充电桩这些分散资源,单个VPP的容量和调节能力都很有限,但多个VPP聚合起来参与电网调度,就有了和上层运营商讨价还价的资本。这里天然形成了一种不对称的决策结构:上层(比如配电网运营商或聚合服务商)先制定电价或配额策略,下层各VPP根据上层策略做自己的优化调度,得到最优响应后再反馈给上层。这种“我先动、你跟随、我再调整”的决策顺序,就是Stackelberg主从博弈的标准范式。

那为什么不用合作博弈或者纳什均衡的一般博弈模型?原因很实际:多个VPP之间有各自独立的利益诉求,很难形成有约束力的合作联盟,一般博弈里的同步决策假设又不符合实际调度时序。主从博弈把决策顺序显式建模,上层有先动优势,下层在给定策略下做理性响应,这更贴近电力市场的实际交易流程。

主从博弈的数学表达是一个典型的双层优化问题:

  • 上层:运营商制定售电价/购电价,最大化自身收益或社会福利;
  • 下层:每个VPP在给定电价下,最小化自身运行成本或最大化收益,同时满足功率平衡、储能SOC约束、可调负荷上下限等约束。

难点也在这。下层是一个带约束的优化问题,通常不是简单的凸二次规划,而是整数变量和连续变量混杂的混合整数规划。如果直接上层套下层迭代求解,会出现“下层最优解不唯一导致上层目标函数多值”的病态问题。更麻烦的是,下层求解器本身是一个黑箱,梯度信息不可得,上层没法用基于梯度的经典优化算法来迭代。

我见过不少刚接触这个方向的开发者,第一步就想着把下层问题用KKT条件替换成一组互补约束,然后合并成单层MPEC问题丢给求解器。这个小规模测试确实没问题,但一旦VPP数量上到5个以上、每个VPP内部资源类型再多一点,MPEC的求解规模会急剧膨胀,互补约束带来的非线性也让很多商业求解器计算时间直接失控。

所以分级代理优化就成了更务实的解法:上层优化器不再直接调用下层求解器,而是通过采样一批上层策略、真实求解下层问题获得响应值,用这些数据训练一个Kriging代理模型来逼近“上层策略→下层最优响应价值”的映射,再用ACPSO在上层策略空间里搜优,EI准则负责告诉粒子“下一步该往哪个区域采样”。

这里要特别强调一个认知:代理模型不是用来替代下层优化模型的,而是用它替代“下层求解过程”的上层目标函数评估。下层内部仍然严格按照约束求解,保证物理可行性。这样才能保证代理模型训练数据是真实可信的,不会出现“代理预测收益很高、实际求解完全不可行”的偏差。

2. ACPSO-EI-Kriging流水线拆解:代理模型与智能算法的配合逻辑

2.1 Kriging代理模型:为什么选它而不是神经网络

Kriging也叫高斯过程回归,它在代理优化里有两个核心输出:一是任意输入点处的预测均值,二是预测的不确定性方差。这个“不确定性”是它最值钱的地方——神经网络只能给你一个点预测,Kriging能告诉你“这个点我把握多大”。

Kriging的基本假设是目标函数服从一个高斯过程先验:

$$Y(x) = \beta + Z(x)$$

其中$\beta$是全局趋势项(通常取常数或线性基函数),$Z(x)$是均值为0、协方差矩阵由核函数决定的随机过程。给定训练数据后,Kriging在未采样点$x^*$的后验预测均值是:

$$\hat{y}(x^) = \hat{\beta} + \mathbf{k}(x^)^\top \mathbf{K}^{-1}(\mathbf{y} - \mathbf{1}\hat{\beta})$$

后验方差则是:

$$s^2(x^) = \sigma^2 - \mathbf{k}(x^)^\top \mathbf{K}^{-1} \mathbf{k}(x^*)$$

这两个公式看着吓人,本质就是“用已有观测点的相关性来插值预测新点,距离越近相关性越高,信息越少的地方方差越大”。核函数通常选高斯核或Matérn核,超参数(长度尺度、过程方差)通过极大似然估计确定。

在多虚拟电厂这个场景里,上层策略变量一般是连续的(购售电价、配额系数),维度通常在几维到十几维之间,样本量几百个就能训练出一个不错的Kriging模型。神经网络要在小样本下达到同样的稳健性,难度大得多。这就是选Kriging最朴素的理由:小样本、低维连续变量、需要不确定性输出,这三个特征完美匹配Kriging的适用边界。

2.2 EI采集函数:平衡“利用”和“探索”的数学配方

有Kriging的均值和方差,上层优化就可以从“盲目搜索”升级为“有策略的搜索”。EI(Expected Improvement)衡量的是“当前模型认为某一点能带来多少预期改进”。设当前已知最优值为$y_{min}$,任意候选点$x$的EI计算公式是:

$$EI(x) = (y_{min} - \hat{y}(x)) \Phi\left(\frac{y_{min} - \hat{y}(x)}{s(x)}\right) + s(x) \phi\left(\frac{y_{min} - \hat{y}(x)}{s(x)}\right)$$

其中$\Phi$和$\phi$分别是标准正态分布的累积分布函数和概率密度函数。第一项引导搜索走向预测均值低于当前最优值的区域(利用),第二项引导搜索走向不确定性高的区域(探索),两者由$s(x)$自动权衡:均值很低但方差很小的点,EI可能不如均值略高但方差很大的点。

这个特性对多虚拟电厂场景很关键。因为下层VPP的响应函数往往存在多个局部最优区域——不同电价区间对应VPP不同的用能/发电模式,如果纯靠预测均值搜索很容易陷在第一个找到的低收益区,EI的探索项会强制粒子去碰那些尚未采样的高不确定区域,避免错过真正的全局最优策略。

2.3 ACP SO搜索器:元胞邻域和粒子群怎么结合

有了EI作为评价指标,剩下来的问题就是怎么高效地在策略空间里搜出EI最大的点。传统做法是直接对该EI函数做多起点优化,但策略空间维数不低、EI函数本身多峰性强,直接优化并不稳。于是ACPSO在这里起作用——它本质上是给标准PSO套了一层元胞自动机的邻域拓扑。

标准PSO里,每个粒子向个体历史最优(pbest)和全局最优(gbest)飞行,容易早熟收敛。ACPSO将整个种群布置在一个网格上,每个粒子只和周围相邻细胞内的粒子通信,形成局部邻域拓扑。粒子更新公式在标准PSO基础上保持不变:

$$v_i^{t+1} = \omega v_i^t + c_1 r_1 (pbest_i^t - x_i^t) + c_2 r_2 (lbest_i^t - x_i^t)$$

区别在于第二项的$lbest$取的是元胞邻域内的最优而不是全局最优。这样搜索前期信息在局部传播,种群多样性保持得好,不容易一窝蜂挤到某个局部区域;搜索后期再逐步扩大邻域半径,信息逐渐全局化,兼顾精细收敛。

“自适应”体现在几个可调参数上:惯性权重$\omega$按迭代进度从0.9线性衰减到0.4;元胞邻域半径从1开始随迭代增长;学习因子$c_1$和$c_2$根据种群聚集程度动态调节——聚集度过高时增大$c_1$鼓励个体探索,过低时增大$c_2$加速收敛。

我实践中习惯把ACPSO参数这样设置:种群规模取30-50,最大迭代次数取100-150,元胞网格拓扑用环形结构,初始惯性权重0.9、终止0.4,学习因子$c_1$、$c_2$都在1.5-2.0区间动态调整。对维度不超过15的上层策略空间,这个配置基本能稳定找到EI的最优点。

2.4 整条流水线的数据流逻辑

把三块串起来,ACPSO-EI-Kriging的完整迭代流程是:

  1. 用拉丁超立方采样在电价/配额策略空间里生成一批初始样本点(比如60个);
  2. 对每个样本点调用下层VPP优化模型求解,获得上层目标函数值;
  3. 用这批输入输出数据训练Kriging代理模型;
  4. 在策略空间里运行ACPSO,用EI作为粒子的适应度评价函数,搜索下一个最有价值的采样点;
  5. 把搜索到的最优点补入训练集,重新训练Kriging,再次运行ACPSO;
  6. 重复步骤4-5直到EI最大值低于某个阈值或迭代次数达到上限;
  7. 最终返回训练集中目标函数值最优的真实采样点作为主从博弈的近似均衡解。

这个流程里有个容易忽略但很重要的点:ACPSO搜索出的“最优”永远只是代理模型预测层面的最优,必须回到下层真实求解器验证一次,用真实函数值更新历史最优记录。否则就会出现“代理模型越走越偏,搜索越来越集中到模型幻觉区域”的恶性循环。

注意:R方、均方根误差这类代理模型精度指标在迭代中要持续监控。如果代理模型在验证集上的精度不断恶化,说明采样点的分布和初始训练集差异过大,需要暂停搜索,回填一批新样本重新训练模型,而不是硬着头皮继续跑。

3. APVP-MHA-MTL预测网络的工程解构

3.1 MTL多任务学习:预测“多个变量”和预测“多个任务”的区别

标题里的“多变量时间序列预测”容易让人误以为就是一个多输入多输出的回归模型,但加上MTL之后,含义完全不同。多任务学习指的是同时学习多个相关但不同的预测任务,它们共享一部分底层特征提取器,各任务保留各自独立的输出头。

在多虚拟电厂的场景里,多任务可以是:同时预测多个VPP的净负荷曲线、同时预测节点边际电价和光伏出力、或者同时预测短期负荷和调峰需求。这些任务之间确实存在强相关性——某区域光伏出力暴涨时,净负荷降低,电价大概率走低——共享底层表征让模型能学到任务之间的内在耦合关系。这对调度决策的意义是:你得到的不是一堆孤立的单序列预测,而是一组内部逻辑自洽的预测值,不会出现“光伏预测很高但电价预测也很高”这种违背物理规律的组合。

工程实现上MTL有两种主流做法:硬参数共享(所有任务共用隐藏层,任务分支最后才分开)和软参数共享(各任务有自己的网络但通过正则项拉近参数距离)。多虚拟电厂预测这个场景,任务间差异不小但共享底层物理规律,硬参数共享通常是更稳健的选择——参数量少,不易过拟合,实现也简单。

3.2 MHA注意力层:多变量序列里的“谁在影响谁”

MHA即多头注意力,它的核心操作是把输入序列通过三组可学习矩阵映射为查询(Query)、键(Key)、值(Value),然后计算注意力权重:

$$Attention(Q, K, V) = softmax\left(\frac{QK^\top}{\sqrt{d_k}}\right)V$$

多头注意力在此基础上同时做多组映射,每组捕捉不同类型的依赖关系。在多变量时间序列里,角色分配是这样理解的:某个时间步的变量值作为Query,去匹配所有历史时间步的Key,得到的权重决定该从历史步的Value里聚合多少信息。这个机制让模型能够自动学习“过去哪段时间、哪个变量的状态对当前变量的预测最重要”——比如净负荷预测中,模型会自动学到前3小时的光伏出力值权重最高。

实现时有几个细节值得注意。一是时间步位置的编码,Transformer依赖位置编码注入顺序信息,但多变量时间预测里绝对位置的时间戳可能不够,常用做法是把小时、星期、节假日做单独嵌入再接进去。二是因果遮蔽(causal mask),预测任务必须保证当前时间步只能看到过去和当前的信息,不能看到未来,否则会产生信息泄漏。三是注意力头数通常取4-8,维度过高小数据集容易过拟合。

3.3 APVP是什么:一个值得商榷的缩写

说句实话,“APVP”这个缩写在我见过的公开资料里没有统一标准定义,标题里的具体含义只能按最合理的推测来理解。从字母顺序和和MTL、MHA的组合关系看,它有两种可能:一是Adaptive Proxy Variable Prediction(自适应代理变量预测),二是Attention-based Patch-Variable Projection(基于注意力的分块变量投影)。无论哪种,本质都是在MTL框架下引入机制来增强多任务共享层的表达能力。

如果是第一种“代理变量”,它做的事情通常是:在共享表征之外,构造若干可解释的中间代理变量——比如总负荷水平、新能源出力占比——先预测这些代理变量,再用它们作为额外特征帮助目标任务预测。这种做法的好处是给模型注入物理结构约束,在数据量不足时比纯端到端更稳。

如果是第二种“分块变量投影”,它做的事情是把长序列切块(Patch),把多变量各通道投影到统一表征空间,再通过注意力交互提取跨变量依赖。Patch化大大降低序列长度和注意力计算量,在处理24小时甚至更长周期的多VPP聚合预测时有实际优势。

因为原项目正文没有给出明确注释,我建议复现时先按自己需要解决的问题来选择组合方式:如果你的核心痛点是多变量交叉依赖,就做分块投影;如果核心痛点是可解释性和小样本稳定性,就做代理变量。两种选择都成立,关键看你准备用它解决什么问题。

3.4 损失函数和训练策略:MTL最容易翻车的地方

多任务学习最容易被忽视也最坑的地方,在于loss加权和梯度冲突。

最常用的做法是将各任务loss做不确定性加权:

$$L = \sum_i \frac{1}{2\sigma_i^2} L_i + \log \sigma_i$$

其中$\sigma_i$是任务$i$的可学习噪声参数。这个设计出自贝叶斯建模思想——噪声大的任务自动降权,噪声小的任务自动升权,避免人为调权重的痛苦。

梯度冲突的问题更隐蔽。不同任务对共享层的梯度方向可能相互矛盾,导致训练震荡不收敛。更省事也常用的手段是做梯度归一化:每个任务梯度计算完后,先计算梯度范数,再按某个目标范数缩放,最后合并更新。我实测下来这个方法确实能让多VPP预测联合训练更平稳,但要注意的是它带来额外计算开销,当任务数超过4个时训练时间增加明显。

训练时的另一个关键点是数据归一化。多变量序列里各个变量量纲差异可能非常大(有功功率和温度),如果在全局层面上做归一化,会破坏不同时间点之间的相对关系。我推荐按滑动窗口做局部归一化,即每个训练样本独立做min-max缩放,预测完再反缩放回去。虽然这种方式增加了点计算量,但预测精度提升非常明显。

4. 从预测到决策:两条技术路线如何形成闭环

把主从博弈和时序预测放在一个项目标题里,很多人以为是两个独立子课题拼凑的,实际它们的真正价值在于形成“预测—决策”闭环。

整个逻辑链是这样的:先通过基于APVP-MHA-MTL的多任务模型,对各个VPP的净负荷、可再生出力和市场价格做出短期预测;预测结果输入到下层VPP调度模型中,作为优化调度的边界条件;下层模型求解出的响应结果再反馈到上层主从博弈的优化框架,通过ACPSO-EI-Kriging求得上层最优策略;上层策略反过来影响各VPP的预期收益,又为下一轮预测修正提供依据。

这个闭环里有一个天然的误差传导问题。预测误差会直接穿过下游调度模型影响博弈结果。如果预测系统性地高估光伏出力,下层调度模型会把储能放电计划安排得过早,上层运营商据此制定的电价策略实际上也是建立在一个错误的世界里。所以我在项目里做完预测模型后的第一件事,不是急着提升精度,而是做误差敏感性分析:把预测误差按不同幅度注入,观察主从博弈均衡结果的变化。这个分析能告诉你整个系统对哪些预测变量的误差更敏感,对后续改进方向的指导意义远大于盲目堆精度。

从影响范围看,这种“预测+博弈”的组合在电力系统的多个业务场景都有落点:售电公司做中长期代理购电策略、配电网运营商做需求响应资源调度、充电聚合商做充电价格动态调整、园区微网做多主体能量管理。只要是多个利益主体在一个交易机制下做策略决策,且决策依赖短期预测结果,这套框架就有用武之地。

我个人的判断是:这个项目的创新点不在于单个模型多先进,而在于它完整打通了“多任务预测→下层调度响应→上层策略优化”这条链路。链条上的每个环节都有成熟工具箱,但把它们像齿轮一样咬合起来,需要解决的数据接口、误差传导和计算效率问题,才是真正的工作量和经验壁垒。

5. 复现避坑与实操建议

5.1 主从博弈部分的常见坑

Kriging训练样本太少导致EI骗人。初始样本低于30个的情况下,Kriging模型的后验方差到处都是很大的值,EI函数近似一个纯探索函数,ACPSO搜索出来的点基本是随机采样,整个迭代白白浪费时间。解决办法是初始样本量不小于50个,并且每轮迭代最少补入3-5个新样本,保证代理模型持续被真实数据校准。

下层求解器的数值噪声。混合整数规划求解器给出的最优解存在数值容差,同一次求解结果在相邻两次调用之间可能有微小抖动。这会污染训练数据,让Kriging模型学到的映射带有非平滑噪声。解决办法是对每个采样点求解时固定求解器种子、收紧数值容差参数的基础上,对关键目标值做多次求解取中位数。

主从博弈可能存在多重均衡。即上层同一策略下多个VPP的下层最优响应不唯一,上层目标函数变成多值函数,EI计算就用错了。面对这种情况,处理技巧是对相同上层策略多次求解下层问题,记录所有不同的最优响应值,在训练数据里作为重复样本处理,尽量减弱多值性的影响。

重要:EI和Kriging都要求目标函数是连续标量函数。如果上层目标含0-1变量、或者VPP数量一变就出现不连续跳变,代理优化的收敛性是没有保证的。遇到非连续目标,优先做目标函数的平滑近似,而不是硬跑ACPSO。

5.2 多任务时序预测部分的常见坑

任务间数据长度不一致。比如有些VPP的历史数据只有一年,另一些有三年,直接把所有任务扔进一个训练循环会出问题。通俗的做法是设计动态采样器,每个batch先按任务可用数据量进行加权采样,而不是等长截断拉到相同长度。

损失权重初始值过于悬殊。如果两个任务一个回归MSE数量级是1e4,另一个是1e-2,初始不确定性权重$\sigma$要做对数空间初始化,否则训练早期梯度完全被数值大的任务主导。我之前试过直接初始化为1,结果小数值任务前几十个epoch几乎学不到任何特征。

注意力的时间步信息泄漏。多变量序列预测里,“当前时刻”和“未来时刻”的边界很容易搞错。常见错误是把归一化统计量用到了整个序列的未来部分。解决方案是建立严格的时间切分体系,训练集、验证集、测试集按时间顺序切分,样本统计量只在各自时间窗口内计算,禁止跨窗口引用未来数据。

5.3 参数配置参考表

模块参数推荐配置备注
Kriging核函数Matérn 5/2平滑性比高斯核更稳健
Kriging初始样本量50-80维度每增加一维,加20左右
ACP SO种群规模30-50策略空间维数低于15时足够
ACP SO最大迭代100-150观察EI收敛曲线决定是否提前停
ACP SO元胞拓扑环形/网格网格拓扑通信更快但易早熟
MTL任务数3-5超过5个时用梯度归一化稳定训练
MHA头数4-8低维数据建议4头为主
MHAPatch长度8-16序列长度超过96时建议分块
训练批大小32-64小数据集取32,防止过拟合
训练学习率1e-3 - 5e-4AdamW配合cosine退火

5.4 我的实操体会

整套框架真正跑起来,时间大头不花在模型代码上,而是花在数据对齐和接口调试上。预测模块输出的时间戳精度要到分钟级,而下层调度模型内部可能会做15分钟粒度的离散化,两层数据对接时哪怕格式差一秒也会报错。我的习惯是项目一开始就定义统一的数据契约:统一时间基准、统一单位、统一四舍五入规则,所有模块共享这份契约。

另外,整个系统做大的算例验证时不能一上来就跑到满负荷配置。先把VPP数量降到2-3个、预测任务降到2个、时间跨度缩短到一周,全链路跑通后再逐项扩规模。这个梯度式的调试节奏能帮你快速定位瓶颈在哪一个环节。

最后补充一点很多人忽略的:EI采集函数的计算本身不贵,但每次采样点回填后的Kriging重训过程,矩阵求逆的耗时随样本量指数增长。样本量超过500之后,建议换用稀疏高斯过程近似,否则主从博弈的每一轮主循环都会越来越慢,整个优化变成等待密集型的煎熬体验。

相关新闻

改进DINO-4scale模型实现棉田作物生长监测与目标检测

改进DINO-4scale模型实现棉田作物生长监测与目标检测

棉田生长监测这件事,做农业视觉的人应该深有体会:无人机拍回来的正射影像分辨率很高,但地面棉株一进入封行期,棉铃、棉蕾全被叶片盖住,人工看图数起来又慢又晕。更麻烦的是,棉田目标天生就“小、密、遮挡多…

2026/10/20 19:41:21 阅读更多 →
降AI率实操指南:6类免费工具与人工精修方法

降AI率实操指南:6类免费工具与人工精修方法

每年四五月份,总有学弟学妹半夜给我发消息,上来就问:“论文AI率80%多,学校查重前要求降到10%以下,怎么办?”说实话,这个问题我自己当年也撞上过,被检测报告上的高百分比吓得连夜改稿…

2026/10/20 19:41:21 阅读更多 →
WebSocket消息推送实战:从轮询到高并发长连接的全流程拆解

WebSocket消息推送实战:从轮询到高并发长连接的全流程拆解

接手过一个实时通知服务,业务上要求订单状态变更、客服会话、后台告警都要在秒级内推到用户端。最开始图省事用HTTP轮询,连接一多业务一复杂就明显顶不住——服务端压力大、客户端拿到的数据也不是实时的,高峰时段光无效请求就能把接口拖垮。…

2026/10/20 19:40:18 阅读更多 →

最新新闻

模型量化如何影响推理性能?实战解析原理、选型与问题排查

模型量化如何影响推理性能?实战解析原理、选型与问题排查

在AI推理优化这条路上,量化是我见过投入产出比最高的手段。很多人以为量化就是把模型从FP32变成INT8,体积缩小、推理变快,但实操后才发现,AI模型量化对推理性能的影响并不只有正向:有时速度反而下降,精度却…

2026/10/20 20:20:51 阅读更多 →
基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

基于Simulink的23自由度分布式电驱动整车动力学模型搭建与仿真

做分布式电驱动车辆的控制,最头疼的问题就是你手上的整车模型到底该建多细。我这次在Matlab Simulink里完整搭了一套23自由度整车动力学模型,把车身六个方向的运动、四个车轮的垂向跳动、车轮旋转、转向系统、以及分布式驱动链条的扭转自由度全部拉进来了…

2026/10/20 20:20:51 阅读更多 →
用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

用JSON和Python命令行构建个人技能管理工具:从数据建模到实践

1. 为什么需要技能管理工具:需求拆解与设计取舍上周末想更新简历,结果发现我根本说不清“现在到底会什么”。十几项技能分散在旧简历、脑图、收藏夹和一摞笔记本里,有的早已过期,有的只停留在“看过教程”的阶段,还有的…

2026/10/20 20:20:51 阅读更多 →
企业微信回调验证与AES加解密:.NET开发者接入指南

企业微信回调验证与AES加解密:.NET开发者接入指南

接手过几个企业微信自建应用的项目,每次新人对接时几乎都会卡在同一个地方:管理后台保存“接收消息服务器”配置时提示URL验证失败,或者明明验证过了,消息却一直推送不进来。这个环节看着只是填几个参数,背后实际上是一…

2026/10/20 20:20:51 阅读更多 →
vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

vLLM Prefix Caching 原理:如何用 Paged KV 消除重复计算

先说一个我遇到过的情况。某个线上推理服务,所有请求都带着同一段两千多字的 system prompt,并发一上来,GPU 利用率看着很高,但真正对用户有用的计算没多少——大部分算力在一遍遍重复计算同一段内容的 K 和 V。很长一段时间里&am…

2026/10/20 20:20:51 阅读更多 →
用Design.md构建符合产品风格的原型设计:设计令牌实战指南

用Design.md构建符合产品风格的原型设计:设计令牌实战指南

上周跟某团队聊原型评审,对方把三个页面的设计稿拍在我面前,主色蓝就出现了五种,没有两个颜色值相同。评审会开了一个小时,快一半时间在争论“这个蓝到底是不是我们品牌那个蓝”。原型阶段最让人心累的从来不是画得快不快&#xf…

2026/10/20 20:19:47 阅读更多 →

日新闻

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

CLRC663芯片Pin-to-Pin替代实战:从评估到量产全记录

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

2026/10/20 1:01:30 阅读更多 →
ESP32舵机控制指南:原理、多路驱动与避坑实战

ESP32舵机控制指南:原理、多路驱动与避坑实战

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

2026/10/20 1:01:30 阅读更多 →
位移法实现一阶低通滤波:单片机ADC采样降噪实战

位移法实现一阶低通滤波:单片机ADC采样降噪实战

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

2026/10/20 1:01:30 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/20 2:50:50 阅读更多 →

月新闻

我发现了一个新思路:用 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/20 10:02:08 阅读更多 →
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/20 9:50:17 阅读更多 →
黑夜航拍船只数据集训练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/20 9:50:45 阅读更多 →