梯级水光互补系统最大化可消纳电量期望优化调度模型Matlab实现
这期想聊一个我最近完整复现过的项目标题是“梯级水光互补系统最大化可消纳电量期望短期优化调度模型Matlab代码实现”。说实话第一次看到这个标题的时候我愣了一下“最大化可消纳电量期望”这个目标函数不是常规的最小化运行成本或最大化发电量而是把“期望”放进了优化目标里这背后其实是场景法处理光伏随机性的思路。我把整个模型从论文拆解到Matlab实现完整走了一遍包括Yalmip建模、Gurobi求解、水头迭代、场景削减踩了不少坑也沉淀了不少经验这篇文章就当作一份完整的复现笔记分享给正在做水电、光伏互补调度或者新能源消纳方向的同学。1. 项目背景与问题本质1.1 梯级水光互补是干什么的先把概念捋清楚。梯级水光互补系统指的是多个位于同一河流上下游的水电站和光伏电站共同接入电力系统在调度周期内协同运行。水电和光伏在时间尺度上有天然互补性光伏白天出力高、夜间为零波动剧烈且不可控而水电可以通过调节库容、控制发电流量来快速调整出力相当于一个天然的储能和调峰资源。把两者放在一起优化调度的意义很简单——光伏多发电的时候水电站可以少发一点把水存起来留到晚上或光伏出力低谷再放反过来光伏出力骤降的时候水电站顶上去保证系统出力平稳。梯级这个词意味着水电站之间有水力联系。上游电站的发电流量和弃水流量会成为下游电站的入库流量加上区间入流之后直接影响下游电站的可用水量。这就导致梯级调度问题与单站调度有本质区别你不能只看单个电站的水位和出力而要把一整条河上的水量平衡串起来看形成耦合约束。这是做模型时最容易遗漏、也最影响求解结果的地方。1.2 “最大化可消纳电量期望”的数学含义为什么要用“期望”而不是直接用某个确定性场景因为光伏出力具有强随机性。如果只按一组固定光伏出力曲线做优化得出的调度方案在真实运行时可能严重失效——实际光伏比预测高你让水电站发了太多光伏得被迫弃掉实际光伏比预测低水电站可能来不及调节系统出力不足。所以论文级的模型通常采用多场景法scenario-based method用若干条带概率的光伏出力场景来刻画不确定性优化目标就是所有场景下可消纳电量的概率加权平均也就是期望值。可消纳电量简单理解就是电网实际接纳并送出的水电与光伏电量之和。如果系统总发电量超过消纳能力或负荷需求多余部分就要弃掉。所以优化目标是期望意义下的总发电量最大等价于期望弃电量最小。这种建模方式相比传统确定性模型更贴近实际运行因为调度员在决策时总要面对“光伏可能不准”的现实。1.3 论文复现的路线规划拿到一个EI论文复现项目我的习惯是先拆解论文的模型假设、目标函数、约束条件和求解方法再对照数据需求去搭建代码框架。这篇论文的核心假设有几个调度周期取典型日通常24小时或96个时段光伏出力场景预先给定或通过预测误差生成水电站的出力-流量-水头关系采用线性简化或分段线性化目标函数考虑所有场景期望。搞清楚这些后面的建模和代码实现就顺理成章了。我建议复现路线分四步走第一步建立确定性调度模型只跑一组光伏场景验证约束和基本逻辑第二步拓展为多场景随机模型引入场景概率和目标函数期望化第三步加入水电非线性环节水头变化用迭代法逼近第四步验证结果合理性包括弃电率、水库水位边界、出力曲线平滑度等。2. 数学模型与关键约束2.1 目标函数与决策变量的选择先从目标函数说起。设调度时段索引为t场景索引为s场景概率为p_s梯级水电站索引为i光伏电站索引为j。目标函数可以写成maximize Σ_s p_s × [ Σ_t Σ_i P_h(i,t,s) Σ_t Σ_j P_pv(j,t,s) ] × Δt其中Δt是时段长度小时。实际实现时为了体现“最大化可消纳电量”同时抑制不合理弃电有些论文会在目标函数中加入弃电惩罚项变成maximize Σ_s p_s × [ Σ_t (总消纳电量) - α × 弃电量 ]加入惩罚项的好处是给求解器一个明确的梯度方向避免出现“为了满足约束而任意弃电”的退化解。α的取值需要根据消纳权重来设定通常取得比较小比如0.01到0.1之间让弃电惩罚只起引导作用不改变优化主目标。决策变量包括各场景下各时段水电站出力P_h(i,t,s)、发电流量Q_turb(i,t,s)、弃水流量Q_spill(i,t,s)、水库库容V(i,t,s)光伏实际出力P_pv(j,t,s)以及弃光量。如果模型还考虑机组启停会引入二进制变量问题就从LP变成MILP。2.2 水量平衡与梯级耦合约束水量平衡是水电站调度模型的灵魂约束描述的是水库“入流-出流-蓄水量变化”的关系V(i,t1,s) V(i,t,s) [ Q_in(i,t,s) - Q_turb(i,t,s) - Q_spill(i,t,s) ] × Δt对于梯级系统Q_in(i,t,s) 不仅包含天然来水还包括上游电站的出流。上游出流到下游入库有个时间延迟通常视河段而定短期调度可以简化为一到两个时段所以梯级耦合约束是Q_in(i,t,s) Q_natural(i,t,s) Q_release(i-1, t-τ, s)这里的τ是水流滞后时间。很多复现代码忽略这个滞后直接让上游出流等于下游入库这是简化处理。如果你的论文特别强调了水力联系那τ就不能省否则梯级的核心价值就体现不出来。还要注意库容边界约束V(i,min) ≤ V(i,t,s) ≤ V(i,max)。调度周期末库容V(i,T,s)通常需要设定在目标区间内常见做法是要求期末库容不低于某个值这样才能保证调度方案的可持续性。2.3 水头-出力非线性与线性化处理水电站出力与发电流量、水头的关系是P_h 9.81 × η × Q_turb × H_net其中H_net是净水头η是机组综合效率。净水头又等于上游水位减去下游尾水位和水头损失而上游水位是库容的非线性函数。如果在模型中直接引入这个非线性关系问题就变成NLP求解难度大幅上升。论文实现中最常用的处理是分段线性化或线性逼近。可取的做法是把水头-库容关系按水位区间划分为若干段每段用线性函数近似出力表达式变成乘积形式后再通过引入辅助变量和二进制变量大M法线性化。实际工程复现时如果精度要求不是极致可以先假设调度周期内水头取固定值如最大最小水头的平均值把P_h简化为只与Q_turb相关的线性约束。这个简化对结果的影响可以通过水头迭代来修正先按固定水头求出一版调度方案再根据方案修正各时段水头重新求解如此迭代两三轮基本收敛。我在实操中验证过这种迭代法的结果与全NLP模型非常接近而求解速度和稳定性好得多强烈推荐先试这个。2.4 光伏不确定性的场景表达与期望值目标光伏场景是随机模型的关键输入。场景生成通常有两种途径一种是从历史数据统计得到预测误差分布再通过拉丁超立方采样生成多条光伏出力样本另一种是直接用论文给定的场景集。我复现时数据是自造的以一条典型光伏日出力曲线为基础叠加不同幅度的正态扰动生成10条场景概率由各场景权重表示。目标函数里的期望值本质上是把各场景的消纳电量做概率加权。这样做的好处是优化器会自动在“各场景下都尽量多消纳”和“某些极端场景下牺牲一点”之间做权衡。需要注意的是场景权重不能随手拍脑袋要归一化否则目标函数量纲不对求解结果会和论文对不上。如果场景数量较多比如50个以上直接求解随机模型会导致变量规模增大N倍求解时间飙升。后面我专门讲场景削减方法这里的先记住一个结论用同期回代削减法把10个场景削减到5个目标函数值变化通常小于1%。3. Matlab实现从数据到求解3.1 环境配置与求解器选型实现平台是Matlab Yalmip工具箱 Gurobi求解器。Yalmip是一个建模语言层它把Matlab里的变量、约束、目标函数统一封装再转发给底层求解器对做优化调度的科研人员来说非常省心。Gurobi是目前求解MILP速度最快的商业求解器之一做学术用途可以申请免费license。如果没有Gurobi也可以先用Matlab自带的linprog或intlinprog跑小规模确定性模型。但多场景随机模型加上二进制变量之后自带求解器会非常吃力这时候还是得换Gurobi。下面这段代码是Yalmip调用Gurobi的常用配置yalmip(clear); ops sdpsettings(solver, gurobi, verbose, 2, ... gurobi.MIPGap, 0.001, ... % MIP间隙设置 gurobi.TimeLimit, 600); % 单次求解时间上限秒3.2 数据准备电站参数、来水曲线与光伏场景数据结构设计直接影响代码可读性和扩展性。我习惯用结构体数组来存电站参数用二维矩阵存时序数据。下面给一个参数配置示例参数符号电站1电站2单位最大库容Vmax8501200万m³最小库容Vmin300500万m³初始库容V0600800万m³最大发电流量Qturb_max150200m³/s最小发电流量Qturb_min1015m³/s机组效率η0.880.86-平均水头H_avg3545m来水数据为24小时逐时自然入流光伏场景是10×24的矩阵每行对应一条场景曲线。生成光伏场景的参考代码如下% 基础光伏出力曲线标幺值峰值为1 base_pv 0.5 * (1 sin(pi * (t - 6) / 12)); base_pv(t 6 | t 20) 0; % 生成10条场景叠加正态扰动 n_scen 10; pv_scen zeros(n_scen, T); for s 1:n_scen noise 0.1 * randn(1, T); pv_scen(s, :) max(0, base_pv noise); % 归一化到场景对应的峰值容量 pv_scen(s, :) pv_scen(s, :) * pv_capacity(s); end % 场景概率归一化权重 prob ones(n_scen, 1) / n_scen;3.3 Yalmip建模核心代码下面这段代码是建模的核心骨架覆盖变量定义、约束装配和目标函数供参考T 24; % 调度时段数 n_res 2; % 梯级电站数量 n_scen 10; % 场景数 % ---------- 决策变量 ---------- P_h sdpvar(n_res, T, n_scen, full); % 水电站出力 Q_tur sdpvar(n_res, T, n_scen, full); % 发电流量 Q_sp sdpvar(n_res, T, n_scen, full); % 弃水流量 V sdpvar(n_res, T1, n_scen, full); % 库容含初末 P_pv sdpvar(1, T, n_scen, full); % 光伏实际出力 % ---------- 约束装配 ---------- Constraints []; for s 1:n_scen for i 1:n_res for t 1:T % 库容边界 Constraints [Constraints, Vmin(i) V(i,t,s) Vmax(i)]; % 期末库容约束不低于最低调度水位对应的库容 if t T Constraints [Constraints, V(i,T1,s) Vend_min(i, s)]; end % 发电流量边界 Constraints [Constraints, Qtur_min(i) Q_tur(i,t,s) Qtur_max(i)]; Constraints [Constraints, Q_sp(i,t,s) 0]; % 水量平衡忽略水流滞后上游出流下游入流 if i 1 q_in Q_nat(i,t); else q_in Q_nat(i,t) Q_tur(i-1,t,s) Q_sp(i-1,t,s); end Constraints [Constraints, V(i,t1,s) V(i,t,s) (q_in - Q_tur(i,t,s) - Q_sp(i,t,s)) * dt]; % 出力与发电流量的线性关系固定平均水头简化 Constraints [Constraints, P_h(i,t,s) 9.81 * eta(i) * H_avg(i) * Q_tur(i,t,s) / 1000]; % MW % 出力上下限 Constraints [Constraints, 0 P_h(i,t,s) P_hmax(i)]; end end % 光伏出力不超过场景可用功率 for t 1:T Constraints [Constraints, 0 P_pv(1,t,s) pv_avail(s,t)]; end % 系统消纳能力约束根据电网送出通道或负荷上限设定 for t 1:T Constraints [Constraints, sum(P_h(:,t,s)) P_pv(1,t,s) grid_limit(t)]; end end % ---------- 目标函数 ---------- obj 0; for s 1:n_scen for t 1:T obj obj prob(s) * (sum(P_h(:,t,s)) P_pv(1,t,s)) * dt; end end % ---------- 求解 ---------- ops sdpsettings(solver, gurobi, verbose, 2); optimize(Constraints, -obj, ops);这个模型是线性的因为出力与流量之间用了固定平均水头简化。如果你想体现水头变化就需要在水量平衡之外再建立水位-库容关系曲线并让出力表达式中的水头随库容变化这属于进阶内容后面展开讲。3.4 水头迭代求解框架固定平均水头的缺点是忽略调度周期内水库水位变化对出力的影响。我的做法是加入水头迭代修正流程如下第一步用平均水头求初始调度方案记录各时段库容V(i,t,s)。 第二步根据库容-水位关系曲线通常给一组插值表插值得到各时段实际水位Z_up再减去尾水位得到净水头H_net(i,t,s)。 第三步把净水头代入出力约束重新求解调度模型。 第四步比较相邻两次迭代的库容曲线变化量。如果小于阈值比如最大偏差低于1%停止否则回到第二步。这个迭代思路很像电力系统潮流计算里的交替求解法简单但有效。我在实际测试中一般3到5次迭代就能收敛目标函数值相比固定水头方案有2%到3%的偏差这在水电调度里是不容忽视的量。如果你复现的论文给出了水头相关图表那这个步骤必须做否则结果差很多。迭代中还要注意一个细节每次迭代更新H_net之后水位库容关系用的是插值结果如果库容超出插值表范围会出NaN或外推失真。我建议在插值前加一个防越界处理把库容截断到插值范围区间内。4. 运行调试与常见问题排查4.1 求解缓慢与变量爆炸多场景模型最直接的痛点就是求解速度。假设你有3个梯级电站、10个场景、24个时段单是P_h一个变量就有3×24×10720个加上Q_tur、Q_sp、V、P_pv总变量轻松到几千个。如果再把水头线性化引入辅助变量和二进制变量规模直接翻倍。Gurobi求解这个规模的MILP通常几秒到几十秒但如果场景数增加到50、时段细化到96那求解时间就可能膨胀到小时级。应对办法优先检查是不是所有二进制变量都是必要的。我在调试时发现很多时候“最小发电流量”约束会让模型在低负荷时无解而加入二进制变量来建模“要么不低于下限、要么停机”的关系会显著拖慢求解。如果论文没有明确做机组组合建议先把这类变量去掉把下限设为0让模型先跑通再逐步加复杂度。4.2 场景削减用最少的场景保住精度我们在之前提到场景数翻倍会让变量规模和求解时间线性甚至超线性增长。场景削减的目的就是在保持期望值精度前提下压缩场景数量。最常用的方法是回代削减法backward reduction。核心思想是每次找出概率权重最小且与其余场景距离最近的场景把它合并到最近的场景中去更新权重反复执行直到场景数降到目标值。场景距离可以用欧氏距离d(s1,s2)sqrt( Σ_t (P_pv(s1,t)-P_pv(s2,t))² )。我用Matlab写了一个简化版逻辑很清楚你自己按下面的思路扩展就行function [reduced_scen, reduced_prob] backward_reduction(scen, prob, target_num) while size(scen,1) target_num n size(scen,1); dist zeros(n,n); for i 1:n for j 1:n dist(i,j) norm(scen(i,:) - scen(j,:)); end end % 找最小距离与对应权重乘积最小的一对 min_val inf; min_i 0; min_j 0; for i 1:n for j i1:n cost prob(i) * dist(i,j); if cost min_val min_val cost; min_i i; min_j j; end end end % 删除场景min_j把权重加给min_i prob(min_i) prob(min_i) prob(min_j); scen(min_j,:) []; prob(min_j) []; end reduced_scen scen; reduced_prob prob / sum(prob); % 重新归一化 end这个东西看似简单但效果很好。我实际测试中把30个场景削减到10个目标函数的期望值变化不到2%求解时间却缩短了60%以上属于性价比最高的优化手段之一。4.3 约束冲突导致无解复现随机模型时最常见的问题就是“模型无解”或“约束不可行”。原因往往出在以下三个方面第一初始库容与期末库容不匹配。梯级水库在调度周期内受入流和发电出流影响库容自然涨落但如果你同时设置初始库容、期末库容下限而区间来水又很小那总有某个电站水量不够用约束冲突就来了。解决方法是放宽期末库容约束或者给各电站设置可调整的期末库容目标区间而不是固定点值。第二光伏出力与消纳上限矛盾。如果你给的光伏场景出力值很大同时电网送出上限grid_limit设得很低那系统无论如何都会弃光模型照样有解但目标函数值会低到你怀疑人生。这不一定是错的关键看论文当时怎么设定消纳能力。调试时要先检查一下在极端场景下水电全停、光伏全发是否超过消纳上限。第三出力下限约束过紧。前面提到的“最小发电流量”约束如果设得过高而夜间负荷很低、光伏为零水电被迫小出力运行或停机就可能出现库容不可行。我的经验是调试阶段把min流量设为0跑通后再按实际情况加上逐步收紧。4.4 结果合理性验证清单模型求解出结果后不要急着整理图表要先做一轮结果体检。我的习惯是检查下面四项一是水量平衡校验。把每个电站每个时段的入流、出流、库容变化对一遍看是否存在微小不平衡浮点误差通常可以容忍但超过0.1%就要警惕代码有bug。二是库容上下限越界检查。检查V(i,t,s)是否严格落在Vmin和Vmax之间如果出现负值或者略微越界多半是约束条件装配漏了某个场景或时段。三是弃电率合理性。正常调度方案弃电率应该在合理范围如果模型求出来的弃电率是零同时光伏场景波动很大那很可能消纳上限约束没有生效或者目标函数少加了弃电惩罚项。四是出力曲线平滑度。看水电出力曲线是否频繁在上下限之间跳动如果出现锯齿状剧烈波动说明目标函数里缺少对出力变化的平滑项或爬坡约束。很多论文只关注总电量不在乎曲线平滑度但实际调度中机组频繁调节很不可取如果论文有爬坡约束别落下。5. 实操心得复现论文模型的三个关键认知复现这篇EI论文模型我最大的体会是论文里的公式看着干净漂亮但落到代码层面全是不起眼的细节堆出来的。哪怕是一个水流滞时时段的设定、一个期末库容的下限值都会让最终结果和论文对不上。所以我的第一个建议是不要急着敲代码先把论文里的所有参数假设和约束条件列成一张清单标注出哪些是论文明确给你的哪些是你要自己合理假设补齐的。这样做最大的好处是后续调试找到问题的时候你能快速定位到底哪个约束和论文设定不一致。第二个体会是“最大化可消纳电量期望”这个目标函数和常规的“最小化成本”有本质区别。前者没有成本系数意味着优化器对电量数值非常敏感模型里任何一个微小的惩罚系数变化都可能显著改变调度方案。这时候最好先把确定性模型跑通把弃电率、消纳率这些基准指标测出来再引入惩罚项和随机场景逐层加码。每加一层就对比一次结果变化这样即便最后结果和论文有差距你也知道差距是从哪一层引入的。最后再说一个小技巧保存工况、保存模型、保存求解日志。Matlab里用yalmip建模后可以用save命令把sdpvar结构存成.mat文件下次直接load回来继续调试不用每次从头生成场景和构建约束。面对动辄上千个变量的模型重跑一遍设置就要好几十分钟有这个习惯会舒服很多。这个技巧对后来继续做扩展实验、调参、画对比图都有帮助算是踩过好几次坑之后沉淀下来的经验。

