车间里说的”网络慢”，多数时候不是带宽不够，而是不确定。一条控制指令迟到 2 毫秒，造成的损失可能远大于带宽不足带来的卡顿。时间敏感网络（TSN）的价值就在这里：它把”最坏情况”变成可测量、可写进合同的指标。
车间抖动到底是怎么产生的？
普通以太网是”尽力而为”的：所有流量共享队列，谁先到谁先走。当视觉检测的大帧图像和运动控制的小帧指令挤在同一端口时，小帧会被大帧阻塞——这在术语上叫队头阻塞。拥塞越严重，阻塞时间越不可预测。
工程上表现为：平均延迟看起来只有几毫秒，但 99 分位延迟可能跳到几十毫秒。平均值骗人，最坏值才决定产线会不会停。
TSN 靠哪些机制保证确定性？
TSN 不是单一技术，而是一组 IEEE 802.1 标准的集合。真正决定确定性的是下面三项。
| 标准 | 机制 | 解决什么 |
|---|---|---|
| 802.1AS | 时间同步（gPTP） | 全网设备共享同一时钟基准，误差在亚微秒级 |
| 802.1Qbv | 时间感知整形 | 按时间片划分门控，关键流量独占时隙 |
| 802.1Qbu / 802.3br | 帧抢占 | 大帧传输中可被打断，小帧优先通过 |
三者是配套关系：没有精确时间同步，时间片就排不准；没有帧抢占，关键帧仍要等大帧传完。只上其中一项，效果会大打折扣。
实测差异有多大？
在我们的测试床里复现了这个问题，结论与业界公开数据方向一致。
| 场景 | 平均延迟 | 99 分位抖动 | 是否可承诺 |
|---|---|---|---|
| 普通以太网，无拥塞 | 0.5 毫秒 | 1 毫秒以内 | 否，拥塞即失效 |
| 普通以太网，拥塞 | 2 毫秒 | 30 毫秒以上 | 否 |
| TSN，时间感知整形 | 0.2 毫秒 | 微秒级 | 可 |
注意最后一行”可承诺”三个字——这才是 TSN 的真正卖点。它让网络延迟从”希望它快”变成”合同里写死上限”。
什么场景值得上 TSN，什么场景不值得？
判断标准只有一条：是否存在硬实时约束，且违反约束的代价很高。
- 值得：多轴协同运动控制、机器人视觉伺服闭环、车载以太网的线控系统、需要多路同步采样的测试台。
- 不值得：普通的数据采集与看板、非实时的图像回传、办公网络。这些场景用普通千兆网加 QoS 就能满足，上 TSN 是浪费预算。
落地要避开哪些坑？
- 先量后改：没有基线抖动数据就谈优化，最后都是拍脑袋。改造前先连续采集一周的 99 分位延迟。
- 交换机必须全链路支持：链路上只要有一台不支持 Qbv，时间片就无法端到端生效，整条路径退化回尽力而为。
- 配置复杂度被低估：时间片规划需要和产线节拍对齐，改一次工艺就要重排一次门控表，运维成本要提前算进去。
- 留回退路径：任何改造都应能在两小时内恢复原状，否则一次配置失误就是一次停线。
TSN 和工业以太网协议（如 EtherCAT、PROFINET）冲突吗？
不冲突，但层次不同。EtherCAT、PROFINET IRT 靠专有机制实现实时性，通常要求专用硬件；TSN 是在标准以太网之上做确定性，优势是能与普通流量共网。现实中常见做法是 TSN 承载控制流量，IT 侧流量共用同一物理网络，减少两套布线。
改造需要更换全部设备吗？
不需要。通常只更换关键路径上的交换机与支持时间同步的端点设备，非关键节点可以保留。但要注意：端点若不支持 802.1AS，其发出的流量无法被精确调度，只能放在尽力而为的时间片里。
发表回复