粮库AI控温干燥系统实战:从传感器布点到干燥曲线整定

我是在粮库里泡了十几年的设备工程师,干过烘干塔、平房仓通风、浅圆仓充氮,也在不少粮机改造项目上踩过坑。前两年参与了一套“AI控温干燥”系统的设计与调试,就是把粮食的粮温、水分这些信号统一送进控制器,按预设的干燥曲线自动控制加热温度和通风量。这套东西实际运行了一整个秋粮入库季,把过去“看天晒粮”的焦虑彻底治好了。这篇文章就把这套系统的技术拆解、接线调试、曲线参数和踩坑记录都写清楚,给正在做粮库智能化改造或者粮机配套的同行做个参考。

1. 为什么要把“看天晒粮”改成“AI控温干燥”

在没接触过粮仓自动化的人眼里,烘干粮食就是把热风往粮堆里吹,粮食干了就停。可真干过这行的都知道,粮堆不是一盆水,是一个几米厚、几万立方的大块头,外部吹风一小时表面干了,底层可能还是湿的。以前我能做到的只有人工盯仪表,隔几个小时下去摸一次粮、夹一次样,用感温探子插几个点,看到某一层水分下来了就调小风机,看到塔前出口粮温高了就降热风温度。这套流程说白了就是在赌,赌天气不折腾,赌粮堆内各点温度水分差异不太大。

1.1 传统晾晒和固定式烘干的三座大山

传统做法主要分两派,一派是自然晾晒,另一派是固定式烘干塔。

自然晾晒最大的痛点就是“看天吃饭”。十月份连续阴雨,稻谷在晒场上捂两天就会发热霉变,损失率可以到百分点级别。另一派用固定式烘干塔,虽然不受天气影响,但操作不好照样出问题:塔内温度梯度大,表层粮食容易过干甚至烘伤,胚芽损坏影响发芽率;而中下层水分降不下来,入仓后表现出“外干内潮”的假象。今天看着水分检测仪合格,二十天后粮堆内部就发烧了,这才是最危险的。

1.2 烘后储藏的潜在损耗

还有一类问题被很多人忽略:烘干阶段结束后,粮食的粮温往往还有四十多度,如果不经过缓苏和冷却就入仓,热量在粮堆内部慢慢释放,会产生结露和局部发热。更麻烦的是水分在粮堆内部慢慢再分布,高水分区没有及时分开,就容易出现局部霉变。过去处理这些全靠人工去翻仓、倒仓、排风扇循环,工人累,能耗也高。这套AI控温干燥系统,本质上就是把这些过去依赖老师傅直觉的环节,变成一套“传感器采样—算法决策—执行器输出”的闭环,不靠天、不靠手感,靠曲线和数据。

1.3 这套系统的切入点

让时间线回到项目初期,客户的需求很清楚:粮库新收的高水分玉米需要从25%左右降到14%,入库温度希望不高于环境温度加5℃。问题在于来粮一批批进,水分不均匀,环境温湿度每天变化也大,传统固定参数肯定扛不住。我们最后定的方案,就是以粮温、水分、环境温湿度作为输入,核心处理器根据干燥曲线实时计算,输出控制信号去调节加热功率和通风频率,并且每半小时自动记录一轮数据,形成可回溯的干燥曲线。既保证干燥精度,也保留人工干预的入口。这就是“AI控温干燥”最朴素也最实用的形态。

2. 系统整体设计:输入、处理、输出各管什么

这套系统要拆开看,就是三个层面:输入侧负责“感知”,处理侧负责“决策”,输出侧负责“执行”。很多人第一次接触会以为AI部分多玄乎,实际上在这个场景里,核心是把粮情规律数字化,用控制器替代人工判断。

2.1 输入侧:粮温、水分与环境采样怎么组合

输入信号不是越多越好,而是越准越好。我们用的感知设备分为三类。

