AI视觉联合ICT方案打造智能验布系统,效率提升3-5倍

1. 纺织验布行业的痛点与需求拆解

1.1 人工验布的瓶颈:不止是慢,更是稳不住

纺织行业的验布环节,历来是产线上最依赖“人”的工序。我早期走访过不少纺织厂,验布车间里一排排老师傅坐在灯箱前,目光跟着布面走,一天下来少则看几千米,多则上万米。表面上看,人工验布似乎“够用”,但实际上问题非常大。

先算一笔效率账。一个熟练验布工的平均检验速度大约在每分钟15到20米左右,遇到高支高密或深色织物,速度还会掉到10米以下。一条产线如果日产布20万米,单靠人工就需要两三百个验布工三班倒,才能勉强跟上。这个人力成本在今天的纺织行业里,已经是一个沉重的负担。

但比“慢”更要命的,是“不稳”。人眼的疲劳曲线是客观存在的——连续工作两小时后,注意力明显下降;夜班时段,漏检率比白班高出不止一点。同一批布,早班检出率和晚班检出率可能相差20%以上。这种“不稳定”直接影响的是下游客户对质量的信任。许多厂因此被客户退货、索赔,最后才发现问题出在验布环节的“人为波动”上。

还有一点容易被忽略:招工难。验布这个岗位听起来门槛低,实际上非常吃经验和眼力。熟练工需要培养很久,年轻人又普遍不愿意做这种高度重复、费眼的工作。我去过不少工厂,车间主管叹苦经最多的就是“熟手又走了”。人员流动带来的不只是培训成本,更是质量的不可控。

所以,纺织行业的质检升级,根本不是“要不要做”的问题,而是“再不补上这块短板,就真的卷不动了”的问题。这个背景下,业内几家做机器视觉的公司开始把目光对准纺织验布,试图用AI和工业相机替代人眼。文章标题里提到的某AI视觉公司与某ICT设备商联合打造的方案,正是这个赛道里很有代表性的落地案例。

1.2 生产工艺对质检系统的硬性要求

纺织验布和普通的缺陷检测有个很大的不同:布是运动的,而且是高速运动的。这就对视觉系统提出了一系列“反常识”的硬性要求。

首先是速度。一匹布在生产线上以每分钟80到120米的速度运行,如果视觉系统跟不上这个节奏,检测就没有意义。这里指的“跟上”,不只是拍摄帧率要够,更重要的是算法处理要实时——相机拍下来了,算不出来,布已经跑过去了,照样白搭。

其次是幅宽。宽幅织机的门幅可以达到1.6米甚至更宽,一些产业用布能达到2.8米。一次性覆盖这么宽的幅面,需要多台相机拼接,或者采用线阵相机加高分辨率的方案。如果只考虑单点检测,做出来的系统在实验室好用,到了产线就会“水土不服”。

第三是缺陷种类的多样性。纺织品的缺陷不是整齐划一的:有纱结、缺经、断纬、破洞、油污、色差、纬斜,还有组织错花等等。这些缺陷有大有小,有的反差极其微弱——比如浅色布上的白丝,人眼要凑近了才看得出,算法要分辨就更难。真正能落地的系统,不是只识别“有或无”,而是要把缺陷分类、定位、评级,给后续工序提供可操作的信息。

第四个要求是环境适应性。纺织车间里棉絮、飞尘特别多,温湿度波动也大,光照条件复杂。视觉系统必须在这样的环境下长期稳定运行,不能三天两头因为灰尘遮挡镜头、光源老化导致误报。这个点看着不深,实际在项目落地时却是决定成败的关键——很多厂对AI视觉的初体验不好,往往是栽在“环境适配”这个看似不起眼的地方。

理解了这些硬性需求,再回头看这套智能验布系统的设计,很多“为什么这么做”就自然清楚了。

2. 智慧验布系统的整体架构与核心原理

2.1 视觉采集链路:从光源到相机的一整套设计

