1. 问题背景：工业网络为什么需要支持多业务共存？
在智能制造场景中，一条产线可能同时存在运动控制、机器视觉、设备状态采集、质量检测和运维管理等业务。
这些业务通常运行在同一生产系统中，但通信特征并不相同：
- 运动控制：具有周期性或时序要求，关注控制链路的通信性能。
- 机器视觉：可能产生持续或突发的大流量数据，需要评估带宽与实时性要求。
- 设备数据：包含状态、告警、日志和诊断信息，不同数据的时效性和传输要求存在差异。
因此，工业网络融合的核心问题不是简单地把设备接入同一交换网络，而是如何在共享基础设施的情况下，对不同业务进行分类、调度和管理。
TSN（Time-Sensitive Networking，时间敏感网络）为这一目标提供了相关标准化机制，但实际部署仍需要结合设备能力、业务模型和网络拓扑进行设计。
2. 三类业务的网络需求分析
2.1 运动控制业务
运动控制通信通常具有明确的周期或时间约束。对于多轴控制、机器人或其他协同控制应用，网络不仅需要保证数据可达，还需要满足应用对通信周期、时延和时延变化的要求。
工程设计需要明确控制周期、报文规模、端到端通信路径、同步要求及可接受的性能边界。
需要注意，控制系统的最终性能还取决于控制算法、执行机构、驱动器响应和系统整体架构，不能将所有控制性能指标都简单等同于网络指标。
2.2 机器视觉业务
机器视觉流量取决于相机数量、图像分辨率、帧率、数据格式以及处理架构。
多相机并发传输可能形成较大的持续流量；图像集中上传或特定业务阶段也可能带来突发负载。网络规划需要结合平均流量、峰值流量和实际链路资源进行分析。
此外，视觉数据与视觉结果应当区分。原始图像流量可能主要受带宽需求影响，而检测结果若参与实时控制，则可能具有不同的时效性要求。
因此，视觉系统不能被简单地作为一种统一优先级的业务进行配置。
2.3 设备数据业务
设备数据可能包括状态采集、温度、电流、告警、日志和故障诊断信息。
这类数据中，有些需要较及时地送达控制或监测系统，有些主要用于历史记录和趋势分析。工程团队需要根据数据用途、采集周期、传输目标和时效性要求进行分类。
如果将所有设备数据都归为普通流量，可能忽略重要告警的时效性；如果所有数据都配置为最高优先级，又可能造成资源分配不合理。
3. TSN 为多业务共网提供哪些机制？
TSN 是一组标准化网络机制，而非单一协议。具体项目需要根据应用需求和设备支持情况，选择适用的技术组合。
3.1 时间同步
IEEE 802.1AS 等相关机制为网络中的时间同步提供标准化基础。对于需要统一时间参考的控制与调度应用，时间同步是重要组成部分。
但工程验证不能停留在设备是否支持同步功能，还需要检查同步关系、设备实现、网络拓扑以及实际应用所要求的时间精度。
3.2 流量调度与整形
IEEE 802.1Qbv 等机制可用于时间感知流量调度，相关整形机制也可用于管理特定业务流的发送行为。
对于运动控制与机器视觉共网的场景，工程团队需要先识别关键业务流，再根据业务时序、带宽需求、链路资源和设备能力规划调度策略。
并非所有场景都必须使用相同的调度机制，也不能仅凭支持某项标准就推断整个网络能够满足具体业务要求。
3.3 流量过滤与监管
相关流量管理机制可帮助网络按照配置对流量进行约束和管理。对于可能产生大流量的视觉数据，这类机制有助于在设计层面明确业务流边界，减少不符合预期的流量行为对其他业务造成影响。
实际效果仍取决于网络设计、设备实现、参数配置和测试结果。
3.4 网络配置与管理
随着网络节点、业务流和配置关系增加，人工配置与逐台维护的复杂度可能迅速上升。
IEC/IEEE 60802:2026 为工业自动化场景下的 TSN 特性选择、配置、默认值、协议和流程提供了共同规范，并涉及相关网络管理数据模型。它有助于建立更一致的工业 TSN 配置基础，但并不替代项目中的具体设备适配与验证。
4. 共网设计中最容易忽略的五个问题
4.1 只统计设备数量，没有梳理业务流
设备数量不能直接反映网络负载。一个视觉设备可能产生多个数据流，而同一控制器也可能与多个节点进行周期性交互。
因此，设计阶段需要建立业务流清单，明确源节点、目的节点、流量规模、通信周期、实时性要求和经过的网络路径。
4.2 只看总带宽，没有检查关键链路
网络总体带宽充足，不代表每条关键链路都不存在资源竞争。
如果多个大流量业务汇聚到同一上行链路，或者关键控制流与其他流量共享资源，就需要检查实际链路容量、业务叠加情况和调度策略。
4.3 只检查单台设备，没有验证端到端路径
端到端通信性能由完整路径共同决定。单台交换机的功能和性能数据不能直接代表整个网络的最终表现。
应当结合真实拓扑、设备组合和业务负载，对关键链路开展端到端验证。
4.4 只验证正常运行，没有评估变化条件
新增相机、调整采集频率、替换设备或改变网络拓扑，都可能改变流量关系与配置条件。
对于涉及关键业务的变化，应评估其影响范围，并根据风险开展必要的回归测试。
4.5 只完成项目验收，没有设计运维机制
长期运行需要配置版本管理、网络状态监测、故障定位和变更追溯等能力。否则，项目初期验证通过的网络可能因后续调整而偏离原有设计要求。
5. 建议的 TSN 共网工程实施流程
第一阶段：业务建模。 梳理运动控制、机器视觉和设备数据的通信需求，明确业务流、性能指标及现有系统约束。
第二阶段：设备能力评估。 确认终端、交换机、控制器及管理工具的功能边界，检查相关 TSN 特性是否满足项目需要。
第三阶段：网络架构设计。 规划拓扑、链路容量、关键业务路径、时间同步关系和流量调度策略。
第四阶段：端到端验证。 在具有代表性的业务负载下，验证关键业务是否满足应用要求，并记录测试条件、参数和结果。
第五阶段：交付与运维。 建立配置基线、变更管理、状态监测和必要的回归测试机制，确保网络在扩展后仍然可管理、可验证。
6. IEC/IEEE 60802-2026 与工业网络融合
IEC/IEEE 60802:2026《工业自动化时间敏感网络配置文件》于2026年6月29日发布。该标准为工业自动化网络选择和配置相关 TSN 特性、选项、默认值、协议和流程提供共同依据。
对工程项目而言，标准化有助于建立更一致的设备和网络配置基础，但不意味着所有产品天然具备相同功能，也不意味着所有工业应用都能直接实现端到端互操作。
具体项目仍需完成设备能力确认、业务流规划、配置验证和应用测试。
7. 总结
机器视觉、运动控制与设备数据可以在合理的工业网络架构中共享基础设施，但不能把"物理连接成功"直接等同于"业务协同成功"。
决定共网方案是否可行的关键因素包括：
- 业务流特征和性能要求是否明确；
- 设备能力与网络架构是否匹配；
- 时间同步、流量调度和资源规划是否合理；
- 端到端测试是否满足应用要求；
- 后续变更与运维是否具备可管理、可验证的机制。
三旺通信围绕 TSN 芯片、TSN 交换机、确定性网络及行业解决方案进行布局。对于工业通信系统而言，TSN 产品能力需要与具体业务需求、系统集成和工程验证相结合，才能转化为实际应用价值。
TSN 让多业务共享网络基础设施具备了技术条件，而业务建模、网络设计与端到端验证，决定了共网方案能否真正落地。