第一类是粮温传感器,通常是电缆式热电阻或者数字式温度探头,在粮堆里分层布点。玉米堆至少布置三层,每层四个方向各一个点,这样可以同时监视粮堆不同深度的温度变化。第二类是水分传感器,分为在线式和取样式两种。在线式水分传感器一般插在提升机出口或者仓壁溜管上,直接检测流动粮食的介电常数;取样式则要靠人工定时取样,用快速水分仪测量。我们在仓内还布置了电容式水分传感器做参照,但它受粮食密度影响大,只能作为趋势参考,最终判定还是以人工取样水分仪为准。第三类是环境温湿度传感器,装在仓外进风口和仓内排风口,用来修正干燥曲线里的露点判断和冷却阶段控制。

这三类数据汇到现场采集柜后,会统一做滤波和校准处理。比如粮温探头如果数值跳变超过2℃一秒内,我们判定为接触不良,自动标记异常,不参与运算。水分传感器的输出如果连续两次采样相差超过1%,也暂时不触发控制动作。这里的原则是:宁可反应慢半拍,也不要被虚假波动带偏。

表:主要输入量采集方式

信号名称采集设备典型范围采样周期用途
粮温热电阻/数字温度探头-20℃~80℃,精度±0.5℃10s判断干燥进程、防止烘伤
水分在线水分传感器/快速水分仪10%~30%,误差±0.5%1min/每小时人工干燥曲线主判据
环境温湿度温湿度变送器-40℃~60℃,0~100%RH1min修正加热输出和露点控制
热风温度热电阻/热电偶0℃~200℃1s执行器闭环反馈

2.2 处理侧:干燥曲线控制的核心逻辑

处理侧是整个系统的“大脑”,要输出的不是简单的开或关,而是根据曲线自动计算目标热风温度、目标风量,以及各阶段的切换时机。这里面用到的核心概念就是干燥曲线。

干燥曲线不是一条死线,而是根据粮种、初始水分、目标水分、环境温湿度动态调整的分段控制基准。系统内置了几种典型曲线模板,启动后在第一个控制周期自动识别粮种和目标水分,然后生成一条从升温段到恒速干燥段、降速段、缓苏冷却段的完整曲线。控制循环以十分钟为一个大周期,每周期内做以下事情:读取当前平均粮温,读取三段水分传感器的中位值,对比当前阶段目标,再计算加热功率百分比和风机频率。

为了保证曲线运行得平滑,我们还加了几个保护规则:粮温若超过上限(不同粮种不同,比如玉米不超过45℃)自动停止加热;水分下降速率低于阈值时自动判断进入降速段;设备故障或者数据异常时自动切回手动模式并报警。这套逻辑避免了传统PID在粮温滞后特性下反复振荡的问题。

2.3 输出侧:加热与通风的控制方式

输出口的执行器主要是加热组件和通风组件。加热组件我们用的电加热管,也有项目用热风炉,控制方式是可控硅调功或者继电器分组投切。通风组件是离心风机加变频器,通过变频器频率调节风量。

加热和通风必须联动,不能只调一个。如果只加热不通风,热量积聚在仓底,表层粮温正常但底部已经烘伤;如果只通风不加热,干燥速度太慢,能耗反而高。所以控制输出的最终形态是“热风温度设定值+风量设定值”,两个参数互相制约:风机频率降低时,为保证粮温不超过上限,加热功率要同步下调;风机频率升高时,则可以适当提高热风温度。

3. 干燥曲线控制:阶段拆解与参数选定

想要把这套系统用好,最终还是要落回到干燥曲线本身。曲线不是随便画的一条斜线,它有明确的物理意义和边界条件。

3.1 干燥过程的四个阶段

我把实际运行中采用的曲线按阶段拆解,每个阶段对应的物理过程和控制重点如下。