这套系统的采集链路,核心是“光源 + 相机 + 编码器同步”三件套。

光源的选择很讲究。布面缺陷的呈现,很大程度上取决于打光方式。针对纺织品,业界普遍采用的方案是LED线性光源搭配漫射板,从布面正上方以一定的角度斜射,利用光在缺陷处的散射差异来形成反差。对于深色布,可能需要低角度打光来增强表面纹理的显示;对于浅色布,高角度均匀光更合适。项目里会根据实际布种调配光源角度和亮度,这个环节没有一刀切的标准,全靠现场调试积累的经验。

相机的选型,是基于“分辨率与速度的平衡”来定的。常规方案采用多台工业面阵相机或者黑白线阵相机。面阵相机适合低速、小批量检测,线阵相机则更适合连续高速的幅宽扫描。这个项目走的是线阵方案——每根线扫到的分辨率达到亚毫米级,配合高灵敏度传感器,即便布面以高速运行时,也能保证图像清晰不拖影。

编码器同步是容易被忽视、但极其重要的一个细节。纺织产线的速度不是一个恒定的值,启动、停机、调节张力时都有波动。系统通过编码器读取导辊的实时转速,把脉冲信号同步给相机触发拍照。这样不论布速怎么变化,每帧图像对应的物理距离是固定的,后续拼接出来的整幅布面图像才是准确、可测量的。省掉这一步,图像要么拉伸要么压缩,检测精度无从谈起。

2.2 检测算法模型设计:分类、定位、评级一气呵成

采集链路解决了“看得清”,接下来就是“认得准”。这是整套系统的灵魂所在。

算法层面,当前市面上的主流路径是“深度学习目标检测 + 传统图像处理兜底”。深度学习模型负责识别那些特征相对明确的缺陷,比如破洞、油污、纱结;而传统图像处理则用来捕捉某些极端微弱、缺乏大量样本的异常,比如浅色布上的浅色异纤。

项目里采用了主干网络加改进检测头的结构,能在保证准确率的同时,把模型体积做小、推理速度做快。这里有个很关键的细节:纺织缺陷并不是每时每刻都在出现,一条产线可能一整卷布都是干净的,但偶尔一个极小的断纬混过去,就足以让客户退货。所以模型不只是要“找到缺陷”,更要对缺陷的置信度做温度标定——宁可多报可疑项,也不放过低置信度但真实存在的瑕疵。

缺陷分类之后,系统还会对每个缺陷计算面积、长度、经纬向坐标,并自动完成评级。这一步相当于把人工验布中“师傅凭经验判断严不严重”的环节,转化成了可量化的数值标准。输出的报表里可以直接看到“某卷布在第328米处,有一个长度2.3厘米的断纬,判定为A品降级至B品”这类信息。这为后续的自动分拣和工艺追溯打下了数据基础。

2.3 核心硬件规格与选型:算力平台怎么选

整套系统里,算力平台的选型直接决定了推理速度和节能表现。项目联合的某ICT设备商,在这个环节提供的是集成化的AI推理设备和边缘计算平台。

我在类似项目中踩过不少“算力焦虑”的坑。一开始很容易陷入“显卡越大越好”的思路,但实际在工厂环境里,功耗、散热、体积同样重要。纺织车间本身温度就不低,如果设备发热量大,机柜里的温度分分钟超标,稳定性和寿命都会打折。这套方案选用的硬件特点是支持高密度并行计算,单卡能同时跑多路视频流推理,而且支持半精度推理,速度和功耗平衡得比较好。

还有一点:整套系统采用边缘部署模式,检测结果和生产数据在本地完成处理,再通过接口上传到车间的信息化系统。这样既避免了将大量原始图像回传云端带来的带宽瓶颈,又降低了对工厂网络的要求。数据不出厂区,在数据合规和隐私安全上也是一个加分项。

3. 实操落地:从产线调研到系统上线

3.1 产线调研与方案定制:先摸清家底再动手

