PROFINET IRT 时钟同步抖动？从主站周期到从站相位排查

PROFINET IRT 对时钟同步的要求比 RT 高一个量级，同步抖动一大，运动控制的轨迹就会抖。最近调一条多轴产线，同步抖动从几十纳秒恶化到微秒级，按下面顺序排查，最终定位到一台交换机端口配置被改过。
第一，先确认主站发送周期。IRT 的发送时钟必须稳定，主站周期抖动会直接传导到全网。用抓包看主站周期报文的间隔分布，如果主站本身就在抖，后面查从站没有意义，先查主站负载和任务优先级。
第二，查同步报文路径。IRT 同步帧要走带宽预留的时隙，中间经过不支持 IRT 的交换机或端口，同步帧会被当成普通帧排队，抖动立刻上来。逐段核对路径上每台设备的 IRT 支持情况和端口使能状态，别只看拓扑图。
第三，看从站相位偏差趋势。单个从站抖动大，重点查它的本地时钟和线缆；全网一起抖，重点查主站和主干交换机。把各从站的相位偏差画成趋势图，单点问题和系统问题一眼就能分开。
第四，警惕“改过一个参数”的现场。产线最常见的抖动来源不是设计缺陷，是有人临时改了端口速率、换了根非屏蔽跳线、或者把同步主干和普通办公流量混到一个 VLAN。排查时先问最近动过什么，比从头测一遍快得多。
大家在 IRT 现场一般把同步抖动控制在什么量级？有没有遇到过单台设备拖垮全网同步的案例？

IRT 同步抖动先证明主站周期本身稳，再查路径，这个顺序正确。补充：中间若串入非 IRT 端口，同步帧会掉进普通队列，表现就是全网相位一起漂。从站相位趋势能区分单点线缆问题和主干问题；改过交换机端口或 VLAN 后务必重做一次线缆延迟/拓扑校验。主站通用 OS 上还要看实时任务是否被日志尖峰抢走，必要时绑核。把「改过一个端口参数」写进变更记录，能少查很多冤枉分支。