1. Sysmac自动化平台全景

Sysmac是欧姆龙面向机器自动化推出的一体化控制平台。它并不是“一个PLC加一个软件”的简单组合，而是由控制器、现场网络、工程软件、人机界面与运动执行机构共同构成的一套完整体系。理解Sysmac，关键不在于记住型号，而在于看清各层之间的分工与数据流向：谁负责实时控制，谁负责信息处理，谁负责配置与调试，谁负责把状态呈现给操作者。

一、平台的四层构成

从整体架构看，Sysmac可以划分为四个层次。

第一层是控制器层。核心是NJ系列和NX系列机器自动化控制器。NJ系列定位为一体化控制器，在同一CPU内同时处理运动控制、逻辑控制、顺序控制与信息处理；NX系列则更强调与NX I/O及安全单元的紧凑组合，适合中小型设备。两者都基于统一的Sysmac架构，使用相同的指令体系和变量编程模型。控制器内部通常包含运动控制引擎、顺序控制引擎、EtherCAT主站以及OPC UA等通信功能，这意味着过去需要多台设备完成的任务，现在可以在一个CPU内完成。

第二层是现场网络层。Sysmac以EtherCAT作为主干现场总线。EtherCAT采用“飞读飞写”的处理方式，主站发出一个以太网帧，各从站在帧经过时即时读写自己的数据，因此具有很高的通信效率和确定性。在Sysmac中，EtherCAT不仅连接远程I/O，还连接伺服驱动器、变频器、安全I/O和视觉设备。运动控制指令通过EtherCAT周期同步下发，伺服状态同样按周期回传，形成闭环。

第三层是工程软件层。Sysmac Studio是统一的工程环境，负责控制器配置、变量定义、程序编写、运动轴设置、EtherCAT网络组态、HMI画面设计以及调试与监视。它的重要特点是“一个项目、一个变量表、一个网络配置”，控制器与HMI共享变量，减少重复定义带来的错误。

第四层是人机界面与信息层。HMI（如NA系列）通过EtherNet/IP或直接变量访问与控制器交换数据，用于显示设备状态、报警、配方和操作按钮。再往上，控制器可通过OPC UA、数据库连接或MQTT等方式与上位信息系统交换数据，实现生产数据采集与追溯。

二、设计哲学：一体化与确定性

Sysmac的设计哲学可以概括为三点。

第一，控制一体化。传统方案中，运动控制由运动控制器完成，逻辑控制由PLC完成，两者之间通过总线交换少量数据，编程和调试相互割裂。Sysmac把运动控制和逻辑控制放在同一个CPU、同一个工程、同一套变量中。例如，一个轴既可以在运动程序中作为插补轴使用，也可以在顺序程序中直接读取其状态变量，不需要额外的通信映射。

第二，网络确定性。EtherCAT的周期通信使控制周期可预测。以NJ-501为例，典型运动控制周期可设为1 ms或更短，EtherCAT通信周期与运动周期同步。这意味着伺服指令下发和状态回传的时间抖动很小，适合多轴同步、电子凸轮、飞剪等对时间敏感的应用。

第三，工程一致性。Sysmac Studio中定义的变量可以直接被HMI引用，不需要在HMI侧重新建立地址表。控制器组态、网络组态、轴参数和HMI画面保存在同一个工程中，版本管理更简单，也减少了“控制器改了、HMI没改”这类常见问题。

三、一个典型系统如何组织

假设一台包装设备需要完成送料、切刀、封口和剔除四个动作。采用Sysmac平台时，可以这样组织：

• NJ控制器作为主控，运行顺序程序和运动程序；
• EtherCAT总线上挂接3台伺服驱动器（送料、切刀、封口）和1台远程I/O站（按钮、指示灯、气缸阀）；
• 安全急停信号接入NX安全单元或安全I/O，通过EtherCAT Safety传递；
• NA HMI通过变量直接显示轴位置、节拍、报警，并允许操作员切换配方；
• 控制器通过OPC UA把产量和报警上传到上位系统。

在这个系统中，轴参数、I/O变量、HMI变量都在Sysmac Studio中统一命名。例如定义全局变量Axis_Feed表示送料轴，HMI画面直接绑定该变量显示当前位置，运动程序也直接使用该轴变量，不需要地址转换。

四、学习Sysmac应抓住的主线

面对Sysmac平台，建议按“控制器—网络—软件—HMI”的主线建立认知：先理解NJ/NX控制器内部有哪些引擎、各自负责什么；再理解EtherCAT如何把伺服和I/O连接成确定性网络；然后掌握Sysmac Studio中变量、程序、轴和网络组态的组织方式；最后理解HMI和信息层如何共享数据。这条主线贯穿后续所有章节，也是判断一个Sysmac系统设计是否合理的基本框架。