智能验布项目最容易犯的错,是拿着标准化产品直接往产线上怼。每个厂的布种、幅宽、速度、缺陷偏好都不一样,不做调研就部署,必然翻车。这个项目在启动时,第一步是先做产线摸底,针对目标布种做了一轮样本采集。

调研的核心是回答三个问题:第一,检验哪些布种?第二,缺陷的优先级是什么?第三,后道工序对检验结果的使用方式是什么?

第一个问题决定相机的分辨率和光源方案。第二个问题决定算法模型的训练数据配比——如果客户最在意的是“油污”,那模型训练时就要多给油污样本加重权重。第三个问题决定系统要输出什么格式的报告,是简单的“OK/NG”,还是复杂的评级报表、卷内缺陷分布图。

这个调研阶段看似不产生直接代码价值,但它的产出——需求文档和样布库——是整个项目能否顺利验收的分水岭。我们当时花了整整两周时间在产线边上跟班,录了上千米的布面图像,还专门收集了客户过往的客诉反馈表,把客户最在意的几类缺陷在算法设计里做成了“重点关注对象”。

3.2 安装调试与标定流程:把精度“较”出来

系统安装是在停机的空窗期进行的。硬件的固定相对简单:在验布台架横梁上加装相机支架和光源模组,调整好照射角度,锁紧防震。真正的难点在标定环节。

首先是像素标定。布面距离相机的高度必须精确,否则幅宽计算会失真。具体做法是放置一块已知尺寸的标定板,在图像里标定出每像素对应的物理尺寸。一般来说,系统要求横向精度不低于0.1毫米/像素,否则细小的断纬和纱结很容易“溜过去”。

其次是多相机拼接后的坐标一致性。如果幅宽超过单台相机的视野,就需要多台相机。每台相机的视场边缘要有重叠,然后通过机械定位和软件配准把多路图像拼成一个连续的整体。这里最容易出问题的是重叠区的亮度不一致——因为在重叠区,两个相机的感光角度不同,拍出来同一处布面的亮度会有差异,肉眼看不明显,但对算法来说就可能产生“伪缺陷”。解决办法是在光源设计阶段就让重叠区的照度尽量均匀,同时在软件里做亮度归一化处理。

标定完成后的第一轮测试,不急着验证准确率,而是先验证“系统能不能完整地记录一整卷布”。拿一卷已知状况的废布跑一遍,检查图像是否连续无断帧、缺陷是否被准确定位、报表是否完整。这个时候暴露的问题,几乎都是机械和同步层面的,比如相机触发抖动、编码器脉冲丢失,这些基础问题不解决,后面算法调得再好都没用。

3.3 训练-验证-迭代的工作流:让模型在产线上“长出来”

算法模型不是一次性训练好就能一劳永逸的。纺织厂的布种会换季更新,客户的品控要求也在变,模型必须能持续迭代。

项目里采用的是“预训练 + 增量学习”的策略。出厂前的模型先用公开布匹缺陷数据集做预训练,保证基础的检测能力。到客户现场后,再采集现场数据进行微调。微调数据不是一次性收集完就行,而是每两天做一次增量补充,把现场有争议的样本捞回来重新标注。

这里我想重点说一个实操心得:现场的“负样本”管理。很多时候模型的误检率高,不是因为正样本不够,而是因为负样本太杂。布面上的毛絮、飞花、水渍、折痕,有些根本不是“缺陷”,但视觉上非常像缺陷。如果不在训练时专门区分这些“干扰项”,模型上线后就会风声鹤唳,误报多得让你怀疑人生。正确做法是建立专门的“背景样本库”,把这类容易混淆的图像大量喂给模型,让它学会“视而不见”。

训练后的模型还要经过A/B测试才能正式切换。在产线上跑通一套“影子模式”——新旧模型同时分析同一路视频流,但新模型的判断只记录不执行,连续跑几天对比漏检率和误检率,达标后再切换上线。这个流程能最大程度上保证“迭代不出事故”。

4. 实测效果:24小时无人化运行的真实数据

