4. 变量与数据类型：局部变量、全局变量、系统变量的定义、作用域、数据类型及常见系统变量（如#1-#149、#500-#999）
在宏程序开发中，变量是承载数据、实现逻辑判断与参数传递的核心载体。与普通数控代码中的常量不同，变量允许程序在运行过程中动态地读取、计算和写入数值，从而使同一段程序能够适应不同尺寸、不同工况的加工需求。理解变量的分类、作用域和数据类型，是编写健壮、可维护宏程序的前提。本章将系统梳理局部变量、全局变量与系统变量的本质区别，并结合典型数控系统（以FANUC为参考）的变量编号规则，深入解析其应用场景与注意事项。
上图展示了三类变量的核心关系：局部变量是宏程序内部的“私有工作区”，全局变量是跨程序共享的“公共数据池”，而系统变量则是连接宏程序与数控系统内部状态的“桥梁”。在实际编程中，正确选择变量类型直接决定了程序的可靠性、可移植性和调试效率。
4.1 局部变量：宏程序的私有工作区
4.1.1 核心原理与编号规则
局部变量是定义在宏程序内部的变量，其作用域仅限于当前宏程序（或当前子程序调用层级）。FANUC系统中，局部变量编号为#1~#149，其中#1~#33用于接收调用参数（如G65 Pxxxx A_ B_ C_），#34~#149可在程序内部自由使用。局部变量在每次宏程序调用时自动初始化（清空或置为空），程序结束或返回主程序后，其值不再保留。
| 变量范围 | 用途 | 特点 |
|---|---|---|
| #1 ~ #33 | 接收外部调用参数（A、B、C等字母对应） | 调用时赋值，返回后清空 |
| #34 ~ #149 | 程序内部临时计算、中间结果存储 | 仅当前宏程序可见，断电不保持 |
4.1.2 判断方法与操作流程
判断一个变量是否应定义为局部变量，可遵循以下流程：
- 确认数据生命周期：该数据是否仅在当前宏程序执行期间需要？如果是，则使用局部变量。
- 确认数据共享需求：该数据是否需要被其他程序（如主程序、另一个宏程序）读取？如果不需要，则使用局部变量。
- 确认断电保持需求：该数据在机床断电后是否需要保留？如果不需要，则使用局部变量。
示例：编写一个钻孔循环宏程序，计算孔深与刀具直径的比值。该比值仅用于当前孔的加工判断，无需跨程序共享，因此使用局部变量#100（注意：此处#100实际为全局变量，但若仅在当前程序使用且不依赖断电保持，也可用#34~#149）。更规范的做法是使用#34或#35。
4.1.3 案例拆解：参数传递与局部变量
假设需要编写一个矩形口袋铣削宏程序，主程序通过G65调用并传递长、宽、深三个参数。程序内部使用局部变量接收参数并计算刀具路径。
O9010 (矩形口袋宏程序)
#1 = #24 (X方向长度，对应A参数)
#2 = #25 (Y方向宽度，对应B参数)
#3 = #26 (深度，对应C参数)
#4 = #1 / 2 (计算半长)
#5 = #2 / 2 (计算半宽)
... (后续加工代码)
M99主程序调用：G65 P9010 A100.0 B80.0 C10.0。此时#1=100，#2=80，#3=10。程序内部#4、#5为局部计算变量。这种设计使得宏程序完全独立，不依赖外部全局变量，便于复用。
4.1.4 常见误区与复盘
- 误区一：在宏程序内部使用#500~#999等全局变量存储临时计算结果，导致程序执行后残留数据，影响后续程序。
- 误区二：未注意#1~#33的“空值”特性。如果调用时未传递某个参数，对应变量为
空，直接参与运算会触发报警。应使用IF[#1EQ#0]进行判断。 - 复盘：局部变量的核心价值在于“隔离性”。在编写宏程序时，应养成“所有中间计算均使用局部变量”的习惯，仅将需要输出的结果写入全局变量。
4.2 全局变量：跨程序共享的数据池
4.2.1 核心原理与编号规则
全局变量在所有程序（主程序、子程序、宏程序）中均可访问，其生命周期贯穿整个加工过程。FANUC系统中，全局变量分为两组：#100~#199（断电后清空）和#500~#999（断电后保持）。#500~#999常用于存储刀具寿命计数、工件偏置值、加工计数值等需要长期保存的数据。
| 变量范围 | 断电保持 | 典型应用 |
|---|---|---|
| #100 ~ #199 | 否（关机清零） | 当前工件加工计数、临时跨程序传递 |
| #500 ~ #999 | 是（断电保持） | 刀具寿命管理、机床参数备份、工件坐标系偏移 |
4.2.2 判断方法与操作流程
选择全局变量时，需明确以下问题：
- 数据是否需要跨程序共享？ 例如，主程序需要读取宏程序计算出的结果，则必须使用全局变量。
- 数据是否需要断电保持？ 例如，刀具累计加工件数，断电后不能清零，必须使用#500~#999。
- 是否存在冲突风险？ 多个宏程序同时使用同一个全局变量，可能导致数据覆盖。建议建立变量使用清单，避免冲突。
风险提示：全局变量是“公共资源”，一旦被某个程序意外修改，可能导致其他程序逻辑错误。例如，某宏程序将#501用作临时变量，而另一个刀具管理程序也使用#501存储刀具寿命，就会造成严重事故。务必在程序头部注释变量用途。
4.2.3 案例拆解：刀具寿命管理
某加工中心需要统计每把刀具的累计使用次数，当达到设定寿命时自动报警。使用#500~#509存储刀具计数。
O9020 (刀具计数宏程序)
#501 = #501 + 1 (1号刀计数加1)
IF[#501 GE 100] THEN #3000=100 (寿命到，报警)
M99每次换刀后调用G65 P9020。由于#501断电保持，即使机床关机，计数也不会丢失。该方案简单可靠，但需注意：若多把刀具共用变量，需为每把刀分配独立变量号。
4.2.4 常见误区与复盘
- 误区一：将#100~#199用于需要断电保持的数据，导致关机后数据丢失。
- 误区二：未建立全局变量分配表，不同程序重复使用同一变量，造成逻辑混乱。
- 复盘：全局变量的使用应遵循“先规划、后使用”原则。建议在机床参数或程序注释中建立全局变量映射表，明确每个变量的用途、所属程序、数据类型。
4.3 系统变量：连接系统内部状态的接口
4.3.1 核心原理与分类
系统变量是数控系统预定义的变量，用于读取或写入系统内部状态，如当前坐标、主轴转速、刀具补偿值、报警信息等。系统变量以#1000以上的编号表示，不同数控系统（FANUC、SIEMENS、三菱）定义略有差异。FANUC常见系统变量包括：
| 变量编号 | 含义 | 读写属性 |
|---|---|---|
| #5021~#5023 | 当前坐标（X、Y、Z） | 只读 |
| #5041~#5043 | 当前工件坐标（G54~G59） | 只读 |
| #5221~#5223 | G54工件偏置值 | 读写 |
| #1101~#1108 | 刀具长度补偿值（H码） | 读写 |
| #3000 | 宏程序报警（可自定义报警号） | 写 |
| #3006 | 程序暂停等待操作者确认 | 写 |
4.3.2 判断方法与操作流程
使用系统变量时，需注意以下要点：
- 确认读写属性：部分系统变量为只读（如当前坐标），强行写入会导致报警。
- 确认坐标系状态：读取#5041~#5043时，需确保当前已正确建立工件坐标系。
- 注意变量单位：坐标类系统变量单位为毫米（或英寸），角度单位为度，与系统设定一致。
经验提示：在宏程序中读取当前坐标时，建议使用#5021（坐标）而非#5041（工件坐标），因为#5021不受G54~G59切换影响，更稳定。
4.3.3 案例拆解：自动对刀与坐标补偿
某机床需要自动测量工件高度并更新G54的Z偏置。使用系统变量读取当前Z坐标，计算差值后写入#5223（G54的Z偏置）。
O9030 (自动对刀宏程序)
#100 = #5023 (读取当前Z坐标)
#101 = #100 - 50.0 (假设对刀块高度50mm)
#5223 = #101 (写入G54 Z偏置)
#3006 = 1 (暂停，提示操作者确认)
M99该程序实现了“测量-计算-写入”的闭环，避免了手动输入偏置值的误差。但需注意：写入#5223前，必须确保当前坐标系为G54，否则会修改错误的偏置。
4.3.4 常见误区与复盘
- 误区一：混淆#5021（坐标）与#5041（工件坐标），导致计算错误。
- 误区二：在程序运行中频繁读取系统变量，影响系统实时性。建议在关键节点读取一次并存入局部变量。
- 复盘：系统变量是宏程序与机床“对话”的窗口，但也是风险最高的变量类型。修改系统变量前，务必确认其含义和影响范围，必要时备份原始值。
4.4 数据类型与运算规则
4.4.1 数据类型
宏程序变量本质上是浮点数（双精度），但支持整数运算和逻辑判断。变量值可为：
- 数值：如
#1=10.5，支持正负、小数。 - 空值（#0）：表示未定义或未赋值。参与运算时会导致报警。
- 逻辑值：
TRUE（1）或FALSE（0），用于条件判断。
4.4.2 运算规则与优先级
宏程序支持算术运算（+、-、*、/）、函数运算（SIN、COS、SQRT等）、逻辑运算（AND、OR、XOR）和比较运算（EQ、NE、GT、LT等）。运算优先级为：函数 > 乘除 > 加减 > 比较 > 逻辑。注意：除法运算中，除数为0会触发报警。
示例：#10 = #1 * 2 + SIN[#2]，先计算SIN[#2]，再计算乘法，最后加法。方括号用于函数参数，圆括号用于表达式分组。
4.4.3 常见误区与复盘
- 误区一：将整数赋值给变量后，参与除法运算得到小数，但后续比较时未考虑浮点精度误差。例如
#1=1/3，再判断IF[#1*3 EQ 1]可能为假。应使用IF[ABS[#1*3-1] LT 0.001]。 - 误区二：在条件判断中直接使用
#1=#2（赋值）而非#1 EQ #2（比较），导致程序逻辑错误。 - 复盘：数据类型虽简单，但精度和空值处理是宏程序调试中最常见的坑。建议在程序开头对关键变量进行初始化，并添加必要的空值检查。
4.5 变量作用域与程序结构设计
4.5.1 作用域对比与选择策略
| 变量类型 | 作用域 | 生命周期 | 推荐使用场景 |
|---|---|---|---|
| 局部变量（#1~#149） | 当前宏程序 | 程序调用期间 | 临时计算、参数接收、中间结果 |
| 全局变量（#100~#199） | 所有程序 | 断电前 | 跨程序数据传递、当前工件计数 |
| 全局变量（#500~#999） | 所有程序 | 断电保持 | 刀具寿命、机床参数、长期数据 |
| 系统变量（#1000+） | 系统级 | 实时 | 坐标读取、补偿写入、报警控制 |
4.5.2 设计原则
- 最小化全局变量使用：能使用局部变量解决的问题，绝不使用全局变量，减少耦合。
- 建立变量命名规范：在程序头部注释变量用途，如
(#501=1号刀寿命计数)。 - 避免在宏程序中修改系统关键变量：如#3000报警，需谨慎使用，防止误触发。
4.5.3 案例拆解：多程序协作的变量规划
某生产线需要三个宏程序协作：A程序负责测量，B程序负责加工，C程序负责统计。规划如下：
- A程序将测量结果写入
#100（全局，断电清零），供B程序读取。 - B程序加工完成后，将加工件数累加到
#501（全局，断电保持）。 - C程序定期读取#501，判断是否达到保养周期。
该方案清晰划分了变量职责，避免了冲突。若A程序误用#501存储临时数据，将导致C程序误判。
4.5.4 常见误区与复盘
- 误区一：在宏程序中大量使用#500~#999作为临时变量，导致断电后残留数据，下次开机时程序逻辑混乱。
- 误区二：未考虑系统变量在不同机床上的差异。例如，某些机床的#5221可能不是G54的X偏置，而是其他功能。移植程序前必须查阅机床说明书。
- 复盘：变量作用域的设计本质是“数据流管理”。优秀的宏程序应像优秀的软件工程一样，明确数据的所有权、生命周期和访问权限。
最终提醒：在编写宏程序前，请务必完成以下三件事：1）列出所有需要共享的数据，并分配全局变量编号；2）明确哪些数据需要断电保持，选择#500~#999；3）查阅机床系统变量表，确认所需系统变量的编号和读写属性。这三步能避免80%以上的变量冲突和逻辑错误。