高速高精EtherCAT运动控制:同步测量、伺服调参与Demo观展指南
2026上海工博会临近“高速高精EtherCAT运动控制解决方案”这个系列的应用预览今天写到第三篇。熟悉这个专栏的读者应该有印象前面两篇一篇在聊方案的整体架构和总线选型逻辑一篇在讲组网的规划和从站配置都是从“怎么把系统搭起来”的角度出发。这一篇我想换个视角把高速高精EtherCAT运动控制方案里最影响设备实际表现的几个部分拆开聊一聊同步怎么测、参数怎么调、展会上的Demo怎么看、以及哪些坑我调过之后发现特别容易踩。目的很直接——你拿着这篇文章去逛工博会或者在工控圈子里跟人聊这套方案不会只停留在“EtherCAT很快”这种概念层面而是能说清楚它到底快在哪、精在哪、用什么手段验证。1. 为什么“高速”和“高精”必须放在一起讨论很多人聊运动控制方案习惯把“高速”和“高精”当成两个并列的形容词。我做了这些年运动控制项目之后越来越觉得这种理解是有偏差的。高速和高精不是两个独立指标它们是一对互相制约的矛盾而EtherCAT方案最核心的价值恰恰在于把这对矛盾的可调范围往外推了一大截。1.1 速度一上去误差就会被“放大镜”照出来低速工况下设备想做到位置准确其实不难。电机慢慢爬过去哪怕编码器分辨率一般靠位置闭环也能停得比较准。真正考验系统的是速度拉起来之后的那一刹那加速度越大惯性力越大机械结构被激起的振动就越大指令更新周期越长控制器的“反应弧”就越迟钝位置环、速度环的滞后就越明显。我常跟客户打一个比方开车的时候低速变道没人觉得难高速变道才会感觉到方向盘发飘、车身侧倾、轮胎抓地力极限。运动控制系统也一样速度不上去很多问题被“藏着”速度一上去机械谐振、伺服滞后、轴间同步偏差全都会被放大成看得见的缺陷。所以衡量一套方案是不是“高速高精”不是看它静止定位重复精度有多高而是看它在高速运动过程中动态跟随误差有多大、停下来之后剩多少振动。1.2 EtherCAT解决的是“指令分发效率”不是精度本身这里要厘清一个概念EtherCAT总线不会直接让设备精度变高它解决的是“指令分发效率”和“轴间动作一致性”这两个底层问题。传统脉冲方案控制器通过高频脉冲串给伺服发位置指令脉冲频率越高、轴数越多控制器计算负担越重模拟量方案又容易受干扰速度指令精度受限。EtherCAT把位置、速度、转矩指令以及编码器反馈全部打包成报文通过全双工的以太网物理层传输从站硬件自动处理报文转发主站可以在一个总线周期内同时跟几十上百个轴交换数据。这个过程直接带来的好处是总线周期可以做得很短位置环的执行频率可以提得很高。控制器的位置指令不再是“每隔几毫秒挤牙膏一样挤出来”而是在微秒级周期里持续、同步地刷新到每一个伺服。对伺服驱动器来说指令越新鲜、更新越密集电流环和速度环就能越早动作实际跟随误差自然就小。高精是高速运行的伺服系统再加上合理的机械、驱动匹配之后的结果而EtherCAT提供了让这个结果成立的通信前提。我习惯把一套高速高精系统拆成四层来看通信同步层、伺服响应层、机械刚度层、工艺规划层。EtherCAT主要解决第一层伺服驱动解决第二层机械设计和装配决定第三层CAM/PLC的运动规划负责第四层。很多项目调试到最后发现精度还是不够不一定是总线不行而可能是第二层驱动没调开或者第三层机械有软脚。EtherCAT只是把地板铺平了房子还是要一层一层盖。2. DC分布式时钟高速高精方案的地基EtherCAT能被称作高速同步总线最核心的技术是DCDistributed Clock分布式时钟机制。如果只是通信速度快从站各自按本地时钟执行指令轴与轴之间的动作时间差依然会很大。去看看规格书很多总线都宣称“传输速率千兆、周期毫秒级”但真正决定同步性能的是从站之间那一刻的时间对齐精度。2.1 从站同步误差为什么是横梁上的裂缝分布式时钟的机理是这样主站在报文里带有参考时钟信息每个从站硬件收到报文时会测量自己在传播路径上的位置并依据参考时钟校准本地时间。经过一段时间的运行所有从站在同一个绝对时间点上执行采样、输出、锁存动作。打个生活化的比方乐队演奏时如果每个乐手都按自己的手表起拍哪怕每块表只差半秒合奏也是乱的DC机制相当于给每个乐手戴上了同一块校准过的手表。那这块“手表”的误差要求是多少我在调试设备时有一个判断习惯同步误差和目标运动精度的关系可以用一个很粗糙的公式估算。假设两个轴需要严格同步运动它们采样时刻差了Δt当前运动速度是v那么位置偏差大概是v × Δt。轴运动速度1000mm/s的时候如果同步偏差是10μs位置偏差就是0.01mm。这个量级对普通冲压搬运可能无所谓但对贴合、点胶、半导体封装这类工序就是致命的偏位。所以现场验收EtherCAT系统我必测的一项就是“整网同步抖动”。规格书上的理论值不用太当真用示波器实测从站的SYNC信号最可靠。具体做法把主控系统配置成分布式时钟模式在伺服驱动器的CN接口上把SYNC输出引脚引到示波器双通道同时抓两个不同轴的SYNC上升沿量它们之间的时间差连续抓几百个周期看最大值。我用这个方法做过多个项目状态好的系统轴间同步误差可以压在几十纳秒到一两百纳秒以内状态一般的也能稳定在几百纳秒。一旦看到微秒级以上的同步误差就要重点查网线质量、拓扑结构、从站时钟芯片配置而不是急着调伺服参数。2.2 网络拓扑和线缆规格会在同步精度上“现形”很多人觉得EtherCAT是标准以太网随便找根网线就能跑这个认识在低速场合也许问题不大但高速高精应用里会栽跟头。EtherCAT对线缆的要求比商用以太网严格屏蔽层、线对绞距、阻抗一致性都影响信号质量和时间戳测量的稳定性。我自己踩过某台设备网线是从仓库随便翻的普通超五类线低速跑没问题速度一拉高就出现偶发的同步错误计数排查了很久换掉故障段的线缆后计数就消失了。拓扑结构也要注意。工博会现场很多展商会摆出很漂亮的星型拓扑那是为了展示灵活布线实际高速同步要求高的设备尽量用直线型菊花链从站依次串联每个从站只承担一次转发任务报文路径最短、时间戳的累积误差最可控。如果因为机械结构限制必须用星型、树型拓扑记得选择带硬件环形冗余或高精度转发功能的耦合器模块别在这上面省成本。3. 伺服驱动的高速高精“手感”从惯量辨识到抑振通信的地基铺好之后下一个关键环节在伺服驱动这一层。EtherCAT把指令的“腿脚”跑得更勤但伺服如果没有被调好高速运动起来依然会抖、会响、会跟不准。下面这三件事是我做高速高精项目时必定会过一遍的每一项都直接影响最终设备的动态精度。3.1 惯量比比很多参数都重要伺服调试时很多工程师习惯先把位置环增益、速度环增益往上怼怼到设备没有明显异响就算调完。这个思路在低速、低负载变化场合勉强能用但高速高精场景第一个该做的是惯量辨识。惯量比是负载折算到电机轴上的转动惯量跟电机转子惯量的比值。它决定了速度环增益可以安全地设到多高惯量比越大速度环稳定裕度越小动态响应越容易振荡。我一般会在伺服调试软件里先跑一遍惯量辨识让电机做几次三角波加减速或正弦扫描软件算出负载惯量然后手动复验——用惯量比乘以电机惯量粗算一下负载惯量是否跟机构设计值大致吻合。如果识别结果跟理论计算差距超过两倍不要慌先查机械有没有异常的弹性缓冲物比如联轴器松动、同步带张力不足、导轨阻尼异常这些都是导致辨识失真的常见原因。惯量比确认之后再去看增益参数。对高速高精设备位置环增益我通常会从较低值开始每次增加20%左右测试空跑和带载两种状态直到看到轻微振荡后回调一档。这个流程听起来慢其实比盲目填一个大增益要快得多因为振荡会引发过流报警、机械损伤返工成本极高。3.2 陷波器先扫频找谐振点再动手滤高速运动最容易碰上的是机械谐振。导轨、联轴器、安装底板都有固有频率电流环和速度环带宽推高之后伺服输出会把机械固有频率激发出来表现为高频尖啸或某一段速度区间剧烈振动。不少老工程师的习惯是“听声辨位”用手摸、用耳朵听试几个陷波频率。我现在更推荐直接用伺服调试软件的扫频功能让伺服输出一个小幅度的扫频信号软件画出幅频/相频曲线机械谐振在幅值曲线上会表现为一个明显的尖峰。看到尖峰对应的频率之后再去设置陷波器中心频率设成尖峰频率陷波深度和宽度先给一个保守值比如-20dB深度、1/2倍频宽度然后观察振动是否明显减弱。如果陷波后系统依然不稳定考虑是不是多个谐振点叠加有的机构会有两个甚至三个峰需要逐个陷波。有一点要提醒陷波器等于主动把伺服带宽在某一段频率上“打了一个结”它能压住谐振但也会牺牲该频段的响应能力。所以陷波深度不是越大越好够用就行否则你会发现振动是没了动态跟随也变肉了。3.3 前馈和相位补偿把跟随误差压到物理极限位置闭环、速度闭环天然有滞后指令走一步系统跟一步。要缩小跟随误差提升增益是一条路但增益提到头就会振荡所以还要靠前馈来“预判”。我的调试顺序是先调好速度环、位置环至稳定状态然后把速度前馈设成100%跑一条梯形速度曲线观察示波器里的跟随误差曲线。如果误差曲线的形状还跟加速度突变点有明显尖峰再加入加速度前馈一点点往上加直到尖峰明显削平。前馈参数调得太激进会让系统在加减速瞬间出现电流冲击所以每次改动之后都要盯电流曲线确保冲击在驱动器承受范围内。这套组合拳打下来一台典型的高速点胶机平台匀速段跟随误差可以从几十个脉冲压到个位数脉冲加减速段的峰值误差也能控制到原来的五分之一到三分之一。EtherCAT周期在这里的贡献是位置环执行周期越短每一拍的指令间隔越小前馈所依赖的速度、加速度信息越新相位补偿越容易做对。换句话说总线周期给了你调相位的“余粮”你不上前馈这部分余粮就浪费了。4. 展台上最容易打动人心的三类数字化Demo逛工博会的时候大家都爱看能“动”的展示。但很多观众看Demo只是看个热闹看它动作快、声音小就下了结论。其实展会Demo的设计往往藏着一套“欺骗性”展台用的负载通常很轻地基未必固定运行的程序往往是特定优化过的短循环真实设备连续生产的工况远比展台复杂。不过反过来讲合理的Demo确实能把方案的特性放大到肉眼可见。我这里拿三类推演给各位拆一拆下回去展会现场可以带着方法去看。4.1 龙门双驱的刚体表现一根铝棒测同步第一个推荐重点看的是龙门双驱结构就是两根直线电机模组托着一个门架横梁展商会在横梁中间搭一根长铝板或者一支笔架让龙门走出矩形、圆形、回字形轨迹。这套机构最容易暴露轴间同步问题两个电机如果同步误差大横梁会被“拧巴”铝板上的笔迹会出现毛刺或者你如果在横梁上放一杯八分满的水水花会告诉你加速度和振动的真实水平。现场看这种Demo时要关注两个细节一是看同步误差曲线如果展商用了实时监控软件直接把两个电机的位置误差曲线调出来看它在加速段和匀速段的变化幅度二是看横梁是否出现高频微振如果肉眼可见横梁在抖基本可以判断伺服参数收紧得不够或者机械刚性被共振牵连。真有人会把龙门演示做到横梁上放一支Marker笔让它画出一个完美的圆圆周轨迹轮廓的圆度误差通过放大镜就能直观看到“高精”的底线。4.2 高速点位运动从A点到B点每秒几十次还能停得稳第二种值得细看的是“高速点位拾放/贴装”类Demo用EtherCAT带多个伺服轴做高密度点位运动比如转塔式取放机构连续运行每秒十几次到几十次搬运。这种场景的难点不在跑得快而在每一次“停”是否停得干净有没有过冲、有没有反向回跳、有没有高频振铃。展位上很多观众只看节拍数它一秒钟搬多少个东西但更专业的角度是看循环末端的稳定时间——机械臂到位的瞬间振动衰减到可接受范围耗时多久。如果一台设备高速运动时动作利索但一停下来就“嗡嗡嗡”地抖个一百多毫秒搬到真实工艺里每一次停留都要等待振动平息才能进行检测、贴合等工序节拍反而被拖慢。所以下回看到高速点位Demo不妨让展商把速度调到额定值的70%左右再跑一遍很多方案的高速很可能是用“降速余量”换来的。4.3 飞拍与硬件锁存运动中测量是精度的试金石第三类Demo带一点“进阶”属性就是飞拍展示。所谓飞拍是设备不停下来让产品从相机前高速掠过相机在运动过程中瞬间抓拍系统根据抓拍时刻的实际位置进行位置补偿。这套功能对同步要求极高相机触发的瞬间所有轴的位置都必须被精确锁存下来任何一根轴的反馈延迟都会导致补偿偏移。现场看飞拍Demo可以直接问展商要两个数锁存输入到位置捕获的硬件延迟是多少、飞拍时相机触发信号和位置锁存信号之间的时间戳偏差是多少。做得好的EtherCAT伺服硬件锁存延迟可以做到微秒级以下位置捕获精度取决于编码器分辨率和锁存电路性能跟总线的同步能力深度绑定。如果展商能当场用软件记录几个飞拍点的位置偏移曲线并且数据散点非常紧密、没有离群跳变说明这套方案的高速测量能力是经得起推敲的。另外想多说一句展会的Demo环境噪音大、地面振动多对机械刚性是“潜伏”的不利因素参展商敢在工博会上跑龙门、跑高速点位、跑飞拍说明对方案整体稳定性有一定底气但还是要回到你自己的真实工况去评估。5. 我调试EtherCAT高速项目时走过的三个弯路说完了原理和看展方法分享几个自己实际调项目时掉过的坑。这些弯路每一个都让我多花了一到两周时间写出来希望各位能绕开。5.1 第一个弯路参数照搬相似机型前几年接手一个高速贴装机构跟之前做过的机型结构尺寸差不多我图省事直接把旧项目的伺服参数表导入新设备。结果一上电轴低速运行就出现明显振荡电流波形乱得没法看最后被迫停机。后来仔细排查才发现新机型的负载盘直径比旧机型大了三成惯量比翻倍都不止而且新机型改用了轻量化铝制底座机械固有频率低了一大截。旧参数里的位置环增益、陷波频率在新机械上完全不适用。这件事给我上了一课参数可以复制但必须带着“重新验证”的心态去复制。同一家厂出的相似机型只要机械尺寸、材料、负载分布有变动整定结果可能天差地别。现在我的流程是哪怕参照旧参数也会先跑惯量辨识和扫频把参数基线建立在实测基础上再微调收尾。5.2 第二个弯路只调伺服不追机械硬伤有一个项目客户反馈系统高速运行时轮廓误差偏大我一开始都在伺服端做文章前馈加了、陷波试了、增益也调了几轮误差有改善但始终压不到要求。最后静下心做了一次“分段定位”。方法很简单把速度降到极低比如额定速度的5%跑同一段轮廓如果低速下轮廓误差依然明显那问题大概率在机械本身。结果一查发现联轴器有明显的弹性打滑导轨的阻尼也不均匀属于机械装配层面的缺陷。那次之后我形成了一个习惯每遇到高速高精调不上去的案子先问三个问题——低速下误差是多少恒速段误差是多少加减速段误差是多少用这三个数值把误差来源框到“机械误差”“电气跟随误差”“动态响应误差”三个区域里再决定往哪个方向投精力。很多电气参数问题其实是机械问题的“背锅侠”。5.3 第三个弯路验证方法不对误把巧合当优化还有一个很隐蔽的坑调参之后怎么验证。有一次我给某设备加了陷波器试跑时振动明显变小当时心里还挺得意。结果过了一天客户反馈故障率反而上去了。后来回看数据才发现我试跑的几百次循环里恰好没有经过那台设备的真实工作转速区间而真实工况切入那个区间后新陷波器反而把另一个本来不明显的谐振放大了。从此我对“调参验证”有了严格标准必须用设备低频、中频、额定频率三组速度各跑够一定循环观察电流、速度、位置误差三个波形在整段时间内的包络线如果有自动整定辅助功能也要基于扫频数据确认滤波设置而不是凭听觉和手感。展会上看到类似调试演示也可以用同样标准去审视展商的优化结论。6. 你的设备适不适合上这套方案三个自检问题最后聊一点选型层面的东西。每年工博会都会有设备商问我“我现在的脉冲方案用得好好的要不要换EtherCAT”我的回答永远不是“一定换”而是先让客户做一轮自检想清楚下面三个问题。6.1 问题一工艺节拍是不是卡在运动时间上如果你的设备现在产能不够瓶颈恰好是运动轴的加减速时间太长、多点位连续动作等待时间太久那提升指令周期和伺服带宽就有直接价值。比如一台点胶机胶阀等待轴从A点运动到B点的时间占总节拍的一半那么换高速总线配合高增益伺服可以把轴运动时间压缩得明显节拍提升肉眼可见。反之如果瓶颈在胶水固化时间、视觉检测算法处理时间、外部等待时序换了总线也救不了节拍钱花得冤。6.2 问题二现有方案的瓶颈到底在哪一层别急着把所有问题都推给通信方式。判断方法很简单抓一组波形。用当前系统自带或者外接的示波器记录轴在做典型工艺动作时的速度曲线和位置误差曲线。如果速度曲线本身就在抖、到位时振荡很久才平息那先查伺服和机械如果波形显示伺服响应其实很稳但控制器指令更新太慢导致路径变形那才是通信端的瓶颈。EtherCAT的优势在于把通信瓶颈基本清零但它不能替你解决机械刚性和伺服整定问题选型前先把矛盾定位清楚。6.3 问题三团队有没有对应的调试能力EtherCAT方案落地、调优对调试人员的知识结构有要求要看得懂Bode图、会读示波器波形、懂得用分布式时钟诊断计数器分析同步错误、理解惯量辨识和陷波器的原理。一台高速高精设备交付只是开始之后批量生产中的参数优化、在线监控、故障分析都需要这个能力兜底。如果团队目前还停留在“参数说明书在手、试着调”的阶段我建议先选一家技术服务体系完整的供应商让原厂工程师陪跑一到两个项目比盲目引进了再慢慢摸索要平滑得多。把一次展会的参观转化成团队技术认知的一次升级才是逛展最大的收获。我这几年调EtherCAT高速项目的体会是真正的高速高精是一套系统级的配合——总线同步做底伺服调试做腰机械刚性做骨架工艺规划做指挥。EtherCAT把通信这一层打得非常扎实但最终设备跑得又快又稳还是靠一层层细节抠出来的。如果你正准备逛工博会我最后再分享一个观展技巧看到那些标称“100kHz位置环”“微秒级同步”的方案别只看展板数字让展商直接调出实时曲线看它在加减速瞬间的跟随误差波形再去听一听高速运行时机构有没有不正常的尖啸和抖动。数字可以写得很好看波形和声音不会骗人。另外不妨多问一句“你们展台的Demo程序是专门为展会优化的还是和量产机型共用同一套配置”这一句话往往能问出不少真实信息。

