YOLO11检测头轻量查询增强:绝缘子缺陷检测实战全记录
干电力视觉检测这两年绝缘子缺陷检测是绕不开的一个硬骨头。电网巡视照片里绝缘子串横在杆塔和导线之间背景是大片天空、树木、山体目标又是典型的细长形状——直接扔给一个通用目标检测模型正常绝缘子识别率还行但真正要命的开裂、自爆、污闪这类小缺陷漏检率居高不下。这个项目就是围绕这个问题来的在YOLO11的检测头上做了一次轻量级查询增强改造我给它取名LQEHeadLightweight Query Enhancement Head轻量查询增强检测头最终把绝缘子缺陷检测和分类做成了一套能用的系统。这篇文章会把从方案设计到数据准备、训练调参、再到评估部署的完整过程写出来适合正在做电力视觉检测或者对YOLO系列结构改造感兴趣的朋友参考。1. 先搞清楚这件事为什么难做绝缘子缺陷检测的真实痛点1.1 任务拆解缺陷检测和分类到底要解决什么绝缘子是输电线路里用来隔离带电导体的关键部件常见材料是玻璃、陶瓷和复合材料分布在杆塔、耐张串、悬垂串等多个位置上。无人机巡线拍回来的照片里一个绝缘子串往往只占画面的很小一块区域需要检测的缺陷类型又很细伞裙破损、自爆掉串、表面污秽、钢帽锈蚀、裂纹等等。我不建议一上来就钻进模型结构先把任务拆清楚。这个项目要做的是检测分类一体化模型不仅要把绝缘子框出来还要同时判断它属于哪个类别。也就是说一张图输入输出的是多个目标的边界框坐标、缺陷类别和置信度。这和单纯做有没有缺陷的布尔判断是不同的因为现场运维需要知道具体是什么缺陷、什么位置、有多严重才能安排检修计划。1.2 为什么通用模型做不好细长目标、小缺陷和复杂背景现在用开源检测框架跑一个通用模型很容易但直接拿过来做绝缘子效果通常不太理想原因有三层。第一是目标形态特殊。绝缘子串长宽比经常达到1:8甚至1:10一个检测框里大部分区域其实是背景。常规检测头在特征图上学习目标语义时细长这个几何特征会被下采样操作逐渐磨平尤其是伞裙之间的狭窄缝隙到P5层特征图上可能只剩一两个像素点了。第二是缺陷尺度实在太小。比如伞裙边缘的一道裂纹在原图上可能只有十几二十个像素宽自爆之后缺失的绝缘子片虽然明显但周围全是相似的纹理干扰。通用检测模型的分类分支是在整张特征图上做卷积对所有目标一视同仁小缺陷的特征响应很容易被正常纹理盖过去。第三是背景和光照太复杂。巡线照片里有树枝、水泥杆、导线、各种金属构件还有逆光、夜拍、曝雾等恶劣成像条件。模型很容易把绝缘子边缘的纹理误判成缺陷或者把远处被遮挡了一半的绝缘子整个漏掉。1.3 系统的目标范围不是单点算法而是可落地的完整链路做之前我先定了一个边界这个系统不只输出检测框还要能接进业务流。具体来说输入是无人机拍回来的视频或者照片输出是一份结构化的缺陷记录包含绝缘子所在杆塔、缺陷类型、位置坐标、置信度并且支持运维人员在网页上按线路和杆塔检索历史缺陷。这也意味着模型必须够轻部署到现场的边缘设备上不能太吃力。如果只追求精度把模型搞到几百兆后续工程化反而寸步难行。所以整个项目在设计时我一直盯着精度、速度、可移植性三个指标任何feature都要先问一句这个改动值得多少个百分点的mAP添加的计算量运维端能不能接受2. YOLO11-LQEHead的方案设计我的检测头改法2.1 LQEHead是什么轻量查询增强检测头的思路YOLO11本身的结构已经很成熟anchor-free检测方式、全新的C3k2模块替代了旧版C2f、骨干网络带SPPF结构、头部用DFL损失来细化边界框回归。在这个基础上我从项目角度只做了一处可控的改动——检测头。检测头在模型里承担分类和回归两个任务。普通检测头的分类分支面对的是整张特征图每个网格独立判断这里有没有目标、是哪一类。问题在于绝缘子的缺陷区域往往是局部细节比如锈蚀出现在钢帽边缘、裂纹沿着伞裙方向走这些区域的高层语义特征和背景难以区分。LQEHead的思路是引入一组可学习的查询向量让检测头在判断类别之前先对多尺度特征做一次重点信息提取再根据提取结果给出分类结论。听起来有点像注意力机制但我的设计目标是轻量——不能简单堆一个Transformer进去否则边缘设备跑不动。打个比方没有LQEHead的分类分支相当于一个只看了一眼全局就答题的学生加了LQEHead之后检测头会先在特征图上快速扫一遍重点区域再看一遍关键细节再打分。这个再看一眼的代价很小但对小缺陷的帮助非常明显。2.2 具体模块设计从特征输入到检测输出我的LQEHead结构沿用了YOLO11的多尺度检测头框架输入是骨干网络输出的P3、P4、P5三层特征图分别对应大、中、小目标检测。改动集中在分类分支回归分支保持原结构不变。模块按照下面的步骤组织# LQEHead分类分支增强逻辑伪代码便于理解 p3, p4, p5 backbone_features() # 多尺度特征 feats unify_channels([p3, p4, p5]) # 先统一到相同通道数 # 1. 生成轻量查询向量每类缺陷对应一组可学习query queries learnable_queries(num_classes5, query_dim64) # 2. cross-attention查询向量与多尺度特征交互 enhanced cross_attention(queries, feats, feats) # 3. 稀疏采样用可变形卷积对绝缘子边缘高频细节做增强 edge_feats deformable_conv(enhanced) # 4. 残差叠加回原特征再送入分类分支 final_feats enhanced edge_feats feats cls_output classifier(final_feats)第一步统一通道用1x1卷积目的是让三层特征的语义尺度对齐第二步cross-attention用了一个宽度很小的多头注意力查询向量的维度我控制在64维不会像NLP里的大注意力那样吃显存第三步可变形卷积主要解决一个实际问题——绝缘子细长边缘的几何特征。普通卷积的感受野是方形对细长结构不敏感可变形卷积能沿边缘方向自适应采样缺陷区域的边界细节更容易被保留第四步残差叠加保证原始特征不被破坏毕竟YOLO11原本的分类能力不弱我不想增强过头反而丢失正常绝缘子的判断力。2.3 为什么只在分类分支做最小改动这个决定是有意为之的。回归分支负责把边界框预测准YOLO11的DFL损失已经把框的细粒度回归训练得很好了。绝缘子缺陷检测的难点主要在找得到、分得对不在框得多准——一个缺陷框偏移几个像素对现场运维来说无伤大雅。相比之下分类分支是误检漏检的重灾区。我在实验中也试过同时改分类和回归两个分支结果训练初期回归loss波动很大收敛明显变慢边界框质量并没有实质提升。最后果断放弃只改分类分支。这样做的另一个好处是如果LQEHead在实际现场效果不理想回退到标准YOLO11的成本非常低只需恢复分类分支的原始结构其他一切不动。3. 训练数据从哪来绝缘子数据集构建与增强策略3.1 数据来源与类别定义这个项目的数据全部来自自建数据。合作单位提供了历史巡线照片加上我们自己组织的现场拍摄原图合计约2.5万张都是真实线路上的杆塔照片。经过对绝缘子区域的目标级裁剪最终得到约12万个目标样本用于训练和验证。类别定义是跟一线运维人员反复确认后定的分了五类类别中文含义说明normal正常绝缘子表面完整无异常cracked_shed伞裙破损/裂纹伞裙边缘裂缝或碎块脱落self_blast自爆/掉串玻璃绝缘子自爆后缺失部分pollution表面污秽污闪痕迹表面污染覆盖corrosion锈蚀钢帽/金具锈蚀变色这个分类不是拍脑袋想的它直接对应运维检修单上的常见字段。分类太细会增大标注难度和模型任务复杂度太粗又不能满足现场用户的实际需求。目前五类是一个经过讨论的平衡点。3.2 标注规范与质量控制数据标注是整个项目里最耗时、最容易被低估的环节。我先定了一条硬性标准模糊到人眼都看不清楚的目标不标直接删掉。这个规则能避免模型从模糊样本中学到错误纹理。具体标注规范包括正常绝缘子必须画完整外轮廓不能漏掉钢帽和连接金具伞裙破损面积小于单个伞裙五分之一的不标同一张照片里多个绝缘子串都要独立标注缺陷类别的判定有疑问时由两个人同时确认。整个过程用的是通用的开源标注工具最终导出YOLO格式的txt文件。每个txt行对应一个目标类别ID、归一化中心点坐标、归一化宽高。数据质量校验方面我额外做了一次全量数据的自动检查跑一个标准YOLO11模型把所有标注框回测一遍凡是置信度特别低但被标注为目标、或者置信度特别高但没有任何标注的图片全部拉出来人工二次查看。这一步捞出来不少漏标和错标样本效果比单纯靠人力复查高得多。3.3 增强策略的针对性调整绝缘子数据增强不能无脑套用训练COCO的标准配方我踩过一些坑之后做了几个针对性调整。Mosaic增强可以用但概率不要拉满。四个样本拼图之后绝缘子可能被拼到图片边缘导致长条形的目标在拼接边界处被截断。我最终把Mosaic概率设为0.5遇到被截断超过百分之三十的目标直接跳过该训练样本。细长目标的旋转角度要限制。绝缘子串的方向虽然会变化但绝大部分是竖直或接近竖直挂在塔上水平翻转可以大角度旋转反而会破坏现场分布的语义。我把旋转增强限制在±8度远超这个角度的样本会增大长宽比分布偏移看起来数据增多了实际验证表现反而下降。针对低光照和夜拍场景我用gamma校正、灰度扰动和局部亮度增强模拟现场成像差异。更多的时候是配合copy-paste增强从训练集中随机裁剪一些小尺寸缺陷目标粘贴到正常绝缘子附近让模型在小缺陷样本不足的情况下也能频繁看到这些关键细节。3.4 数据集切分避免同源泄漏数据切分是很多项目精度虚标的隐形原因。同一片杆塔区域在不同角度、不同焦距下会拍出多张照片这些照片内容极其相似。如果随机切分训练集和验证集同一杆塔目标可能同时出现在两边验证指标会虚高到没有实际参考价值。我按线路维度切分同一条输电线路的照片整体划分到同一个数据集大约70%的线路照片进训练集15%进验证集15%进测试集。这样验证结果更接近真实部署场景——模型见不到同一条线路的相似照片评测分数才有说服力。这个操作对最终结论的影响很大后面评估阶段又验证了一次换成随机切分mAP50能虚高三个百分点以上。4. 训练细节和踩坑记录从Loss不下降到精度波动4.1 关键超参与训练环境训练环境是两台测试卡并行模型基座采用COCO预训练权重初始化输入分辨率640x640batch size每个卡16。loss权重沿用YOLO11默认配置的调整版本box7.5cls0.5dfl1.5用带momentum的SGD优化器momentum设为0.937初始学习率1e-3weight decay设5e-4总训练轮次300早停patience设30。一个关键设置是LQEHead模块的参数从头开始随机初始化而骨干和回归分支保持预训练权重初始化。注意力模块的初始化是训练波动的重要来源如果学习率太高前十几个epoch loss会剧烈抖动。我的做法是学习率预热50个epoch前10个epoch用warmup把lr从0逐步线性升到1e-3帮助查询向量先稳定下来。4.2 踩坑一小缺陷漏检提高分辨率不一定比增强分支更值第一次训练后验证集的自爆类漏检非常严重很多只有几十像素的缺失目标被直接略过。第一反应是提高输入分辨率到960甚至1280试了之后确实有效自爆类AP涨了约5个百分点但推理FPS掉了接近一半。我又试了在骨干网络后面加P2层——专门用于检测小目标。结果显存占用多了不少训练速度明显变慢模型对正常绝缘子的误检却增多了。原因是P2层特征图太大、感受野太小缺陷特征虽然更清晰但背景噪声也被放大了。最后对比下来最划得来的方案是保持640分辨率不动把算力预算花在LQEHead的跨尺度交互上。P3层负责保留缺陷的空间细节P4/P5层提供语义信息查询向量会从高层语义中获取上下文再把这部分信息反馈给浅层细节。同等算力下这种设计的收益比盲目加大分辨率更稳。4.3 踩坑二类别不平衡对分类分支的影响五类数据里normal类占比接近七成self_blast、corrosion这类缺陷类别样本量很小。实测下来模型对normal类的精确率很高但对缺陷类别的召回率偏低——简单说模型倾向于把所有东西都当正常绝缘子这样分类loss付出最少。我试过两种手段一是调分类损失的类别权重给缺陷类提高loss贡献二是引入focal loss的变体让模型关注难分类样本。最终效果是缺陷类召回率上升明显但正常绝缘子的误报率也涨了两三个点。从实际运维角度看漏报缺陷的代价比误报警更大所以这个trade-off可以接受但我也不会把类别权重调得太极端避免模型看到正常绝缘子也变得疑神疑鬼。另外还试过在下采样时做困难样本挖掘把置信度落在0.3到0.6之间的中等难度样本多喂一次。训练后期收敛得稍微稳一些但对最终mAP的影响不如预期大所以没有把它放进最终方案。4.4 踩坑三NMS对细长目标不友好这个是沿用标准推理流程时几乎肯定会碰到的问题。绝缘子串本身是细长框同一串目标在相邻网格上会同时输出多个高置信度候选框NMS处理这种长宽比悬殊的框时容易出现两个情况要么把同一串绝缘子切成两个框要么把相邻缺陷目标的框误判为重复而过滤掉。我的调整是两处。第一把NMS的IoU阈值从默认的0.45调到0.7降低对细长框的抑制强度缺陷框被误删的概率小很多。第二在回归分支后处理里增加了一个针对长宽比的先验判断如果两个候选框长宽比相近、中心点距离很近但重叠度一般就合并成一个框不再单独输出。这样处理后同一串绝缘子被切分成多段的情况明显减少。4.5 训练收敛与早停观察LQEHead的训练曲线整体比较稳定。前50个epoch主要是warmup和骨干网络微调mAP缓慢上升100个epoch之后分类分支的优势开始体现mAP50每轮能涨零点几个点到200轮之后逐渐进入平台期。后段出现过一个有意思的现象验证集mAP50-95在小幅波动中偶尔掉下去又弹回来不要这时候急着收模型多跑几个epoch配合早停观察是否连续30轮不涨再决定。最后选择的是验证集mAP50-95最高的那个checkpoint而不是最后一个epoch的输出。5. 评估结果对比标准YOLO11与新检测头的差距5.1 评估指标怎么选电力场景下我评估模型主要看四个指标mAP50对应缺陷粗定位能力mAP50-95对定位精度要求更严再关注recall因为漏检缺陷是现场最不能接受的最后是整个链路的端到端延迟也就是单帧从图像输入到结果输出的耗时。mAP50-95我是严格参考的它的IoU阈值从0.5跨度到0.95更能反映模型在锁定缺陷位置上的稳定程度。对绝缘子这种目标如果只有mAP50好看很可能意味着框的定位漂移很大只是阈值放得宽所以分数高。5.2 标准YOLO11和LQEHead的对比结果在自建的测试集上最终对比结果如下模型mAP50mAP50-95自爆类AP单卡FPS标准YOLO11s0.8920.6410.715138YOLO11-LQEHead0.9340.7020.78396标准YOLO11m0.9120.6680.75262可以看到LQEHead在mAP50上比标准YOLO11s提高了约4.2个百分点在mAP50-95上提高了6.1个百分点自爆类AP提升尤其明显。单卡FPS从138降到96降幅在可接受范围因为我们本来就要做边缘端部署对FPS的期望是能跑满25帧视频流即可。更有意思的是LQEHead的精度其实是超过标准YOLO11m的但模型参数量和计算量远小于它。这验证了我的判断对绝缘子这种小缺陷高发场景有针对性地增强分类分支的细粒度特征比一味堆通道数更高效。5.3 误分案例分析污秽和正常为什么容易混评估阶段最让我头大的是污染类缺陷。测试集里大量图是轻微污秽表面泛白或泛黄但整体轮廓完整和正常绝缘子的差异很小分类器经常给出互相矛盾的答案。翻开误分样本发现一个共性规律——模型把轻微污秽判成正常的时候这类样本大多是天空背景、逆光、对比度低的情况反过来把正常判成污秽的时候往往是绝缘子表面有水膜或反光。这个现象短期内没法完全消除因为可见光图像的信息确实有限。我做的缓解手段是给模型增加了一部分表面反差增强样本在数据增强阶段对有轻微污秽的图片做局部对比度拉伸让污秽区域的灰度特征更明显。效果有帮助但不算翻天覆地。这个任务最好留给后续的多光谱信息去解决单靠可见光检测始终有上限。6. 系统部署与使用从PyTorch到边缘推理的完整链路6.1 模型导出与量化训练完的PyTorch模型不能直接用现场要求的是ONNX格式方便在不同推理框架间切换。导出时我踩过一个坑LQEHead里的cross-attention在PyTorch动态图上能跑但ONNX导出时注意力权重的维度计算要提前固定下来不能有运行时reshape依赖动态尺寸的情况。解决办法是在导出前把注意力头数、query数量、每个头的维度都固定成常量输入尺寸也固定为640x640。固定尺寸在部署上有代价但好处是推理引擎可以针对尺寸做更激进的算子融合INT8量化也更容易校准。量化我做了两档FP16精度损失几乎是零直接用于GPU端INT8精度损失约1个点左右但延迟能降一半以上用于边缘设备。校准数据集选了2000张包含各季节光照的真实现场图而不是训练增强图这样可以保证校准分布和实际使用分布尽量一致。6.2 推理流水线从视频流到结构化结果实际部署时我按线程分层设计了推理框架。视频解码线程负责从摄像头或视频文件里取帧维护一个待检测帧队列检测线程从队列拿帧做letterbox前处理、模型推理、NMS后处理结果线程把检测结果转换成结构化JSON写入消息队列。前处理的letterbox是细长目标场景的关键细节。图片缩放时如果直接拉伸到正方形绝缘子的长宽比例会被扭曲模型推理时看到的形状和训练分布不一致缺陷检测召回率会掉。正确的做法是等比例缩放后用灰度填充剩余区域推理后再把检测框坐标映射回原始图像坐标系。端到端实测下来在边缘设备上用INT8量化模型单帧从解码到输出结果大约25毫秒视频流25帧处理没有压力。动态批处理也做了连续帧拼在一起推理吞吐量还能进一步提升一个档次。6.3 业务系统对接与告警逻辑模型输出只是第一层现场系统还需要把结果存进数据库、按杆塔线路归档、触发告警。这一步我花了不少力气因为它直接决定了运维人员愿不愿意持续用这套系统。结果表的主要字段包括图像ID、杆塔位置、缺陷类别、边界框坐标、置信度、检测时间。运维端Web界面按线路和时间范围查询点开某张图上就能看到标注框和置信度。为了防止误报过多导致用户麻木告警逻辑做了两件事一是同一位置连续多帧都出现同一类缺陷才真正触发告警单帧偶发的异常不推送二是对不同缺陷类别设置不同的置信度阈值自爆和破损这类严重缺陷阈值低一些污秽类阈值高一些。6.4 部署后的实际体会项目跑完一轮之后回头再看LQEHead这个改动的成本控制在很小的范围却把整条链路的精度带到了实用线以上。最值得记录的是查询向量在推理阶段其实是固定的所以cross-attention在部署前可以整理成一组固定权重配合可变形卷积的重参数化整个增强模块在推理时几乎可以等价折叠成几个卷积层实际增加的开销比训练时的印象还要小。这是我部署完之后最惊喜的发现也让这个方案在后续复用和新场景迁移上更有底气。做这套系统的过程中我最大的体会是工业场景里的深度学习项目难点往往不在模型结构本身而在数据分布的理解、算力和精度的平衡、以及推理链路里的工程细节。一个人从头到尾把训练、评估、部署走一遍踩过的坑比看十篇论文都管用。如果你也在做类似的设备缺陷检测项目希望这篇记录能帮你少走一点弯路。

