简介：这份 Sysmac Studio 中文手册面向具备电气系统知识、正在学习 PLC 的电气工程师、设计人员、安装维护人员及职能系统管理者，帮助读者掌握欧姆龙自动化软件在 NJ/NX/NY 系列控制器上的编程、设备设置与系统设计。资源包内含 1 个 PDF 文件，大小约 30.96MB，是完整的操作指南文档，章节按编号分级组织，便于按目录逐节查阅。手册从 Sysmac Studio 的操作程序讲起，依次说明页面结构、控制器单元的安装与布线（含单元连接、滑块锁定方式）、程序设计规范（国际标准 IEC 61131-3 与日本标准 JIS B 3503）、安全使用与正确使用的注意事项，并附有版本差异说明、附加信息与术语解释。内容既适合初学者通读并建立整体认知，也便于现场调试时按章节查证细节，目前已有 18035 人学习下载。
1. 一本手册的正确打开方式：先查目录，再翻到那一页
凌晨两点，一位朋友发截图过来：Sysmac Studio 连上控制器后弹了个对话框问「同步」往哪边走，他随手点了「下载」，结果把现场调了两天的轴参数覆盖成了模板值。这类事故跟手速无关，跟有没有翻过手册里「下载 / 上传 / 同步」三个词的定义有关——手册开篇就把这三个词固定下来，多数人直接跳到第 4 章写程序去了。
这份 Sysmac Studio 中文手册不是教材，是一本按操作路径编排的工程字典：NJ/NX/NY 系列控制器的编程、控制器配置、EtherCAT 组网、运动控制、在线调试、故障排除，全部拆到「界面上点哪一步、那个参数是什么含义」。学 PLC 的人拿它能少走弯路，但前提是别从头读到尾，而是带着问题去查目录。它面向的是有电气基础的人——能看懂继电器回路、知道什么是上升沿，剩下的部分手册会一步步告诉你在哪个选项卡里点。
2. 拆手册骨架与装软件：版本、环境、安装顺序三件事
拿到一份几百页的操作手册，第一反应通常是翻到第一页开始读。这个习惯在工程软件上代价很高：前 30 页讲的是法律声明、商标归属和目标受众，真正能救命的「适用型号」和「适用电脑」藏在 1-3 节里，两分钟能看完，却能省掉后面两小时的折腾。
2.1 三级标题加图标语言：先学会跳读
手册的页面结构是固定的：一级标题给章号，二级标题给小节编号（比如 4-3 安装单元），三级标题落到具体动作（4-3-1 连接控制器），页面右下角的页面标签给出主章节编号，纸质版和 PDF 里对齐页码都靠它。正文里还会穿插五类特殊信息图标——安全使用的注意事项、正确使用的注意事项、附加说明、版本信息、注。前两类是「不做会出事」，后三类是「不做会绕路」。
真正需要盯住的是「版本信息」这个图标。它标的是不同 CPU 单元版本、不同 Sysmac Studio 版本之间的规格和功能差异。举个具体的场景：你手上是一台出厂固件比较新的 NX1P2，照着网上流传的旧截图去配某个功能，界面里根本找不到那一项——不是软件坏了，是那一版固件没有这个功能。看到版本信息图标，说明这一页的操作在不同版本上行为不一样，得先确认自己站在哪一边。
还有一个容易忽略的地方是术语页。手册在开头专门解释了「下载」是从 Sysmac Studio 传到物理控制器，「上传」是从控制器传回 Sysmac Studio，而「同步」是自动比较两边数据、再按用户指定的方向传送。这三句话是后面所有联机操作的基准，读不懂它们，第 6 章的在线连接就是雷区。
2.2 章节和工程阶段的对应关系
把手册目录按工程阶段重排一遍，查起来会快很多。下面这张表是我自己贴在工位隔板上的版本，左边是你现在要干的事，右边是手册里该翻的地方。
| 工程阶段 | 手册章节 | 什么时候翻 | 常见误用 |
|---|---|---|---|
| 选型与规格确认 | 1-3 规格 | 买许可、确认支持型号之前 | 拿 NJ 的截图去配 NX102 |
| 安装与卸载 | 第 2 章 | 新机器部署、换电脑 | 跳过适用电脑核对直接装 |
| 项目设计与创建 | 第 3 章 | 新建工程、调整窗口布局 | 找不到 Multiview Explorer 停在哪 |
| 编程 | 第 4 章 | 建变量、写 POU、选语言 | 变量作用域建错，编译才报错 |
| 控制器配置与运动控制 | 第 5 章 | EtherCAT 组网、轴参数、凸轮 | 离线注册完不核对就下载 |
| 在线连接与调试 | 第 6 章 | 连机、同步、在线监视 | 同步方向搞反，覆盖现场数据 |
| 故障排除 | 第 7 章 | 报警、通信不上、轴不使能 | 只看错误码不看上下文 |
表格里最右侧一列，每一条都对应一次真实的返工。以「离线注册完不核对就下载」为例：离线注册是为了在没有实物的情况下先把网络拓扑画出来，方便前期做地址规划和程序框架；但现场接线完成之后，实际从站型号、顺序、固件版本未必和当初画的一致。这时候直接下载配置，控制器在启动阶段做网络校验就会报错，报错信息通常只给一个从站编号，不告诉你到底哪一项不匹配，排查起来全靠人工对数。
2.3 版本信息与适用型号：动手前五分钟的核对
手册 1-3 节下面挂着六个子项：产品型号编号、可从 DVD 和随附数据安装的支持软件、支持的语言、适用型号、许可证类型、适用电脑。这六项里，前三项影响你装什么，后三项影响你能装在哪、能用到什么程度。
核对顺序建议是这样：先翻「适用型号」，确认手上的 CPU 单元型号在列表里，包括同系列不同尾缀的差异；再翻「许可证类型」，搞清楚当前拿到的是哪种授权，别装完才发现功能受限；最后翻「适用电脑」，逐项对齐操作系统版本、处理器、内存、磁盘余量和显示分辨率。这一步很多人跳过，然后在安装到一半的时候卡在某个运行库上，或者装完发现界面显示不全——分辨率不够的时候，某些选项卡会被裁掉，你还以为是软件 bug。
提示：手册里「适用电脑」那一节是按手册发布时点的操作系统写的。系统大版本升级之后再装，先去第 2 章的自动更新小节看前置条件，别默认安装包能一路顺下去。
2.4 安装与自动更新：别一路默认下一步
安装本身不复杂，但有几步值得手动干预。手册第 2 章把安装、卸载、自动更新分成三节，顺序是有讲究的：先把安装路径和组件选清楚，再考虑更新，卸载那一节留到换版本的时候回来看。
- 关掉正在运行的旧版本，退出所有占用系统资源的后台程序，包括正在跑的仿真和监控工具。
- 从 DVD 或随附数据运行安装程序。安装路径避开中文和空格，这一点手册不会专门写，但路径里带空格导致某些组件注册失败的情况，我见过不止一次。
- 安装过程中会询问是否同时安装支持软件，也就是 1-3-2 列出的那一批。按项目需要勾选，不要全勾——装得越多，后面版本冲突时排查面越大。
- 装完先别急着连控制器，打开软件新建一个空项目，确认界面能正常加载、选项卡能正常切换。
- 需要更新时，先读 2-3-1 的前置确认项，再执行 2-3-2 的更新流程。更新过程中不要开工程、不要连设备。
自动更新有一个隐性的边界：它更新的是软件本身，不会替你更新已经建好的工程文件里的设备版本信息。升级完打开旧工程，软件通常会提示工程需要更新，更新之后往旧版本回退就不一定顺了。所以更新之前，把当前工程导出一份存到别的地方，是最省事的保险。
3. 项目、变量与程序：把 IEC 61131-3 落到工程骨架
手册的目标受众里写明了，编程部分面向理解 IEC 61131-3 或 JIS B 3503 编程语言规范的人。这句话翻译过来就是：手册不会教你什么是变量、什么是功能块，它只告诉你在 Sysmac Studio 里这些东西建在哪个界面、填哪些属性。所以这一章的重点不是语法，是工程骨架怎么搭才不出乱子。
3.1 建项目：从启动页到第一次保存
新建工程的路径在 3-3 节，动作链条是：启动软件进入起始页，选择新建项目，指定设备系列与型号，指定设备版本，给项目命名并选保存位置。设备版本这一项必须和实物对上，它决定了后面能调用哪些指令、能配置哪些功能。
项目文件的管理动作比想象中多，手册 3-3 一口气列了十几项：关闭并返回起始页、保存、另存为、打开、导出、导入、密码保护、项目更新历史管理、从在线连接创建项目、许可证显示与注册、项目版本控制。日常用得最多的是保存和另存为，真正救命的是后三项。
密码保护解决的是工程文件被随意打开的问题，适合交付给客户之后设置。项目更新历史管理记录的是这个工程被谁在什么时候改过什么，多人接手同一个项目时，翻这一段比问人快。项目版本控制则把手动备份升级成了版本管理，配合外部版本工具使用，改坏了能回到上一个节点。手册在商标声明里提到了 Git，说明这条链路是官方支持的。
注意：密码设了要留记录。工程密码没有通用的找回通道，忘了就是打不开，只能从备份恢复。
3.2 变量分层：五个作用域别混着用
变量注册在手册第 4 章开头，4-1 节用十个小节把变量类型拆得很细。这张表值得抄下来贴在显示器边上，因为变量作用域建错是新手最高频的编译错误来源。
| 变量类型 | 手册小节 | 建在哪 | 典型用途 |
|---|---|---|---|
| 全局变量 | 4-1-1 | 全局变量表 | 跨程序共享的状态、配方参数 |
| 设备变量 | 4-1-2 | 设备变量表 | 直接映射到 I/O 或从站的过程数据 |
| 局部变量 | 4-1-3 | POU 内部 | 只在当前程序或功能块内有效 |
| 轴变量 | 4-1-4 | 轴设置 | 单轴运动控制的状态与指令 |
| 轴组变量 | 4-1-5 | 轴组设置 | 插补、协调运动 |
| 凸轮数据变量 | 4-1-6 | 凸轮数据 | 凸轮曲线的相位与位移 |
| FB 实例变量 | 4-1-7 | POU 内声明 | 功能块的每次调用实例 |
| 系统定义变量 | 4-1-8 | 系统自动生成 | 控制器状态、时钟、错误标志 |
分层的逻辑是按生命周期和可见范围来的：全局变量活到工程结束，局部变量活到这次调用结束，设备变量跟着硬件走。变量属性在 4-1-9 里填，常量、保持性、初始值这些都在那儿设；变量管理器（4-1-10）负责总览和批量修改，变量一多，靠它找重名比翻程序快得多。
一个具体的坑：设备变量和全局变量同名。编译不一定报错，但你在程序里引用的时候，实际取到的是哪一个取决于解析顺序，在线监视看到的值和预期对不上。命名上给设备变量加统一前缀，是成本最低的规避方式。
3.3 梯形图还是 ST：按维护者选，不按喜好选
手册 4-5-1 讲梯形图编程，4-5-2 讲结构化文本。两套语言能力上基本对等，选哪个主要看三件事：谁维护、查什么、改多频繁。
现场电工要拿着图纸在线排查、要一眼看出哪个触点是断的，梯形图有天然优势，在线监视时能流走向是可视的。涉及大量数学运算、数组遍历、状态机跳转、字符串处理的逻辑，用 ST 写出来的行数通常是梯形图的几分之一，改起来也不容易漏分支。混合写法是最常见的工程解：主流程和联锁用梯形图，算法和通信打包成功能块，内部用 ST 实现。
下面这段是 ST 里轴控制的典型调用顺序，只用于说明结构，功能块名称和引脚要以当前控制器版本对应的指令参考为准。
(* 轴使能与绝对定位的调用顺序示意 *) // 第一步：使能轴，Enable 保持 TRUE，Status 反映伺服是否已上使能 MC_Power( Axis := Axis1, Enable := TRUE, Status => Axis1Status ); // 第二步：启动条件满足后，用 Execute 的上升沿触发一次绝对定位 IF Axis1Status AND StartFlag THEN MC_MoveAbsolute( Axis := Axis1, Execute := TRUE, Position := 100.0, Velocity := 50.0, Done => MoveDone ); END_IF;逻辑说明：使能功能块要一直调用、不要放在条件分支里，否则轴会在条件不成立的那一刻掉使能；定位功能块由 Execute 的上升沿触发，触发之后即使 Execute 保持 TRUE 也不会重复执行，需要先复位再置位才能再走一次。
参数说明：Position 和 Velocity 的单位不是固定的，取决于轴参数里配置的单位换算结果，写 100.0 究竟是 100 毫米还是 100 度，程序本身看不出来，只能回轴设置页确认。Done 只在一次运动正常完成时置位，异常终止不会置位，所以判断运动结束不能只看 Done，还要看错误输出和轴状态字。
注意：轴参数的单位换算没配好，上面这段程序能编译、能下载、能在仿真里跑通，一上实物就飞车或者原地不动。程序正确不代表参数正确。
3.4 程序检查、编译与离线比对：三道闸门
手册 4-7 到 4-9 这三节，构成了下载之前的完整验证链路，很多人只用其中一道。
程序检查（4-7）分「检查全部程序」和「检查选中的程序」两种，查的是语法错误、变量未定义、类型不匹配这类静态问题。它的好处是快，不用等编译就能把低级错误挑出来。编译与重新编译（4-8）生成的是目标代码，改了程序不重新编译，下载下去的仍然是上一次的逻辑。离线比对（4-9）比较的是工程数据和控制器里的数据，4-9-2 还支持合并详细比对结果，差异能精确到某个变量、某一行程序。
三道闸门的顺序是：先检查、再编译、最后比对。跳过检查直接编译，报错信息会混在一堆编译输出里；跳过编译直接下载，你会盯着一个明明改过的程序发呆，怀疑是不是下载失败；跳过比对直接上电，现场改过什么永远说不清。
4. EtherCAT 与运动控制：从 ESI 文件到轴参数的落地顺序
第 5 章是整本手册最厚的一块，也是现场最容易卡住的地方。它按「网络 → 从站 → 机架 → 控制器设置 → 运动控制 → 凸轮」的顺序排，这个顺序不是随便定的，它是配置的依赖顺序：网络没配对，从站参数填了也没用；轴没建好，凸轮数据没有挂载对象。
4.1 先把 ESI 文件管起来
ESI 文件是从站设备的描述文件，里面写了这个从站有哪些对象、支持哪些过程数据、参数的范围和默认值。手册 5-2-7 专门讲 ESI 文件的安装与卸载，把它单独列一节，说明这是高频问题点。
正确的动作顺序是：拿到现场实际使用的从站型号和固件版本，向供应商索取对应版本的 ESI 文件，在软件里安装，然后重新打开配置界面。为什么强调版本对应：同一款伺服，固件升级之后新增了对象或者改了某个参数的取值范围，旧 ESI 里根本没有这些条目，配置界面会缺项；反过来，用新版 ESI 去配旧固件，可能写进去一个旧固件不认识的参数，下载时不报错，运行时行为异常。
ESI 文件装多了会互相干扰。同一型号的多个版本同时存在时，注册从站要选对版本号，选错了界面上看起来一切正常，实际过程数据长度可能对不上。定期清理用不到的旧版本，是省事的做法。
4.2 从站注册：离线与在线两条路
手册 5-2-2 讲离线注册从站，5-2-3 讲在线注册从站。这两条路的适用场景完全不同，混用是常见错误来源。
| 操作 | 手册小节 | 什么时候用 | 关键注意点 |
|---|---|---|---|
| 离线注册从站 | 5-2-2 | 设备还没到货、做前期设计 | 型号和顺序必须在上线前重新核对 |
| 在线注册从站 | 5-2-3 | 现场接线完成、读取实际拓扑 | 需要控制器已连通、网络已上电 |
| 主站参数设置 | 5-2-4 | 配置通信周期、分布式时钟 | 周期改动会影响所有从站 |
| 从站参数设置 | 5-2-5 | 配置单个从站的 PDO 与参数 | 参数项随 ESI 版本变化 |
| 导出从站设置 | 5-2-6 | 备份、交付、批量复用 | 导出的是设置不是固件 |
| 传送网络配置信息 | 5-2-8 | 把配置下发到控制器 | 下发前先做离线比对 |
| 导出网络配置信息 | 5-2-9 | 存档、交接给下一班 | 和工程文件分开存 |
| 打印 EtherCAT 配置 | 5-2-10 | 现场接线核对、评审 | 打印稿要标注版本和日期 |
离线注册的价值在于「提前」：设备没到，程序框架和地址规划可以先做起来。代价是这份配置和实物之间没有任何校验关系，从站型号写错一个字母、顺序排反、固件版本估错，都能顺利画完。上线前必须走一遍在线注册或者逐项人工核对，这一步省不掉。
在线注册读的是真实拓扑，速度快、准确，但它要求控制器已经能连上、网络已经通。现场第一次上电就通信失败的情况下，在线注册根本走不通，只能退回离线注册加人工排查。
4.3 机架与从站端子配置
机架配置分两条线：NX102 或 NX1P2 的 CPU 机架与扩展机架在 5-5-1，NJ 系列的 CPU 机架与扩展机架在 5-5-2。这两条线的界面长得像，但可挂载的单元类型和数量上限不一样，照着另一个系列的截图配，会在某个位置加不上单元。
EtherCAT 从站端子在 5-3 节，流程是创建配置、传送配置信息、导出配置信息三步。从站端子本质上是挂在 EtherCAT 下面的一个子网，它自己的模块排列也要和实物一致，包括电源模块、I/O 模块的槽位顺序。槽位顺序错了，程序里映射的地址会整体偏移，表现出来就是「输入点全错位」，查起来很费时间。
控制器本身的设置在第 5-6 节：操作设置、内置 EtherNet/IP 端口设置、内置 I/O 设置、选件板设置、存储器设置。这几项不会天天改，但新建工程时值得过一遍——特别是内置 EtherNet/IP 端口的 IP 地址，默认值和现场网段冲突的情况并不少见，冲突了表现是能连上却时断时续。
4.4 轴、轴组与凸轮数据：按依赖顺序配
运动控制这一块，手册拆成 5-7 轴与轴组设置、5-8 凸轮数据设置。配置顺序建议固定成：先建单轴，再配单位换算和软限位，然后建轴组、配插补参数，最后做凸轮曲线。
单轴设置（5-7-1）里，单位换算是最需要停下来想清楚的一项。它决定了程序里的 Position 到底是毫米、度还是脉冲，也决定了后面所有运动指令的参数含义。软限位跟着单位走，单位改一次，限位值要重算。轴组设置（5-7-2）建立在单轴之上，轴组里的轴没使能或者单位不一致，插补指令直接报错。
凸轮数据（5-8）有五个动作：注册、编辑、传送、导入、导出。这里最容易漏的是「传送」——凸轮曲线在软件里改完、保存了工程，但没传送到控制器，控制器跑的还是上一次的曲线。程序没错、参数没错，动作就是不对，最后翻到这一页才发现少点了一次传送。
5. 避坑排查：同步方向、ESI 版本与五个高频翻车现场
5.1 同步、下载、上传：三个词的方向别搞反
手册在术语说明里把这三个词钉死了：下载是从 Sysmac Studio 传到物理控制器，上传是从物理控制器传到 Sysmac Studio，同步是自动比较两边数据、再按用户指定的方向传送。
翻车通常发生在「同步」这一步。同步不是单向的，它会先比较，然后把差异按你选的方向搬。如果现场工程师在控制器上直接改过参数，而软件端的工程是旧的，这时候选「从软件到控制器」，现场的修改就没了；反过来选，软件里两天的程序工作就白做了。
一个能落地的习惯：连上控制器后第一次同步，不要直接执行，先看比较结果里的差异清单，确认哪边是新的，再决定方向。差异清单里出现大量变量和程序变动，说明两边分叉很久了，这时候正确的动作是导出备份，而不是二选一。
5.2 五个高频翻车现场
现象一：同步执行完，现场调好的轴参数变回默认值。
原因：同步方向选成了「从计算机到控制器」，软件里的工程还是设备到货前的初始参数。解决：执行前先看差异清单；现场调试阶段，每次改完参数先上传一次到软件端存成新版本，再继续改。
现象二：从站注册成功，但某个参数项在界面上是灰的，改不了。
原因：ESI 文件版本和从站实际固件不匹配，旧描述文件里没有这一项，或者该项被标为只读。解决：核对从站固件版本，向供应商取对应版本的 ESI，卸载旧版本后重新安装，再重新注册从站。别在灰掉的参数上耗时间，那不是权限问题。
现象三：离线注册的拓扑直接下载，控制器启动阶段报网络配置错误。
原因：离线配置和实物在从站型号、顺序或数量上有差异，控制器上电做网络校验时对不上。解决：接上实物走一次在线注册，把实际拓扑读回来，和离线配置逐项比对，以实物为准更新工程。报错信息里的从站编号是从 1 开始数的，对着打印出来的配置单数一遍就能定位。
现象四：程序明明改了，下载后运行行为没变。
原因：只做了程序检查没重新编译，或者编译的是另一个 POU，下载下去的还是上一次的目标代码。解决：改完程序先「检查全部程序」，再执行重新编译，确认编译输出没有错误和未使用的告警，最后才下载。编译输出窗口不要关，出问题第一时间看它。
现象五：凸轮曲线改了，动作还是老样子。
原因：曲线在软件里编辑并保存了工程，但没有执行凸轮数据的传送动作。解决：打开凸轮数据设置页，确认当前曲线是期望的那一条，执行传送，然后在控制器侧确认数据已更新。这一步在手册 5-8-3 里有明确的流程，别靠记忆。
5.3 排查顺序：从物理层往上走
出问题时的排查顺序，决定了你是十分钟解决还是耗一晚上。我的习惯是从下往上：先看 EtherCAT 端口的指示灯和从站状态灯，确认物理链路和供电正常；再看软件的在线连接状态能不能读到网络拓扑；然后看从站和轴的状态字，确认设备层有没有报错；最后才回到程序，看逻辑条件和互锁。
这个顺序的道理很简单：物理层不通，程序写得再对也没用；设备层报错，程序里的使能条件永远不满足。反过来先查程序，很容易在一段完全正确的逻辑里反复怀疑自己。手册第 7 章故障排除按现象归类，配合第 5 章的配置说明一起看，定位会快很多。
6. 联机验证与上线自检：把手册附录变成一张检查表
手册的附录里有设计索引和章节索引，用来查「这个功能在哪一页」。我更愿意把它改造成一张上线前的自检表，每次新设备上电、每次交接班、每次改完程序，照着走一遍。
| 检查项 | 动作 | 通过标准 |
|---|---|---|
| 型号与版本 | 对照 1-3-4 核对 CPU 单元型号与版本 | 与工程里的设备版本一致 |
| ESI 版本 | 核对从站固件与 ESI 文件版本 | 界面上无灰色不可改项 |
| 网络拓扑 | 在线注册或逐项核对离线配置 | 从站型号、顺序、数量与实物一致 |
| 变量作用域 | 检查设备变量与全局变量是否重名 | 无重名、无未使用变量告警 |
| 程序检查 | 执行检查全部程序 | 零错误 |
| 编译 | 执行重新编译 | 无错误，告警已逐条确认 |
| 离线比对 | 比较工程与控制器数据 | 差异项全部有解释 |
| 轴参数 | 核对单位换算与软限位 | 程序里的数值单位与现场一致 |
| 凸轮数据 | 确认已执行传送 | 控制器侧曲线与工程一致 |
| 工程备份 | 导出工程并另存一份 | 备份文件能正常打开 |
这张表里最容易被跳过的是最后一项。工程备份不是把文件复制一份就行，导出功能生成的包才是完整的、可恢复的。用复制粘贴的方式备份，遇到带外部引用或者版本控制信息的工程，恢复时可能缺东西。
进阶一点的用法是把「项目更新历史管理」和「离线比对」组合起来做变更审查。别人改过你的工程，你不用逐行读程序，直接拿控制器里的数据和自己的工程做一次离线比对，差异清单会告诉你是哪几个 POU、哪几个变量被动过，再配合更新历史看时间点，责任和原因都能对上。这个动作在多人轮班的现场特别值钱，比口头交接靠谱得多。
还有一个技巧是关于版本的：升级软件或者升级固件之前，先把工程导出一份，文件名里带上日期和版本号，放在一个单独的目录里。工程文件更新是单向的，一旦跟着新版本保存过，用旧版本软件打开就可能提示不兼容。后悔药只能在升级之前吃。
从那以后我每次上电前都强制走一遍「导出工程 + 程序检查 + 重新编译 + 离线比对」，宁可多花十分钟，也不想再经历一次现场参数被覆盖的凌晨。希望帮到你。
本文还有配套的精品资源，点击获取