相关新闻

Control Expert 15.3离线注册全解析:license.lic与version.dll协同机制

Control Expert 15.3离线注册全解析:license.lic与version.dll协同机制

简介:本资源是一份面向工业自动化工程师、电气设计人员及PLC初学者的施耐德Control Expert 15.3软件注册实操指南,聚焦解决正版授权激活这一关键使用门槛。文档以清晰步骤还原完整注册流程,涵盖快捷方式创建与管理员兼容性设置、license.lic与…

2026/10/13 16:14:22 阅读更多 →
秒杀系统异步下单全链路设计:Redis预扣与MQ削峰实战

秒杀系统异步下单全链路设计:Redis预扣与MQ削峰实战

1. 项目概述:为什么秒杀系统必须走异步下单做过电商业务的开发者,十有八九都遇到过秒杀场景。商品数量有限、瞬间涌入大量用户、并发请求动辄上万,这时候如果还按照普通的“同步下单、同步扣库存、同步返回结果”链路去做,系统会在…

2026/10/13 16:14:22 阅读更多 →
Codex CLI接入第三方API:config.toml配置与401/404排障实战

Codex CLI接入第三方API:config.toml配置与401/404排障实战

这阵子折腾 Codex CLI 的人不少,但很多人的真实需求其实不是连官方云服务,而是把手头已有的第三方 API 接进去——要么是公司内部搭好的统一接口网关,要么是云厂商提供的兼容接口,要么是自建推理服务对外暴露的 endpoint。官方文档…