4.1 速度与效率:3-5倍是怎么算出来的

标题里“比人工快了3-5倍”这个数字,不是拍脑袋算的,而是基于系统连续运行时间的实测统计。

人工验布的有效工作时间和产出是受生理限制的。按每天8小时算,扣除休息、喝水、换班、调整疲劳状态的时间,真正盯着布面的“纯有效盯查时间”大概只有6小时左右,对应的检验米数大约在6万到10万米之间。这已经是熟练工的高水准发挥。

而视觉系统的速度上限,取决于产线本身的运行速度。系统设计最高可匹配每分钟120米的布速,按这个速度连续运行,一个班次8小时理论检验米数接近5.8万米。这还没算三班倒带来的倍增效果——设备可以24小时不间断运行,而人工最多只能支撑三班倒配满,但夜班的效率和稳定性依然无法和机器相比。

有实际案例数据为证:同样一条年产量两千多万米的产线,人工验布需要配置近30名验布工,换成智能验布系统后,现场只需要保留2到3名复检人员,负责处理系统标记的“疑似缺陷”区域,实际质检效率提升了约3.5倍到4倍。这个效率提升在订单旺季、赶交货期的时候,价值尤其明显。

4.2 检出准确率与漏检率:一个容易被忽视的指标

谈到质检系统,大家最关注的是“准确率”。但在项目验收时我会习惯性地追问另一个指标:漏检率。准确率再高,如果关键缺陷漏掉了,对客户来说就是百分百的失败。

这个项目在客户现场跑了一个月的真实验收数据:针对规定的重要缺陷种类,系统的综合检出率稳定在98%以上,部分布种甚至接近99%。比较亮眼的指标是误检率——系统把正常区域标记为缺陷的概率控制在每万米不超过3次以内。这意味着复检工不用被大量无效报警折腾,可以将精力集中到真正可疑的位置。

这套成绩的关键,除了算法本身之外,还有一个在项目前期常常被低估的因素——照明的稳定性。系统专门配备了光源亮度闭环反馈,通过传感器实时监测光源输出,发现亮度衰减超过阈值就自动提醒更换或调节。很多人不理解为什么要在这个细节上较真,其实道理很简单:光源只要衰减10%,图像的对比度就明显下降,检测算法的实际性能会跟着崩。这个环节的稳定性直接决定了准确率的长期表现。

4.3 经济效益账:多久能回本

智能验布项目投资不小,客户问得最多的就是“多久能回本”。我按一个中等规模的织造厂来算一笔账。

假设产线日产量20万米,原本需要配置30名验布工,当地熟练验布工的用工成本(含社保、福利、管理成本)按每月8000元算,一年的人工支出接近300万元。换成智能验布系统后,验布工缩减到3名复检工,一年人工支出降到30万元左右。仅人工一项,每年就节省约270万元。

此外还有隐性的收益:系统带来的良品率提升。哪怕只降低0.5%的质量索赔率,对年产值过亿的厂来说,也是一笔几十万元的止损。加上夜班无人化带来的管理成本压缩、产能排布弹性增加,综合算下来,在良品率稳定在98%以上的前提下,项目投资回收期普遍在1.5年内。对于动辄花几百万买设备的纺织厂来说,这个回报周期已经很有说服力了。

5. 常见问题与排查技巧实录

5.1 误检率偏高怎么办

系统上线初期,误检率高是最常见的“投诉点”。我在这里说一个非常实际的排查思路:不要一上来就怀疑算法,先看图像质量。

误检率偏高时,第一步是用系统的“截图回放”功能抓几张误报现场的图像,人工看一下:图像是否清晰?有没有反光斑?是否有水雾遮挡镜头?还是说布面上的图案本身就被系统当成了缺陷?

如果是图像质量造成的,优先处理硬件端的光源角度、镜头清洁频次、相机增益。如果是布面花纹干扰,那就需要在算法层面加入“先验语义”——比如提花、色织类的面料本身有周期性图案,系统要先识别出“这是图案,不是缺陷”并屏蔽这些区域,再在剩余区域去找真正的异常。这一招在实际项目中非常管用。