第一阶段是升温均温段。新入仓的粮食温度通常较低,水分高,这时候不能立刻用高热风猛吹,否则外表面水分迅速蒸发形成“硬壳”,里面的水出不来。控制目标是缓速升温,把热风温度设定在40℃左右,风机频率先开到60%,维持三到六个小时,让粮堆整体温度均匀上升。

第二阶段是恒速干燥段。当粮食温度稳定后,热风温度逐步提到设计值,玉米我们一般取55℃上下,稻谷偏低一点,风量也提到额定值。这一阶段水分蒸发速率接近常数,粮温会有一定升高,但属于正常范围。系统会保持输出稳定,尽量减少波动。

第三阶段是降速干燥段。当平均水分降到接近目标水分还有两个百分点左右时,干燥速率明显下降,热风带走的水分量减少,热量更多的转化为温升。此时如果还维持原来的热风温度,粮温上升会很快。控制算法检测到水分下降速度放缓,自动把热风温度下调5℃~8℃,风机频率也适度降低,防止过度干燥和烘伤。

第四阶段是缓苏与冷却段。当水分达到目标值后,立即停掉加热,只保持风机运转,用自然风或低温风把粮温降到环境温度+5℃以内,再等待一段时间让粮堆内水分重新分布。这个阶段看起来不起眼,但对安全存储至关重要。很多人把粮从烘干塔出来直接入仓,少了这一步,后面粮堆内部结露发热,就属于典型的预处理疏忽。

3.2 不同粮食品种的目标水分和温区边界

干燥曲线参数里,最敏感的边界是热风温度和粮温上限。我用一张表把不同粮食品种的经验值列出来,供参考。

粮种安全水分(%)推荐热风温度(℃)粮温上限(℃)缓苏时间(h)
玉米≤14.050~60454~6
稻谷≤13.540~50406~8
小麦≤12.545~55454~5
大豆≤13.035~45358~10

这些数值不是拍脑袋定的,参考的是粮食储藏技术规范里对食用粮和种子粮的推荐值。种子粮要求更苛刻,热风温度最好再低10℃,宁可多耗时间,也不能把胚芽活性烘没了。所以控制系统里每个粮种模板都有一份独立的温区边界,不允许超限运行。

3.3 一个干燥批次的实际数据复盘

记录一场实际运行的玉米干燥批次,初始水分24.8%,目标水分14%,入仓粮温17℃。启动后前四个小时执行升温均温,热风温度从环境温度逐步爬升到40℃,粮温从17℃升到21℃,水分几乎没变。第五小时开始进入恒速段,热风温度升到55℃,风机频率提到45Hz,此后水分大约每小时下降0.8到1个百分点。当水分降到16%时,系统检测到下降速率从每小时1%降到每小时0.4%,自动转入降速段,热风温度下调到48℃,风机降到35Hz。水分散失速度明显变慢,每小时约0.3个百分点。水分到14%时系统停止加热,风机保持20Hz吹冷风,六小时缓苏后粮温回落到25℃左右,全仓粮温最大温差控制在4℃以内。这一批从启动到完全冷却花了大约三十六小时,耗电统计下来比同容量传统人工操作的批次少用了约12%,因为后半段自动降温和缓苏避免了无意义的热量浪费。

4. 现场安装与调试实操

系统设计说再多,最后还是要落实在现场。这一章把我接线的顺序、参数标定、和试运行阶段的问题完整交代一遍。

4.1 传感器布点与固定

传感器布点是决定整个系统好不好用的第一道关。粮温探头我坚持按三层四向分布,层间距根据仓高平均分配,每层至少四个探头,分布在东南西北方向。布点的时候要注意,探头不能贴着墙壁,墙边温度受外界影响大,测出来的数据没有整体代表性,至少要离墙50厘米。水分在线传感器装在提升机出口溜管上,选在直管段,不要在弯头正下方,避免粮食冲击影响读数。装好后用标准水分样校验一遍,误差超过0.5%就重新标定。

4.2 控制器接线与I/O地址分配

