FIBERIOT / 工业通信
机器人关节收到位置指令，并不意味着它能在控制程序需要的那个时刻用上这条指令。多个关节共享网络时，最值得检查的不是平均传输速度，而是指令从中央控制器出发，经过网络队列，直到关节真正采用的时间。MIPS公布的Actus参考平台更新，把这一问题带到关节内部的通信与控制接口。
01新闻事实：三端口TSN进入关节参考平台
MIPS于2026年11月9日发布公告，介绍Actus参考平台的新进展。公司称该平台把实时电机控制、机器人内部通信和边缘推理放在同一芯片方案，集成带三端口时间敏感网络（TSN）的千兆以太网，并列出CAN-FD和串口。公告以中央控制器和关节控制器之间交换位置、扭矩数据为通信示例。MIPS列出的electronica展示地点为德国慕尼黑，展期为11月10日至13日。公告还介绍了从虚拟平台开发到评估板与软件工具包验证的路径。
这些是厂商对参考平台及活动的披露。公告没有给出某条产线、某种关节数量及指定负载下的端到端期限验收记录，也没有说明每个应用的具体拓扑和队列调度表。下文是飞畅独立工程解读。插图采用通用机器人结构，未描绘Actus实际芯片、展品或测试结果。
02飞畅解读：先区分三段时间
第一段在中央控制器。控制程序产生位置或扭矩指令时，记录生成时刻和命令序号。它什么时候被网络接口实际发出，还受驱动、调度和发送队列影响。第二段发生在网络中，从首个观察端口发出到关节侧端口接收。如果报文经过多跳，应至少知道具体走了哪些端口，以及每一跳怎样处理它所处的流量类别。第三段在关节侧，网络数据进入驱动或实时任务后，可能要等到下一个允许更新设定值的控制周期。
仅在发送端打印一条“已下发”日志，不能代替第二段或第三段的证据。如果在接收网口抓到命令，但控制任务读到的是上一周期的缓存，网络和应用会给出不同的判断。测试记录需要能让同一个序号从发送端一路追到接收时间及控制周期。在同一个时间基准上建立这几列，才知道等待主要发生在何处。
03如果使用时间窗口，怎样看见它的作用
TSN是一组以太网机制。下面只讨论一个假设的、已确认设备支持并启用时间感知调度的设计，不推断Actus采用了这套配置。工程师可以在出口上为特定业务类别安排开放窗口。控制帧排进对应队列后，要等到该队列允许发送并且端口可以发送才离开。开放时间、帧长和链路速率一起决定某帧能否在当轮发出。相邻端口使用同一时间基准有助于将窗口安排到预期位置。若时钟偏差变大或某跳排队情况改变，帧可能错过后续窗口。
用一个只为验收说明的例子。假定某控制任务需要在整毫秒时刻采用新指令，指定一条指令必须在本周期开始后0.8毫秒前进入关节应用缓存。某次试验中网口在0.65毫秒收到帧，应用在0.83毫秒才确认接收。网络端口到达看起来够快，应用却错过了约定的0.8毫秒期限。这时先分清缓存交接、任务唤醒与周期对齐，而不是直接增大链路带宽。换一种情况，如果帧到网口就已晚于期限，才有理由优先翻查发送时刻、出口队列、时间同步与跨跳调度。上述数字均是假设，不是产品性能。
04验收建议：从单关节到多流并发
第一步建立最小链路，记录控制器、参与转发的设备和关节端的配置版本。对同一条测试流，在可用条件下分别采集硬件时间戳和应用记录。不同设备各自打出的时间必须校到同一基准，或者用可追溯的外部测量对齐。否则，把两台钟直接相减，很容易把时钟偏差写成链路延迟。也要说明镜像口时间戳和生产出口时间戳的区别。
第二步按部署条件增加关节和真实背景流量。例如诊断日志、状态上报和工艺数据可以分别加入，观察控制流截止期限、应用缓存更新与非控制业务是否还能正常通过。记录测试时长和报文数，保留最晚到达以及超期次数，而非只截取最平稳的一小段。每次只改变一项条件。若试验要排查排队，可把最晚样本的序号与队列观察记录关联，再看它在哪一跳等待。
第三步检查异常状态。经批准在隔离台架上验证时钟同步异常或指定链路中断，对照状态标记、命令序号、数据有效期与应用恢复条件。端口灯重新点亮不代表第一条新指令已被按时采用。对仍在缓存的旧指令，记录应用怎样识别它已过期，以及重新接受更新需要哪些信号。涉及设备安全动作，应按项目安全设计和验证计划执行，通信测试的结果不作为功能安全认定。
跨供应商验收还需要确认双方对同一条流的描述一致。发送侧认定的优先级和实际出口队列可能不同，现场更换设备或导入另一份配置时尤其值得复查。把流量类别、报文进入的端口、实际队列以及调度表版本记在同一份记录里。若只能证明单台设备在特定配置下按窗口出队，就把结论限制在这一跳，继续验证下一跳和关节端。不同测试中的最晚时间不能直接拼成一个已验证的端到端数字。
最后交付一份可复查的记录，将每条测试流的入口、路径、截止期限、时间戳来源、负载组合和异常前后结果放在一起。设备支持TSN是功能信息，现场能否按时到达需要用这套具体证据判断。