5.2 光照变化与布面反光问题

纺织车间里光照环境其实挺复杂的。窗户外的自然光变化、车间顶灯的位置、甚至操作工穿的反光背心,都会在金属部件或布面涂层上形成不稳定的反光。系统如果对着这些区域检测,很容易出现零星误报警。

我的处理习惯是:一方面在机械安装时尽量避开自然光和车间顶灯的直射路径,增加遮光围帘;另一方面在软件里引入“过期背景更新”机制——系统会用过去数帧图像做背景建模,把持续稳定的光照区域作为“基准”,实时检测时只关注相对变化较大的局部区域。这样即使外界光照缓慢变化,系统也能自动适应,而不至于全线报警。

5.3 算力不足与模型推理延迟

在旧产线改造项目中,经常会遇到一个尴尬:客户的工厂里既有网络条件一般,又没有独立的服务器机房。这台设备要和其他设备共用空间,供电还不太稳定。

模型推理延迟如果超标,直接表现是“检测结果滞后于布面运动”,缺陷已经过了拍照区,报告才出来。这会造成定位不准。常见排查方向有三个:确认是否同时开了太多路视频流分析、确认机箱散热是否导致降频、确认推理引擎是否开启了半精度优化。前两项是物理层面,第三项是软件层面。这个项目在部署时,硬件选型上留了30%以上的算力冗余,所以推理延迟稳定控制在几十毫秒级别,在高速布速下也能做到实时反馈,基本没有出现“滞后”的情况。

6. 项目落地心得与给从业者的建议

这个项目做完,我最大的感触是:智能验布成功的关键,30%在算法,70%在工程化能力。

算法再聪明,如果光源没有调好、相机标定不准、训练数据没有贴合现场,最后做出来仍然是个“实验室玩具”。反过来,只要把采集端和工程端的细节打磨扎实,以现有的深度学习技术储备,绝大部分常规纺织缺陷都能得到很好的解决。

给正在观望的从业者几个实在的建议:

第一,不要想着一步到位全厂智能化。先选一两条问题最集中、布种相对固定的产线做试点,跑顺畅了再复制推广,成功的概率大得多。

第二,高度重视数据积累。智能验布系统的核心资产就是数据。每一卷布的缺陷记录、客户反馈信息、复检人员的确认结果,都是下一代模型迭代的养料。建议工厂从项目初期就有意识地做好数据归档。

第三,和方案商沟通时,务必要把“验收标准”写清楚。什么样的缺陷算必检项、检出率要多少、误检率能容忍到多少,这些必须白纸黑字定好。标准不定,项目推起来就容易扯皮,最后吃亏的还是自己人。

最后再分享一个细节:上线之后,要定期回看系统的“学习记录”。我见过不少厂,设备用得久了对误报变得麻木,反而失去了信任。实际上,只要保持“系统猜、人复核、数据回流”的闭环,验布系统的准确率会随着时间的推移越来越高。这条路没有捷径,但每一步都走得很值。

相关新闻

Golay码译码C++实现:查表纠错完整链路解析

Golay码译码C++实现:查表纠错完整链路解析

简介:为满足通信、存储方向学习者掌握Golay码纠错原理与C实现的需求,这份压缩包提供了一套Visual Studio下的Golay码译码器完整工程,内容涵盖工程配置、核心算法代码及可直接运行验证的可执行程序。包内共28个文件、2.23MB,既有go…

2026/10/20 1:22:58 阅读更多 →
老 Mac 复活指南:如何用 OpenCore Legacy Patcher 免费在旧 Intel Mac 上安装最新 macOS

老 Mac 复活指南:如何用 OpenCore Legacy Patcher 免费在旧 Intel Mac 上安装最新 macOS

