平台更新以及工业自动化、EtherCAT 与数字孪生相关的简讯——由新到旧。
运动类程序中的刀具姿态现在在工件坐标系中描述——相对法线的倾角与方位角（orient {tilt, turn}），而不再是某台具体机床的轴字母。载体的轴字母由引擎根据目录中的轴角色打印：摆动式五轴头直接得到 B/C，摇篮工作台得到符号相反的相同角度，机器人手臂按刀具方向做逆运动学，焊接变位机只有回转。同一条焊缝现在无需修改程序文本即可在摆动头和 KUKA 机器人上执行——这是「机床种类 × 末端执行器 × 程序」可移植性矩阵的第一步。工作台的符号在虚拟轴轨迹验证之前标记为假设。另外：摆动头以 5axiskins 求解器与来自孪生体的枢轴长度打印，preflight 依据最大毛坯包围盒并考虑 B/C 回转来判断工作空间。
真实用户场景由一个脚本针对 cncai.ru 和虚拟轴台架执行：通过 API 创建机床，从孪生体生成并启动 LinuxCNC 配置，三个关节回零，声明工件零点并由反馈帧确认，切削程序在 39.9 秒内运行至结束——主轴达到指令转速、motion.in-position、LinuxCNC 日志干净、力矩解除、台架释放且无残留。轨迹裁判将事实与意图对比：99% 的采样在 0.05 mm 公差内，一个拐角处出现 0.11 mm 的离群点。分析表明这是测量而非规划器：位置引脚与程序行引脚在同一次转储中相差约 8 ms——在 800 mm/min 进给下即 0.11 mm——且 G64 圆弧过渡到单段的距离大于到拐角的距离。裁判现在测量到相邻段意图线的距离；公差未放宽，偏离路径仍判红。「拐角处 G61」方案被否决——那会用机床程序去掩盖测量伪影。
机器人孪生体的运动程序从 cncai.ru 下发到台架并在真实驱动器上执行：EtherCAT 总线五个伺服轴、六个从站处于 OP，LinuxCNC 解释器无错误。事实来自三个通道而非按钮应答：HAL 引脚（5 Hz 共 83 帧）、五个轴的驱动器编码器均发生位移、LinuxCNC 日志干净。力矩仅在「复位 E-STOP → 回零 → 启动」步骤内施加，并以测量确认解除。这是自 8 月 26 日以来首次在真实伺服上运行程序；台架轴下仍无机床机械——仍为 TRL 5。
我们为汇川伺服驱动器编写的驱动已被 linuxcnc-ethercat 项目主干接收：PR #512 于 2026 年 8 月 21 日由项目维护者 Luca Toniolo 合并入 master。在此之前，该项目支持的 272 台设备目录中没有任何一台汇川设备。该驱动覆盖 IS620N 与 SV660 两款型号，支持 CSP、CSV 与 CST 模式；两者均被列为「tested and working」，这一状态基于我们自有台架上的工作：三台 IS620N 进入 OP 状态并驱动铣床各轴运动，SV660 在 CSP 模式下完成 30 圈正反转。该驱动已包含在 8 月 22 日发布的 v1.43.0 版本中；项目为 Debian 11、12、13 提供现成的 .deb 软件包，因此使用这些驱动器无需自行编译，也无需第三方分支——8 月 25 日我们在自有台架上验证了官方软件包。我们的第二个驱动（面向维控 VD3E）已于 8 月 24 日合并入 master，将随下一个版本发布。
这是关于我们试验台的续篇：为什么现场总线上的确认几乎从不意味着看日志的人所期望的含义。从主站到硬件之间有四种不同的"已接受"——报文返回了、SDO 得到应答、状态机推进了、电机轴真的转动了——每一种只回答自己那个狭窄的问题。当把一个层级的回答当作另一个层级的回答时，麻烦就开始了。所有案例都来自同一试验台的真实调试（CSP 模式下的汇川 IS620N、维控 VD3E 驱动器、欧姆龙 IO 耦合器、基于 IgH 主站的 LinuxCNC）：一条在成功启动中同样会打印、却耗费了我们几个晚上的 SDO 错误；一次返回 ACK 却什么都没改变的模式写入——命令在 0x6060，事实在 0x6061；以及从 PREOP 状态经总线清除驱动器故障，无论是否生效 ACK 都会到来。与第一篇文章一样，每个数值都标明出处——硬件实测、来自产品手册，或坦率的"尚不清楚"。文章为俄语。
我们在 Habr 上发表了对 LinuxCNC + EtherCAT 技术栈的深入解析：为什么在大多数装机中，基于 CiA-402 profile 的伺服通信都要经过同一个小型开源组件 cia402.comp——它既没有活跃的分支，也没有竞争者。文章逐层梳理整个技术栈：从网卡和 IgH 主站，经总线驱动，直到 LinuxCNC 的关节轴；并补充了文档中没有的内容——通用 profile 到哪里为止，厂商差异从哪里开始。全部内容来自我们自有试验台的调试实践：三台汇川 IS620N 伺服驱动器、一台维控 VD3E 驱动的主轴、以及基于欧姆龙耦合器的开关量 IO。每个数值都标明出处——硬件实测、来自产品手册，或坦率的"尚不清楚"。对于把 EtherCAT 视为昂贵工业奢侈品的人，实用结论是：一台可运行的机床可以由普通工业电脑、普通网卡、开源主站和中端驱动器组成——不含任何专有组件。文章为俄语。
我们梳理了该主题的三篇近期文章——Habr 上对该术语的批判性剖析、Elsevier 综述《Digital Twin applications toward Industry 4.0》（2023）以及一篇行业入门介绍。结论一致：多数研究中的数字孪生只是既有设备运行之上的一层（传感器、遥测、预测性诊断、绩效指标），而 Elsevier 综述明确指出，物理域与数字域的集成仍未解决。模型描述机床，却不控制机床。我们的孪生体方向相反：数控与驱动器配置不是手写的，而是由机床模型生成——轴、运动学、主轴与刀具直接生成可用的控制系统配置，并一次性下发到设备。回路也是闭合的：EtherCAT 总线扫描与调试结果回写至同一模型，不存在第二份真相。按照那篇 Habr 批评文章的标准，这是"工具化"的孪生体——模型与硬件的一致性由生成保证，而非依赖工程师的细心。其价值体现在调试环节，而不是 3D 场景的美观：在驱动器上电之前，整个回路已在虚拟模式下完成验证。
现在每台盒子都在车间硬件上运行自己的网页界面——无需云端。调试人员可从车间网络中的任意设备用浏览器打开，查看盒子状态（核心数、RT 隔离、内存、平台绑定及最近一次服务器通信）、机床虚拟机列表及其控制（启动 / 停止 / 复位 / 自启动）、网络端口图，以及远程支持按钮——一条仅在明确同意后才开启、通往 SyncTwin 工程师的临时安全通道。即使盒子尚未绑定平台或断网，面板依然可用——一切数据都取自盒子本身。
现已开放 EtherCAT 驱动器参数手册（Wecon VD3E、Inovance IS620N、Schneider LXM28E、Mitsubishi MR-J4-TM——单型号最多 1130 个参数，带 RO/RW 访问标注）以及 CiA-402 运动 profile 文档。网站提供俄语、英语和中文。