简介《国能日新光伏功率预测系统用户使用手册V1.0.1》面向光伏电站运维人员、功率预测系统管理员及新能源调度学习者用于解决光伏功率预报系统的日常操作、参数配置与报表分析问题。包内为1个PDF文件大小约15.99MB以系统操作说明为主线适合岗前培训、系统实施和故障排查时查阅。手册围绕人机界面、接口与数据库展开重点讲解预测设置、光伏限电、计划开机容量、电场/组件/逆变器/气象站信息维护以及短期与超短期预测、数据补传、辐照度功率对比、理论功率与受阻电量、日报月报年报等模块目录层级清晰便于按业务场景检索。目前已有2850人学习下载。读者可借此熟悉系统界面与配置流程理解预测数据来源、报表口径和常见运维操作为电站功率预测管理、数据核对及调度配合提供较完整的操作依据。1. 从一份 68 页的操作手册说起光伏功率预测系统到底在替谁干活调度下发的月度考核单上功率预测准确率那一栏只要掉到 80% 以下电站当月电费里就会实打实少一块。刚接手这块的运维第一反应往往是算法不行可翻完这份 68 页的《光伏功率预测系统用户使用手册 V1.0.1》会发现绝大多数偏差出在配置环节——主预测挂了个没验证过的数据源、限电计划压根没录、计划开机容量直接填成了装机容量。这份手册描述的是某电力自动化厂商光伏功率预测系统的客户端操作覆盖首页看板、系统配置信息、短期与超短期预测、理论功率与受阻电量、九类报表、气象信息、统计分析七块内容。它不教算法但把“每天该点哪里、每个字段填什么、填错会怎样”写得比较细。适合三类人刚接手电站功率预测上报的运维、做现场实施的工程师以及要给这套系统写对接文档的人。2. 手册目录就是系统骨架三层分工与七个配置项的落地顺序2.1 人机界面、接口、数据库三层里只有一层归你天天操作手册开篇那段话值得反复读系统由人机界面、接口和数据库三部分组成人机界面是客户端程序承担用户管理、系统设置、状态监测、预测曲线、气象信息、统计分析和报表接口和数据库是后台程序负责接收、计算、存储系统运行数据初始安装配置后自动运行。翻译成人话就是你手上这个客户端只是个遥控器真正干活的是后台那套服务和库表。这个结构带来两个直接后果。第一客户端上看到的曲线是数据库里的历史快照不是实时算出来的后台服务挂了客户端照样能登录、能点菜单、能看到昨天的曲线唯独今天的预测出不来界面上一片岁月静好。第二任何在界面上做的修改本质上是往库里写一条记录是否真正生效取决于后台有没有重新读取。所以排查顺序永远是先看后台服务和接口状态再看库里有没有这条记录最后才怀疑界面渲染。我一般会要求现场交付时给三样东西后台服务的进程名或服务名、接口日志目录、数据库连接方式。缺了这三样手册翻烂也只能看到界面那一层出了事只能干等厂商。2.2 七个配置子菜单不是并列关系是有先后依赖的手册 1.2 节把系统配置信息拆成 7 个子菜单预测设置、光伏限电设置、光伏计划开机容量设置、光伏电场信息、光伏组件信息、光伏逆变器信息、光伏气象站信息。新手容易把它们当成七个独立功能实际是一条有依赖顺序的链。手册里有一句很容易被划过去的话除预测设置、限电设置与计划开机容量设置这三个菜单有新增、修改、详情、删除操作外其他菜单只有详情操作。这句话的分量在于——电场、组件、逆变器、气象站这四类基础档案在运行期是只读的必须在装机调试阶段由实施方灌进数据库。你后面新增预测设置时界面默认带出的“所属电场”就是从这里取的组件效率、逆变器台数、气象站点表也都是预测计算的输入。后果很直接基础档案里的装机容量、逆变器台数、组件型号一旦录错后面所有预测都跑在错误的分母上界面上怎么调都调不回来。现场见过逆变器台数少录 2 台的短期预测曲线整体偏高十几个百分点前后查了两周才定位到档案。所以接手一个新站第一件事不是看曲线是把这四类档案挨个点“详情”核对一遍。配置项可操作范围维护时机出错后的典型症状光伏电场信息仅详情装机调试装机容量与实际不符全站预测整体偏移光伏组件信息仅详情装机调试、技改后理论功率偏高辐照度功率对比长期不贴合光伏逆变器信息仅详情装机调试、扩容后开机容量上限错误限电时段预测异常光伏气象站信息仅详情装机调试、换表后某条气象曲线空值或整体平移预测设置增删改查数据源变更、切换测试上报数据源与考核口径不一致光伏限电设置增删改查每次调度下计划受阻电量偏小预测偏高计划开机容量设置增删改查检修、停机、扩容检修时段预测明显偏高2.3 上线前先做一张字段台账比背手册有用手册给的是操作路径实施给的是字段值中间这张台账得自己建。台账按“类别—必填字段—取值来源—易错点”四列就够重点是把每个字段的来源写死将来出问题能顺着来源往回追。气象站这一块要特别较真。手册 1.6 节把气象信息拆成温度、湿度、气压、辐照度曲线分别查看说明这几类要素在库里是分开存的靠同一张点表映射。点表里某个要素的寄存器地址错一位对应那条曲线就是空的或者跟别的时间段错位而其他要素看着完全正常——这种半好半坏的状态最容易让人误判成设备间歇性故障。组件和逆变器这两块台账里至少要落组件型号与数量、单块峰值功率、逆变器型号与台数、单台额定容量、是否参与功率控制。这几项加起来要和电场信息里的装机容量对得上对不上就先别往下配预测。2.4 把手册读成部署清单一次配置的完整动作序列按手册目录顺序点一遍效率其实不高因为依赖关系是反向的。我通常按下面这个顺序走每一环都有明确的判断标准走完一遍基本能确认系统处于可用状态。核对光伏电场信息装机容量与现场铭牌一致经纬度与气象站坐标一致。核对光伏组件信息型号、数量、峰值功率加总后与装机容量能对上。核对光伏逆变器信息台数、单台容量同样加总核对。核对光伏气象站信息站号、采集要素、通信点表重点看辐照度这一路有没有值。配置预测设置先建非主预测挂新数据源设好预测启动时间暂时不动主预测。录入光伏限电设置把已下发的调度限电计划补齐起止时间对齐到 15 分钟。配置计划开机容量按当天实际开机逆变器容量填检修计划提前录。观察一整天看首页的今日预测、短期与超短期两个区块是否正常出数。核对上传率统计和文件上传上报确认上报链路通了再谈精度。这套顺序的核心逻辑是“先保证分母对再保证分子对最后才看曲线像不像”。反过来做——先盯曲线、再回头查配置——是最容易陷入的死循环。提示第 5 步里新建的那条非主预测是后面做数据源对比的观察对象。不要一上来就抢主预测的位置手册里主预测的唯一性规则会让回退变得很麻烦。3. 预测设置与限电设置主预测唯一性埋的三个连锁反应3.1 主预测只能有一条切换等于顶替手册在预测设置这一节反复强调同一句话主预测只保留一条数据如果添加或修改的是主预测且之前有主预测数据操作完成后原来那条会自动变成非主预测。删除主预测时会弹提示“请先设置其他信息为主预测”。这个设计的意图很清楚——保证上报调度的那条预测链路唯一避免两条预测同时往外发。坑出在对比测试阶段。为了省事有人直接新建一条主预测指向新的数值天气预报源旧的自动降级成非主预测。测试几天发现新源还不如旧的想回退才发现旧的那条已经不在主预测位置得手动再切回来。中间这段时间上报给调度的是没验证过的数据。稳妥做法是把新数据源建成非主预测用辐照度功率对比和功率误差统计两个页面观察三到五天误差稳定优于原数据源再执行切换。切换动作安排在两次上报之间的空档别卡在整点前五分钟动手——很多现场的上报是整点触发的那一刻改配置最容易出现上一条用旧源、下一条用新源的混搭。3.2 预测数据源切换先看三天误差再决定预测设置里除了主预测标记另一个关键项是预测数据源和预测启动时间。数据源决定了后台拿哪一路数值天气预报做输入启动时间决定了每天什么时候跑当天的预测任务。这两项的组合是现场最容易“配了就不管”的地方。我的习惯是每次换源都留一份对照记录源名称、切换日期、切换前后的短期准确率、切换前后的超短期准确率、异常天数。因为数值天气预报源的质量有季节性春季沙尘、夏季对流、冬季大雾不同源在不同季节表现差别不小。只看一周数据就下结论很容易在下一个季节返工。预测启动时间也要跟调度要求对齐。有些地区要求上午某个时点前报送次日曲线那启动时间就得留出计算和人工复核的余量如果启动时间设在报送时点之后日报里就会出现当天空白段上传率统计立刻掉下来。3.3 限电设置的时间粒度卡在 15 分钟手册里写得非常直白在新增和修改限电设置时开始时间和结束时间相隔只能是 15 分钟的倍数否则弹出提示要求重新填写。这条不是随手加的校验整个系统的时间轴就是 15 分钟一格——短期和超短期预测曲线按 15 分钟点出受阻电量按 15 分钟点积分报表统计也按 15 分钟点汇总。实操里麻烦的是限电计划本身不规范。调度口头通知常见“下午两点二十到四点”2:20 不是 15 分钟倍数提交直接报错。处理办法是统一向下取整到 15 分钟宁可多录一段也别漏一段多录会让受阻电量偏大、理论功率偏保守漏录会让预测偏高、准确率考核吃亏两害相权前者更容易在事后解释清楚。限电设置页面还带导出功能能把符合查询条件的数据导成 Excel。调度临时调整计划时先导出、在表格里改完、再逐条录入或覆盖比在界面上一条条点要快得多也便于留档。手册同时说明删除不可恢复所以每次批量清理之前导出这一步别省。3.4 计划开机容量填错精度考核直接吃亏手册对这个菜单的定位说得很清楚用户根据电场逆变器的实际运行情况填写计划开机容量设置后可更好地帮助预测服务做好电场出力预测提高预测精度。它本质上是给预测算法一个上限约束告诉系统“这段时间最多有多少容量在发电”。最常见的错误是把它当成装机容量一填了之。结果到了检修或者限电时段系统仍然按满容量预测出力曲线高高挂起实际功率却趴在地上准确率自然难看。正确做法是按天甚至按小时填实际开机情况检修计划提前录进去临时停机当天补录。这里还有一个容易忽略的联动受阻电量的计算依赖理论功率和实际功率的差值在限电时段积分如果开机容量填高了理论功率跟着虚高受阻电量也会虚高报上去的弃光电量对不上调度台账后面解释起来很费劲。3.5 用 SQL 复核配置是否真的落库界面提示“提交成功”不等于配置生效。我习惯在改完关键配置后直接查一次库确认记录确实写进去了字段值也没被截断或者默认值覆盖。表名各版本有差异先查元数据再改 SQL 里的表名。-- 第一步先确认现场这套系统的相关表叫什么别照抄表名 SELECT table_name FROM information_schema.tables WHERE table_schema DATABASE() AND table_name LIKE %predict%;-- 第二步确认主预测唯一性正常结果应当只有一行 SELECT station_id, source_name, is_main, start_time, update_time FROM t_forecast_config WHERE station_id STATION_A AND is_main 1; -- 第三步核对限电计划的时间粒度出现非 15 分钟整数倍就是脏数据 SELECT id, station_id, start_time, end_time, TIMESTAMPDIFF(MINUTE, start_time, end_time) AS minutes, TIMESTAMPDIFF(MINUTE, start_time, end_time) % 15 AS remainder FROM t_limit_plan WHERE station_id STATION_A AND remainder 0;第一段查的是元数据目的是避免拿别的版本表名硬套查出来是什么就用什么。第二段验证主预测唯一性如果返回两行以上说明有历史脏数据或者并发提交把唯一性破坏了这时候界面上的表现往往是“改了没反应”。第三段查限电计划的时间粒度remainder 不为 0 的记录就是绕过界面直接写库留下的这种数据在受阻电量计算时会产生非整点的积分误差报表里表现为莫名其妙的零点几个兆瓦时。station_id换成现场实际的电场编号t_forecast_config、t_limit_plan换成第一步查出来的真实表名。查询用只读账号跑别拿业务账号在生产库上试手。4. 短期与超短期预测补传、辐照度对比、上传率统计怎么核4.1 短期和超短期不是“时间长一点短一点”的区别手册把功率预测分成短期预测和超短期预测两块报表也对应分成短期日报、月报、年报和超短期日报、月报、年报两套。这两套东西的差别不只是预测时长。短期预测通常覆盖未来 24 小时到 7 天常见做法是每天固定时点跑一次输出 15 分钟分辨率的次日或未来多日曲线主要服务于日前调度和电力市场申报。超短期预测覆盖未来几小时常见做法是每 15 分钟滚动运行一次服务于实时调度和功率波动跟踪。考核口径也不一样短期更看日均准确率超短期既看准确率也看上报的及时率——少报一次和报错一次性质接近。这个区别对运维的直接指导是短期出问题优先查数据源和启动时间超短期出问题优先查实时气象数据和通信链路。拿短期那套排查思路去查超短期经常查不出东西。4.2 数据补传的正确顺序手册在 1.3.3 单独列了数据补传用途是数据丢失或传输失败时补数保证预测的连续性和准确性。这里有个细节很多人搞反补传补的是原始数据——实测功率、气象要素——而不是预测结果。补完之后预测要重新跑一遍才会更新报表也要重新生成。我一般在补传前先确认缺口的范围是只缺实测功率还是气象也断了。缺气象的优先级更高因为超短期预测依赖实时辐照度气象断了补多少功率都算不出像样的曲线。顺序上按时间正序补先气象后功率补完立刻看辐照度曲线那一页确认补齐的时间段有值再往下走。补传还有个隐性成本如果缺口跨了几天一次性补完可能触发大量重算任务把后台服务压住。分批次补、每批补完观察一下服务状态比一次性梭哈稳当。4.3 辐照度-功率对比曲线怎么读手册 1.3.4 的辐照度功率对比是这套系统里最有诊断价值的一个页面把实测功率和基于辐照度折算的理论功率叠在一条时间轴上。晴天两者应该贴合得比较紧偏差大的时候按下面几条依次排查。先看是不是系统性偏低。如果整条曲线长期比理论值低一个固定比例优先怀疑组件衰减、积灰、遮挡这几项在手册的组件信息和气象站信息里都能找到对应参数。再看是不是局部掉崖。如果功率曲线在某个时段突然下坠而辐照度曲线平滑那基本是逆变器侧的问题去事件查询里找对应时间点的告警记录。最后看限电时段。如果下坠时段和限电计划重合那就是正常的限电不用往设备故障上想。反过来如果实测长期高于理论先怀疑辐照度传感器本身偏小或者安装角度不对——传感器积灰、遮挡、朝向偏差都会让辐照度读数偏低进而把理论功率压低。这种情况在换表或者清洗之后会突然“变好”容易被误当成设备效率提升。4.4 报表与上传率统计日报对不上先查这三处手册 1.5 列了九类报表短期预测日报、月报、年报超短期预测日报、月报、年报以及光伏电场累计日报、月报、年报。统计分析里还有上传率统计和文件上传上报两块。这几个页面合起来构成了考核数据的自证链条。日报对不上时按这个顺序查三处命中率很高。第一处是时间戳和时区气象数据、实测功率、预测曲线三者的时间基准必须一致任何一路偏一个时区或者偏 15 分钟叠出来的报表就全是错位。第二处是限电时段有没有录全录漏的时段理论功率按满发算受阻电量偏小报表里表现为弃光偏低而预测偏高。第三处是计划开机容量检修日填了满容量当天准确率必然难看。上传率统计偏低但现场坚持“每天都传了”的情况也常见多半是文件命名规则或者上报时段不规范导致同一时段被覆盖或者被判为重复。这一类去文件上传上报页面按时间倒序翻一遍比对着日历回忆有用得多。给一段校验脚本用来在本地核对导出的短期预测 CSV 是否满足 15 分钟连续、无缺测import pandas as pd # 导出的短期预测日报至少要有时间戳和预测功率两列 df pd.read_csv(short_term_report.csv, parse_dates[ts]) df df.sort_values(ts).reset_index(dropTrue) # 1. 检查时间步长是否严格 15 分钟 delta df[ts].diff().dropna() bad_step delta[delta ! pd.Timedelta(minutes15)] print(非15分钟间隔条数:, len(bad_step)) # 2. 检查预测功率是否有空值或负值 print(空值条数:, df[power_pred].isna().sum()) print(负值条数:, (df[power_pred] 0).sum()) # 3. 检查一天应有的 96 个点是否齐全 print(当日点数:, len(df), 应为 96)ts和power_pred换成导出文件里实际的时间列和功率列名。第一项查步长非 15 分钟的间隔通常意味着缺测或者跨天拼接出错第二项查空值和负值负值一般是补传时单位换算写反了第三项查点数96 点是 15 分钟粒度下一天的理论值少几个点就是缺测多出来就是重复上报。这三项跑完再去看准确率数字才有意义。5. 避坑与排查五条照着手册点也会翻车的记录5.1 现象改完预测设置界面上还是旧数据原因界面列表是带查询条件的改完之后没有重新点“确认”刷新看到的还是上一次查询的缓存结果另一种情况是后台服务没有重新加载配置库里已经是新值计算还在用旧的。解决先点“确认”重新查询一次仍不对就查库确认记录已更新再确认后台服务是否需要重启或重载。手册在预测设置里专门写了“确认”按钮用于用户查询、更改选择电场条件后点击改变查询结果这个按钮的作用被严重低估了。5.2 现象删除主预测被拦住提示先设置其他为主预测原因手册明确规定主预测必须保留一条数据删除主预测前必须先把另一条设为非主预测再切换过来。解决先把备选的那条预测设置修改为主预测确认提交成功、列表里主预测标记已转移再回来删旧的。别图快直接改库主预测标记如果在库里出现两条上报链路会出现两条曲线交替发送的诡异现象排查起来非常费劲。5.3 现象限电计划提交报错提示时间不合法原因开始时间和结束时间相隔不是 15 分钟的倍数。调度通知的时间往往带零头比如 14:20 到 16:05。解决起止时间统一向下取整到 15 分钟14:20 记成 14:1516:05 记成 16:00宁可多覆盖一点。录完用 3.5 节那段 SQL 复核一遍把残留的非整点记录清掉。5.4 现象检修日准确率突然掉一大截曲线明显偏高原因计划开机容量没跟着检修计划更新系统仍按满容量预测出力。解决把检修计划提前录入计划开机容量设置临时停机当天补录。同时回头核对那几天的受阻电量虚高的部分要能解释清楚否则对不上调度台账。5.5 现象数据补传做完了报表数字没变原因补传只补原始数据预测结果和报表不会自动重算需要重新触发预测任务并重新生成报表。解决补传完成后按“气象—实测功率—重跑预测—重生成报表”这个顺序走一遍每步完成后到对应页面确认数据已更新。跨天补传的注意把涉及日期的日报和月报都重新生成一次只重生成日报会漏掉月报汇总。6. 验收前跑一遍全流程我固定用的三张核对表这套系统交付或者年度复核前我不看曲线好不好看先跑三张表。第一张是基础档案核对表电场、组件、逆变器、气象站四类信息逐项比对现场铭牌和点表加总容量必须和电场信息里的装机容量对上对不上就不往下走。第二张是配置一致性表把预测设置、限电设置、计划开机容量三项按时间轴铺开检查有没有空档、有没有重叠、有没有跨月的漏录。第三张是数据完整性表按天统计预测点数和实际上报条数96 点缺几个、上传率多少、有没有连续两天以上的缺口。三张表跑完再去看准确率才有意义。因为准确率是结果前面任何一环错了这个数字都不值得分析。核对表核心检查项判据常见异常基础档案核对表装机容量、逆变器台数、组件数量、气象站点表分项加总等于电场容量少录台数导致曲线整体偏移配置一致性表主预测唯一性、限电时段、开机容量时段时间轴无空档无重叠跨月漏录、限电时间非整点数据完整性表每日点数、上报条数、上传率每日 96 点齐全、上传率达标补传后未重算、文件重复覆盖有个细节值得单独拎出来验收时最好挑一个有检修、有限电、有阴雨天的自然周来做核对而不是挑连续晴天。晴天数据太“干净”配置里那些时段错位、容量填错的问题根本暴露不出来。等到了阴雨天和限电日集中爆发再回头翻记录成本高得多。从那以后我每次接手一个新站哪怕只是临时顶班几天都强制把这三张表走一遍尤其是基础档案那四个只读菜单必点“详情”逐项核对。手册能告诉你怎么点但告诉不了你现场那台逆变器到底装了几台。希望帮到你。本文还有配套的精品资源点击获取
企业数字化 ERP 产品动态
相关推荐
JSP企业物资管理系统全栈开发与优化实践 1. 项目概述:企业物资管理系统的全栈实现这套JSP企业物资信息管理系统是一个典型的Java Web全栈项目,包含从数据库设计到前端展示的完整技术栈实现。我在实际开发中发现,这类系统特别适合中小型制造企业或仓储物流场景,能够有效解… · 2026/11/4 7:38:36
iOS应用图标透明像素问题解决方案 1. 问题背景与核心痛点去年帮客户处理一个健身类App上架时,遇到过典型的图标透明驳回问题。苹果审核团队给出的反馈邮件写着:"The app icon appears to contain transparent pixels..."(应用图标包含透明像素)。这种情况… · 2026/11/4 7:38:36
麦肯锡财务管理体系构建方法论解析 1. 项目背景与核心价值这份85页的麦肯锡咨询报告完整呈现了为某大型集团企业构建财务管理体系的专业方法论。作为全球顶级咨询公司的交付成果,其价值不仅在于呈现最终方案,更在于揭示了财务管理体系升级的完整思考路径。我曾参与过多个集团型企业的财务转… · 2026/11/4 7:38:36
Dreamtonics发布Vocoflex:10秒歌声克隆真人音色 前阵子音乐软件圈里有个不大不小的消息:Dreamtonics 正式发布了 Vocoflex。这款产品值得单独拿出来聊,原因很简单——一家做 Synthesizer V 的公司,突然把目标从“合成歌手的声音”转向“克隆真人的声音”,而且整个学习过程只需要… · 2026/11/4 8:14:48
GPT-SoVITS:零样本声音克隆神器,5秒音频生成专属音色 最近一周,GitHub 趋势榜上杀出一个让我这种见惯 repo 起落的老玩家都忍不住多看两眼的项目,光声音克隆这一个关键词,就带着它直接暴涨了 3.3 万 Star,刷屏速度堪比当年 Stable Diffusion 刚开源那会儿。圈内人应该已经反应过来了&… · 2026/11/4 8:14:48
光伏MPPT技术中PSO算法的优化与应用 1. 光伏MPPT技术背景与挑战 光伏发电系统在实际运行中常面临局部遮阴(Partial Shading)导致的功率曲线多峰化问题。传统MPPT算法如P&O(扰动观察法)和INC(电导增量法)在均匀光照条件下表现良好ÿ… · 2026/11/4 8:14:48
语音驱动智能硬件开发:从麦克风选型到模型部署的系统工程 1. 这不是“语音硬件”的简单拼凑,而是让设备真正听懂你的一次系统性重构“手把手教你怎么用语音实现智能硬件开发”——这句话里藏着三个被严重低估的关键词:语音、智能硬件、开发。不是“用语音控制灯泡”,也不是“给音箱加个麦克风”&… · 2026/11/4 8:14:48
Agent技术驱动的自动化数据分析系统架构与实践 1. 项目背景与核心价值 数据分析领域正经历一场静默革命。过去三年,我见证了超过200家企业从传统"SQLExcel人工报告"模式转向自动化流水线。但真正让我兴奋的是最近出现的Agent技术——它让自动化从"脚本级"进化到了"认知级"。 这个… · 2026/11/4 8:14:48
AI外呼机器人核心技术解析与实战部署指南 1. AI外呼机器人技术解析与应用场景 AI外呼机器人本质上是通过语音识别(ASR)、自然语言处理(NLP)和语音合成(TTS)三大核心技术构建的智能交互系统。在电销场景中,这类系统能够实现日均3000-5000… · 2026/11/4 8:13:47
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38
AI辅助技术栈评估:提升研发决策效率60% 1. 项目背景与核心价值技术决策一直是研发团队面临的重大挑战。随着技术生态的快速演进,技术栈的选择、维护和迭代变得愈发复杂。我们团队在过去两年里,先后经历了三次重大技术栈迁移,每次都需要投入大量人力进行技术评估和风险分析。直到去年… · 2026/11/4 0:00:17
从生成Token到直接决策:Jev如何重塑AI Agent工程实践 1. 从"生成文字"到"拍板决策":Jev 到底在解决什么问题大多数人第一次接触大模型,脑子里建立的模型是"输入问题、输出文字"。你问它今天天气怎么样,它给你一段描述;你让它写个周报,它给你… · 2026/11/4 0:00:17
32G统一内存跑大模型:内存账、TPS实测与端云分流 想在一台 32G 统一内存的小主机上把大模型跑成"日常可用",这件事我前后折腾了小半年。标题里说的这台 Mac mini M6,是我们这次讨论的目标平台,具体到手规格以实物为准;但下面这套推算方法和实测思路,对任何统… · 2026/11/4 0:00:17
双极步进电机控制实战:DRV8818PWPR与PIC18F86K22驱动调试 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 3:16:49
STM32F207ZG + DRV8818PWPR 步进电机驱动实战解析 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 6:59:29
DRV8818PWPR+dsPIC30F4013工业级双极步进电机控制方案 /* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/11/4 7:02:38