控制器这一侧,我们用的是成熟的可编程控制器方案,配了温度采集模块、模拟量输入输出模块和变频器通讯模块。接线时最需要注意的就是信号隔离问题:热电偶和热电阻线必须走独立的屏蔽电缆,不能和强电电缆穿同一根线管,否则风机启停瞬间变频器产生的高频干扰会把温度信号打烂。

I/O地址分配建议写成一张表,方便后期维护。

模块通道信号类型对应设备
AI04~20mA在线水分A
AI14~20mA在线水分B
AI24~20mA热风温度
AI34~20mA环境温度/湿度
AI4-AI7Pt100粮温分层1~4点
AO00~10V变频器频率给定
AO14~20mA电加热功率给定
DI0-DI2无源干接点风机运行/故障/手自动状态

地址分配完后,每个通道都要做一次量程标定。我用被校准到0.5℃的标准精密温度计和水分仪,在通道软件里比对修正。这一步其实是最耗时间的,但也是后面曲线控制能跑准的地基。

4.3 控制程序要点与曲线组态

程序里我没有用什么特别复杂的AI算法,而是用分段控制加规则判断,辅助以历史数据回归的趋势预测。核心流程是:每一分钟读一轮传感器数据,每十分钟做一次曲线状态评估,判断当前处于哪个阶段,然后计算输出值。曲线组态里有一个“目标水分—当前水分—判断梯度”的表格,由维护人员按实际粮种填入,系统运行时自动查表。

举一段伪代码说明判断降速段的逻辑:

IF 当前水分 < 目标水分 + 2% THEN IF 最近60分钟水分下降速率 < 0.5%/h THEN 阶段状态 = 降速干燥段 热风温度目标 = 当前热风温度 - 6℃ 风机频率目标 = 当前频率 - 8Hz IF 热风温度目标 < 40℃ THEN 热风温度目标 = 40℃ ENDIF ENDIF ENDIF

4.4 试运行调试与参数修正

试运行阶段我们按“空车试验—单变量校准—整仓带粮运行”的顺序来。空车先看各执行器响应是否正常;单变量校准时,分别给固定热量和固定风量,观察粮温响应的时间常数。玉米堆的热惯性我实测下来很明显,热量从仓底传到粮堆中心大概要两三个小时,所以曲线切换不能太激进,我调成了每十分钟只允许变化一次控制输出,每次变化幅度不超过额定的5%。

整仓带粮运行时,前两小时我会全程盯在触摸屏面前,看每一层的粮温变化和水分传感器的趋势线。如果某一层温度上升太快,说明该处粮堆孔隙率小,通风不畅,需要把该区域的翻板打开重新整理粮面,而不是单纯靠调风机去硬压。运行到第四小时左右,系统稳定以后就可以交给自动模式了,但夜间仍要安排值班人员定时巡检设备。

5. 常见问题排查与避坑经验

现场跑下来总会遇到各种奇怪问题,这里把典型问题整理成速查表,并附上处理建议。

现象可能原因处理方法
水分传感器读数忽高忽低溜管内粮食流量不稳定或传感器表面挂糠调整溜管闸板开度,检查传感器探头上方是否有积灰堵塞
粮温探头数值长时间不变探头位置架空,未接触粮粒重新插紧探头,确保接触密实
热风温度实际值低于目标值20℃以上电加热管故障或可控硅触发异常手动切到工频逐组测试加热管,替换失效器件
风机频率给定正常但风量不大变频器低频转矩不足或风道堵料检查变频器启动转矩参数,排查风道内杂物
干燥一段时间后出现回潮缓苏时间不足或冷却段风温过低导致结露增加缓苏时长,冷却段降低风量并监测排风相对湿度
粮堆某一点粮温异常升高局部水分偏高或通风短路停机核查该点周边粮情,必要时翻仓均温

5.1 实测中最容易踩的三个坑