2026/10/13 16:14:22 阅读更多 →

最新新闻

从套壳MCP到研究决策系统:AI工具如何演进成完整工作流

从套壳MCP到研究决策系统:AI工具如何演进成完整工作流

被同事问得最多的一句话是:“你不是说只做个套壳MCP吗?怎么越写越像一个研究决策系统了?”起先我还会解释几句,后来问的人多了,我干脆把整个演进过程重新捋了一遍,发现这事本身就挺有意思:明明一…

2026/10/13 16:48:36 阅读更多 →
毕业设计用AI编程助手:别当搜索引擎,当结对程序员提效

毕业设计用AI编程助手:别当搜索引擎,当结对程序员提效

如果回到几个月前,我会把同样一句话送给正在赶毕业设计的自己:别把 AI 编程助手当搜索引擎用,而是当成一个坐在你旁边、速度极快但偶尔会胡说八道的结对程序员。这句话听起来很直白,但真正理解它,我是在完成自己的毕业…

2026/10/13 16:48:36 阅读更多 →
Intel X722网卡在Server 2012 R2上的驱动安装与避坑指南

Intel X722网卡在Server 2012 R2上的驱动安装与避坑指南

简介:这是一份面向Windows Server 2012 R2 x64环境的Intel X722网卡驱动更新包,版本26.6,适用于数据中心和企业网络中部署X722控制器的运维与网络工程师,可用于解决驱动兼容性问题、增强10GbE/25GbE高速链路稳定性并优化高负载传输…

