确定性的两种做法
两者都用于周期数据交换，差别在确定性从哪来。常规实时依靠以太网优先级机制，把实时帧标记为高优先级优先转发，并跳过三层四层的处理路径，周期通常在毫秒量级，抖动随网络规模增长，用普通交换机就能组网。等时实时在硬件层面按时间片调度，需要全网时间同步与支持该机制的专用硬件，周期可以短到几十微秒且抖动极小，因此用于多轴同步、位置控制这类对时序敏感的应用。选择依据是工艺要求的周期与抖动，而不是技术新旧。
基本信息
| 常规实时 | 软件与优先级机制，无需同步，普通交换机可用 |
|---|---|
| 等时实时 | 硬件时间片调度，需要同步域与专用硬件 |
| 周期量级 | 常规实时为毫秒级，等时实时可低至几十微秒 |
| 抖动 | 常规实时随网络规模增大，等时实时受控且极小 |
| 规划要求 | 等时实时要求拓扑与规划严格匹配 |
| 同步机制 | 等时实时依赖全网时钟同步，同步丢失即破坏实时性 |
| 混用 | 同一网络中两类数据可共存，但需保证带宽约束 |
典型使用场景
- 一般 I/O 与联锁信号：常规实时已足够，无需为它上专用硬件
- 运动控制与多轴同步：必须评估等时实时的周期与抖动指标
- 线体改造加装轴控：确认现有交换机与拓扑是否满足等时实时要求
- 混合网络：周期数据与普通流量共存时，验证带宽与优先级配置
- 故障定位：同步丢失、优先级标记被清除都会表现为周期抖动增大
- 验收：用实测周期与抖动数据判断是否达到设计指标
两类实时对照
| 维度 | 常规实时 | 等时实时 |
|---|---|---|
| 调度方式 | 优先级优先转发 | 硬件时间片调度 |
| 周期量级 | 毫秒级，可低至数百微秒 | 可低至几十微秒 |
| 抖动 | 随规模增长 | 受控且极小 |
| 硬件要求 | 支持优先级处理的普通交换机 | 支持该机制的专用硬件 |
| 是否需同步 | 不需要 | 需要全网时钟同步 |
| 典型应用 | I/O、联锁、状态采集 | 多轴同步、位置控制 |
选型与验收要点
选型与验收要点
# 1 明确工艺要求：最小周期与允许抖动分别是多少
# 2 常规实时满足需求时不上等时实时，避免专用硬件与规划成本
# 3 选等时实时则先确认交换机、拓扑与同步方案，再谈周期指标
# 4 验收以实测为准：记录周期与抖动的最大值，而不是看组态里的设定值
# 5 变更管理：接线或设备增减后重新验证同步与实时指标周期设定值不等于实际周期：网络负载、交换机转发与同步质量都会影响最终表现，指标必须以实测为准。
等时实时对拓扑与规划要求严格，事后随意增删设备或更换交换机可能直接引起同步异常，改动前应先评估再施工。