相关新闻

FUXA开源Web组态平台:轻松搭建设备远程监控可视化系统

FUXA开源Web组态平台:轻松搭建设备远程监控可视化系统

前阵子帮客户做一套设备远程监控的评估方案,对方开口就问:能不能把车间里的控制器数据直接放到浏览器上,让几个经理同时打开页面就能看,不用装一堆客户端?我第一反应是想推荐商业组态软件,但报价单递过去之…

2026/10/18 11:44:09 阅读更多 →
远程桌面连接全攻略:从RDP协议到内网穿透与端口映射

远程桌面连接全攻略:从RDP协议到内网穿透与端口映射

从日常帮人远程处理电脑问题,到出差时打开办公室工位上的文件,远程访问桌面早就是我很依赖的技能之一。以前做系统运维的那段时间,一半以上的桌面故障根本不用跑到现场,远程桌面就能完成改配置、装驱动、重启机器、看日志这类操作…

2026/10/18 11:43:08 阅读更多 →
电磁兼容EMC入门指南:从噪声源到整改实战

电磁兼容EMC入门指南:从噪声源到整改实战

1. 电磁兼容入门:为什么你的设备总在关键时刻出问题你有没有遇到过这种情况:手机放在音箱旁边,突然传来一阵“滋滋滋”的脉冲声;无线鼠标用得好好的,旁边一插上某个充电器就开始卡顿跳帧;一块精心设计的电路…