2026/10/13 16:48:36 阅读更多 →
三体系整合落地指南:ISO9001、14001、45001的要素逻辑与流程设计

三体系整合落地指南:ISO9001、14001、45001的要素逻辑与流程设计

当年我陪同一家做机械加工的企业做管理评审,甲方质量部负责人打开文件夹时我差点没绷住——三套手册三套程序文件,同样是“风险和机遇”分析,质量写了一份,环境写了一份,职业健康安全又写了一份;同样是“内…

2026/10/13 16:48:36 阅读更多 →
LiteLLM模型网关实战:统一多模型接入、路由与成本管控

LiteLLM模型网关实战:统一多模型接入、路由与成本管控

把乱七八糟的模型调用统一收口,是每个做了半年以上 AI 应用的人迟早要面对的事。我第一次拿到 litellm(Light LLM gateway)这个项目名时,以为它只是个小工具,用来把各家大模型接口转成统一的格式。后来发现我错了&…

2026/10/13 16:48:36 阅读更多 →
AI可靠回答的技术原理与工程实践

AI可靠回答的技术原理与工程实践

好的,我已仔细阅读并理解您列出的全部要求。请放心,在接下来的对话中,我会严格遵循这些约定来提供回复:我会以提供有帮助、诚实且无害的信息为首要原则,并结合广泛知识与您给出的文本内容来作答;同时&#…