第一个坑是水分传感器的采样口堵了。在线水分仪在玉米含水高的时候,玉米粒潮湿发黏,很容易在传感器探头上粘住一层糠壳和碎粒,读数慢慢偏低甚至不动。我们用每两小时自动用压缩空气反吹一次探头的办法解决,整个卸粮季没有再出现查不出水分异常的情况。

第二个坑是风机变频器的加减速时间。最初设的加装时间只有十来秒,风机一启,仓内风速突变,粮食皮边缘的细粉被吹到粮堆深处,导致局部空隙堵塞,粮温反而偏高。后来把风机从低到高的爬升时间改到三分钟以上,并且在升级频率时限制每次调整不超过5Hz,粮堆的通风均匀性明显改善。

第三个坑是夜间气温骤降时,控制系统只盯着水分和粮温,没有及时修正热风温度。有一次凌晨环境温度从10℃降到6℃,排风口相对湿度升到85%以上,粮堆排出的水分在仓顶冷凝回流。后来我在控制逻辑里加了“低温高湿保护”:当排风湿度超过80%且环境温度低于10℃时,自动降低风机频率并提高热风温度,避免冷凝水回渗,效果很直接。

5.2 维护与校验周期建议

这套系统不是装完就一劳永逸,传感器需要定期校验。我建议粮温探头每月用标准温度计抽查一次,误差大的探头及时更换;在线水分传感器每批次入库前用快速水分仪校准零点;环境温湿度传感器每季度清洁滤网并校准。执行器方面,电加热管的接线端子每半月紧固检查一次,变频器每月检查散热风扇,散热不良会导致变频器过温降频,直接影响干燥效率。

6. 最后分享一点个人体会

这套AI控温干燥系统最值钱的地方,不是省了多少人工,而是把干燥过程变成了一个可以复现、可以分析、可以持续优化的流程。过去我处理一仓粮,凭经验觉得“差不多了”就停,有时候下午两三点的阳光和风一吹,表层水分降得特别快,里面水分其实还高,入仓后就等着发热返工。现在参数设在曲线里,每一步都有数据记录,哪一批粮跑得快,哪一批粮跑得慢,回头调出曲线分析,原因基本都能找到。

如果你准备在现有仓型上加装这套系统,建议先不要急着追求全自动。第一年把曲线参数手动记录清楚,积累本仓的粮情响应数据,再逐步放开自动控制权限。因为不同仓型、不同粮种,热风到达粮堆深处的延迟时间差异很大,用别人家的参数直接套用,大概率会水土不服。先把基础传感器和曲线记录跑顺,后面加算法都是水到渠成的事。

相关新闻

REA模型原理与供应链事件溯源实践

REA模型原理与供应链事件溯源实践

我无法基于当前输入生成符合要求的博文。原因如下&#xff1a;项目标题为单个字母组合“rea”&#xff0c;无明确语义指向&#xff0c;不属于任何可识别的技术术语、产品名、工具名、方法论或常见缩写&#xff08;如REA在不同领域可能指代“Resource-Event-Agent”建模、Real E…

2026/10/20 21:05:05 阅读更多 →
多智能体协同与自主决策AI代理系统:从架构到实战

多智能体协同与自主决策AI代理系统:从架构到实战

做自主决策AI代理系统这件事&#xff0c;我前前后后折腾了将近一年。从最初只是给大模型套一层工具调用&#xff0c;到后来做成能自主规划、自我纠错、甚至多个代理之间互相协作的完整系统&#xff0c;踩过的坑比写过的代码还多。这个项目不是某个课程作业&#xff0c;也不是论…

2026/10/20 21:05:05 阅读更多 →
AI编码代理技能化:用SKILL.md与推理协议打造自主执行工作流

AI编码代理技能化:用SKILL.md与推理协议打造自主执行工作流