相关新闻

Python + Appium 移动端自动化测试实战:从环境搭建到持续集成

Python + Appium 移动端自动化测试实战:从环境搭建到持续集成

/* 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:53:24 阅读更多 →
Windows下解决‘vue-cli-service不是内部或外部命令‘的完整排查指南

Windows下解决‘vue-cli-service不是内部或外部命令‘的完整排查指南

/* 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:12:42 阅读更多 →
新一代Node中间层开发模式:从BFF到轻量级应用运行时

新一代Node中间层开发模式:从BFF到轻量级应用运行时

/* 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 11:49:13 阅读更多 →

最新新闻

GGUF 量化原理新手详解:Ling-3.0-tiny-GGUF 的 Q4_K_M 如何以 4.8GB 保全心智

GGUF 量化原理新手详解:Ling-3.0-tiny-GGUF 的 Q4_K_M 如何以 4.8GB 保全心智

【免费下载链接】Ling-3.0-tiny-GGUF 项目地址: https://ai.gitcode.com/hf_mirrors/inclusionAI/Ling-3.0-tiny-GGUF 点击查看 免费下载 这篇文章用小白也能看懂的方式,讲清 GGUF 量化原理:Ling-3.0-tiny-GGUF 是一个 7.9B 总参数、每 toke…

2026/10/20 2:04:15 阅读更多 →
Python股票数据分析实战:爬虫清洗与回测全流程

Python股票数据分析实战:爬虫清洗与回测全流程

简介:围绕股票大数据分析的Python实战资源,适合金融数据分析初学者及有Python基础、希望系统掌握爬虫采集与量化分析流程的读者。资源为7z压缩包,大小4.47MB,站内暂未列出文件明细;结合主题内容可预期包含Python爬虫脚…

2026/10/20 2:04:15 阅读更多 →
Spark 3.2.0预编译包Hadoop版本兼容性深度解析

Spark 3.2.0预编译包Hadoop版本兼容性深度解析

简介:本资源为 Apache Spark 3.2.0 官方二进制发行版(Hadoop 3.2 兼容构建),面向大数据开发工程师、数据工程师及高校学习分布式计算的中高级学习者,用于快速部署本地开发环境、搭建集群实验平台或开展流处理、SQL分析…

2026/10/20 2:04:15 阅读更多 →
kmodes实战:用Python搞定分类数据聚类

kmodes实战:用Python搞定分类数据聚类

简介:kmodes开源库的完整Python实现,提供k-Modes与k-Prototypes两种聚类算法,专用于处理纯分类变量及数值/分类混合数据。面向数据分析、机器学习开发者,解决传统k-means对非数值特征无法直接聚类的痛点。压缩包共30个文件&#x…

2026/10/20 2:04:15 阅读更多 →
SQLMap绕过WAF实战指南:从原理到参数调优

SQLMap绕过WAF实战指南:从原理到参数调优

那年我跟一期安全培训,第19天正好落在Web漏洞的SQL注入专题上。老师没有按课本讲怎么手工注入,而是花了大半节课专门演示SQLMap怎么绕过WAF。当时我还不理解为什么单独挑这个点讲,后来自己在授权测试里被WAF扇了无数次巴掌,才明白…

2026/10/20 2:04:15 阅读更多 →
数据搜索:跨文件搜索,清单数据一搜即得

数据搜索:跨文件搜索,清单数据一搜即得

干工程的,谁没被找数据卡过脖子。下午要交标,甲方临时要一份历史项目的报价明细;结算对数对不上,得翻当时的清单查原始数据——文件在哪个电脑、哪个文件夹,都得先想半天。端点星工程助手的数据搜索,CtrlF …

2026/10/20 2:03:15 阅读更多 →

日新闻

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 阅读更多 →