老 Mac 复活指南:如何用 OpenCore Legacy Patcher 免费在旧 Intel Mac 上安装最新 macOS 【免费下载链接】OpenCore-Legacy-Patcher Experience macOS just like before 项目地址: https://gitcode.com/GitHub_Trending/op/OpenCore-Legacy-Patcher 苹果在系…

2026/10/20 1:22:58 阅读更多 →
0816飞达接入OpenPNP:硬件配置、参数校准与故障排查全解析

0816飞达接入OpenPNP:硬件配置、参数校准与故障排查全解析

简介:这套围绕0816飞达的OpenPnP贴片机开源资料包,面向中小型电子制造企业、SMT工程师和DIY爱好者,用于解决低成本贴片自动化中的飞达结构设计、固件调试与PCB制造等问题。压缩包共73个文件,大小约11.47MB,内容覆盖机械…

2026/10/20 1:22:58 阅读更多 →

最新新闻

rdpwrap.ini 配置全解:5 分钟在 Windows 上开通多用户远程桌面

rdpwrap.ini 配置全解:5 分钟在 Windows 上开通多用户远程桌面

rdpwrap.ini 配置全解:5 分钟在 Windows 上开通多用户远程桌面 【免费下载链接】rdpwrap.ini RDPWrap.ini for RDP Wrapper Library by StasM 项目地址: https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini rdpwrap.ini 是社区为 RDP Wrapper Library 维护…

2026/10/20 2:06:16 阅读更多 →
OpenArm开源7自由度机械臂快速上手实战指南

OpenArm开源7自由度机械臂快速上手实战指南

OpenArm开源7自由度机械臂快速上手实战指南 【免费下载链接】openarm A fully open-source humanoid arm for physical AI research and deployment in contact-rich environments. 项目地址: https://gitcode.com/GitHub_Trending/op/openarm OpenArm 是一个面向物理 A…

2026/10/20 2:06:16 阅读更多 →
【嵌入式】PID调参

【嵌入式】PID调参

PID 参数就是控制算法里的三个“调节旋钮”:P(比例)、I(积分)、D(微分)。它们决定控制器对“误差”的反应有多强、多快、多稳。公式大致是:其中 e(t)目标值−实际值e(t)目标值−实际…

2026/10/20 2:06:16 阅读更多 →
刚刚!全球开源榜第一被小米抢走了,这次狠招不是堆参数,而是 RL

刚刚!全球开源榜第一被小米抢走了,这次狠招不是堆参数,而是 RL

刚刚!全球开源榜第一被小米抢走了,这次狠招不是堆参数,而是 RL 【免费下载链接】MiMo-V2.6-Flash-RL 项目地址: https://ai.gitcode.com/XiaomiMiMo/MiMo-V2.6-Flash-RL 这几天,AI 圈炸了一个不大不小的锅。 国外那个专门…

2026/10/20 2:06:16 阅读更多 →
隐私计算联邦查询中的密文脱敏:从安当DBG看不解密可用不可见的工程实现

隐私计算联邦查询中的密文脱敏:从安当DBG看不解密可用不可见的工程实现

一、背景:联邦查询把"脱敏"推到了密文侧 联邦查询与隐私计算的共同前提是"数据可用不可见"。在金融风控联合建模、跨院区医疗研究、集团多子公司合规统计等场景中,参与方各自持有数据,彼此不互相信任,也不愿意…

2026/10/20 2:06:16 阅读更多 →
OM1 四足机器人导航:让 Go2 自主避障走到目标点的 3 个机制

OM1 四足机器人导航:让 Go2 自主避障走到目标点的 3 个机制

OM1 四足机器人导航:让 Go2 自主避障走到目标点的 3 个机制 【免费下载链接】OM1 Modular AI HAL (Hardware Abstraction Layer) for Robots 项目地址: https://gitcode.com/GitHub_Trending/om/OM1 做四足机器人导航(让机器狗自己走到目标点、路…

2026/10/20 2:05:16 阅读更多 →

日新闻

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/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

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

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

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

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

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在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/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练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 阅读更多 →