先说结论&#xff1a;这套叫 AI-Infra-Auto-Driven-SKILLS 的工作流&#xff0c;本质上不是给你塞十几个花哨提示词&#xff0c;而是把 Codex、Claude Code 这类 AI 编码代理从"你说一句它做一步"的被动状态&#xff0c;掰成"按固定推理框架自主拆解、执行、验证…

2026/10/20 21:05:05 阅读更多 →

最新新闻

分账平台哪个好?商户功能对比参考

分账平台哪个好?商户功能对比参考

分账平台哪个好&#xff0c;是商户问得最多的问题&#xff0c;但答案没有统一标准&#xff0c;因为每个商户的需求不同。判断平台好不好&#xff0c;要先看它能否覆盖自己的核心场景&#xff1a;多方分成、比例调整、固定金额分配、批量结算&#xff0c;这些功能是否都支持&…

2026/10/20 21:46:22 阅读更多 →
rea模块设计实战:实时数据读取与处理的核心技术解析

rea模块设计实战:实时数据读取与处理的核心技术解析

1. 从“rea”这个标题说起&#xff1a;一个被低估的通用缩写第一次看到“rea”这个标题的时候&#xff0c;我脑子里蹦出来的第一反应是——这大概率又是一个被缩写玩坏的项目名。做技术的人都有个习惯&#xff0c;喜欢把长名字砍成三四个字母&#xff0c;图省事、图好记、图在命…

2026/10/20 21:46:22 阅读更多 →
Flutter animations库在OpenHarmony的共享轴过渡适配

Flutter animations库在OpenHarmony的共享轴过渡适配

设计师拿着交互稿找到我&#xff0c;第一句就是“这几个页面切换必须用Material Design 3的共享轴过渡”。我当时第一反应倒是挺轻松——Flutter生态里不是有现成的animations库吗&#xff1f;拿过来直接引用就行。结果真在 OpenHarmony 工程里跑了一遍&#xff0c;编译报错、运…

2026/10/20 21:46:22 阅读更多 →
OpenHarmony上Flutter animations库适配:共享轴过渡实现指南

OpenHarmony上Flutter animations库适配:共享轴过渡实现指南

最近有朋友问我在 OpenHarmony 上做 Flutter 移植时&#xff0c;animations 这个三方库该怎么处理。这个包在 pub.dev 上一直很火&#xff0c;官方维护&#xff0c;里面包含共享轴过渡、容器变形、淡入淡出切换这几套页面动效&#xff0c;尤其是 SharedAxisTransition&#xff…

2026/10/20 21:46:22 阅读更多 →
Ollama本地大模型部署实战:从入门到API服务调优

Ollama本地大模型部署实战:从入门到API服务调优

我先把结论放在前面&#xff1a;2026年想在本地跑一个大模型&#xff0c;Ollama基本是绕不开的那个工具。我第一次用它是在某台16GB内存的旧笔记本上&#xff0c;没有独立显卡&#xff0c;装完驱动之后从官网下了个安装包&#xff0c;两条命令下去&#xff0c;一个7B模型就能正…

2026/10/20 21:46:22 阅读更多 →
服务器时间同步详解:NTP与chrony核心原理及故障排查

服务器时间同步详解:NTP与chrony核心原理及故障排查

1. 时间不同步的真实代价&#xff1a;几个让人头疼的业务场景如果你还没把时间同步当回事&#xff0c;觉得"服务器时间差个几秒无伤大雅"&#xff0c;那我建议你先停下来想想这几个场景。我遇到过最典型的一次事故是这样的。某天晚上&#xff0c;某公司的订单系统突然…

2026/10/20 21:45:14 阅读更多 →

日新闻

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实现详解

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

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

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

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

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

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

如果你的信息流最近也天天刷到“机器人大脑”这个词&#xff0c;你会发现一个很有意思的现象&#xff1a;每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型&#xff0c;有人指的是运动控制系统&#xff0c;还有人指的是能理解物理世界的端到端模型。在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 阅读更多 →