2026/10/18 11:43:08 阅读更多 →

最新新闻

OpenCV SIFT特征提取与图像拼接实战:从原理到代码实现

OpenCV SIFT特征提取与图像拼接实战:从原理到代码实现

OpenCV 的 SIFT 特征提取在图像拼接里有多好用,做视觉相关开发的朋友应该都有体会。这篇教程会从 SIFT 的原理讲起,一步步带你实现两张图的无缝拼接,代码我会逐段解释,还会分享我实际调试中踩过的坑,保证你是零基础也能…

2026/10/18 12:48:37 阅读更多 →
AI招聘落地指南:从简历解析到留任预测的风险与对策

AI招聘落地指南:从简历解析到留任预测的风险与对策

AI 招聘不是把简历扔给大模型就完事。我见过太多团队,买了一套号称“智能筛选”的系统,结果上线第一天就把公司里最能干的销售全过滤掉了,因为系统觉得“频繁跳槽”是负面信号,完全没看候选人每一段都是被挖走的。也见过 HR 为了省…

2026/10/18 12:48:37 阅读更多 →
Qt C++塔防游戏源码拆解:信号槽、多线程与事件循环实战

Qt C++塔防游戏源码拆解:信号槽、多线程与事件循环实战

简介:一份基于Qt/C框架编写的简易植物大战僵尸游戏源码包,适合正在学习Qt图形界面编程与C面向对象设计的开发者参考。压缩包共36个文件,包含17个cpp实现文件、16个h头文件以及pro工程文件、qrc资源文件等,核心代码涉及植物卡片、子…