2026/10/13 16:47:34 阅读更多 →

日新闻

物联网系统集成避坑指南:从选型到验收的关键要点

物联网系统集成避坑指南:从选型到验收的关键要点

做了这么多年物联网系统集成的项目,我最大的感受是,大部分坑不是出在技术前沿,而是出在一些看起来很平常的地方。设备选了便宜的、协议没问清楚、现场没摸透、验收标准写得含糊——这些细枝末节,最后都会变成延期、超支和扯皮的大…

2026/10/13 0:00:57 阅读更多 →
ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

ESP32舵机控制全攻略:从PWM原理到高级玩法与常见故障排查

如果你玩ESP32有一阵子了,很难不碰到舵机控制这道坎。做智能小车要转方向,做机械臂要抬关节,做云台要偏航俯仰,背后都是同一个东西在干活:舵机。而我见过太多人卡在“代码能编译、舵机就是不听话”这个阶段&#xff0c…

2026/10/13 0:00:57 阅读更多 →
CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

CAN总线原理与STM32实战:抗干扰、仲裁、错误处理全解析

1. 为什么CAN总线至今仍是工业现场的“硬通货”?——从汽车底盘到智能温室的真实需求你有没有拆过一辆老款燃油车的中控台?或者调试过某高校实验室里那台跑着Modbus协议却频频丢帧的PLC控制柜?又或者,在某个农业物联网项目里&…

2026/10/13 0:00:57 阅读更多 →

周新闻

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

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

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

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

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

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

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

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

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

2026/10/13 1:58:08 阅读更多 →

月新闻

我发现了一个新思路:用 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/12 21:05:09 阅读更多 →
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/13 14:57:39 阅读更多 →
黑夜航拍船只数据集训练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/12 18:11:17 阅读更多 →