2026/10/18 12:48:36 阅读更多 →
PHP对接劳动仲裁查询API,构建智能背调与风控预警系统

PHP对接劳动仲裁查询API,构建智能背调与风控预警系统

劳动仲裁记录这几年在招聘和业务风控里的分量越来越重。以前背调主要看学历、工作经历、是否有犯罪记录,但实践下来会发现,劳动仲裁信息往往是判断候选人职业稳定性、企业用工合规风险的重要信号。一个人跟老东家频繁打仲裁,背后可能是公司管…

2026/10/18 12:48:36 阅读更多 →
水下传感器网络仿真代码包:MAC与路由协议完整实现

水下传感器网络仿真代码包:MAC与路由协议完整实现

简介:这份资源面向水下传感器网络(UWSNs)方向的研究生、科研人员与授课教师,提供一套可直接运行的仿真代码与配套资料,用于验证声波通信、路由协议、能量管理与数据融合等关键算法。压缩包共131个文件,约22…

2026/10/18 12:48:36 阅读更多 →
用户友好提示词设计指南:从原理到实战的完整方法论

用户友好提示词设计指南:从原理到实战的完整方法论

我做了两年多的提示词设计工作,中间帮不少团队搭建过面向终端用户的大模型应用,也和很多工程师争论过“提示词到底算不算代码”。我个人的结论是:提示词确实不算传统意义上的代码,但它一定是需要结构化设计的工程产物。一个用户友…

2026/10/18 12:47:36 阅读更多 →

日新闻

基于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/18 0:00:55 阅读更多 →

周新闻

基于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/18 0:00:55 阅读更多 →

月新闻

我发现了一个新思路:用 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/18 0:55:02 阅读更多 →
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 阅读更多 →