2. LinuxCNC基础
LinuxCNC（原EMC2，Enhanced Machine Controller）是当今工业与教育领域最具影响力的开源数控系统。它并非一个简单的G代码解释器，而是一个将通用Linux操作系统改造为硬实时运动控制平台的完整软件栈。理解LinuxCNC的历史演进、分层架构、实时内核机制以及核心组件（EMC2、HAL、Axis）之间的协作关系，是进行后续PLC集成开发的前提。本章将从这四个维度展开，帮助读者建立对LinuxCNC的系统性认知，并明确其在工业自动化生态中的定位。
2.1 LinuxCNC的历史演进与开源生态定位
核心原理：LinuxCNC起源于美国国家标准与技术研究院（NIST）在20世纪90年代发起的EMC（Enhanced Machine Controller）项目。其最初目标是为研究机构提供一个不受商业限制的、可验证的数控算法验证平台。2000年后，项目由开源社区接手，更名为EMC2，并在2012年正式定名为LinuxCNC。这一历史背景决定了其架构设计的两个核心基因：一是模块化，即每个功能单元（解释器、运动规划器、I/O控制）都是独立可替换的组件；二是实时性，即从一开始就针对硬实时操作系统进行优化，而非在通用操作系统上打补丁。
判断方法：评估一个数控系统是否适合采用LinuxCNC，可以从以下维度判断：
- 硬件自由度：是否需要支持非标准轴数（如5轴联动、并联机床）或特殊电机类型（直线电机、力矩电机）。
- 成本敏感度：是否希望避免每台设备数千元的专用控制器授权费用，而采用通用PC+IO板卡方案。
- 协议开放性：是否需要与自研PLC、视觉系统或MES系统进行深度、低层级的集成。
- 维护周期：是否具备内部技术团队，能够维护基于Debian的定制实时系统。
2.2 系统架构：从用户界面到电机驱动的分层协作
核心原理：LinuxCNC采用严格的分层架构，各层之间通过明确定义的接口通信。顶层是非实时的用户界面进程（如Axis、Touchy），它们运行在普通Linux用户空间，负责显示状态、接受输入。中间层是实时任务模块（EMC2 Task），运行在实时线程中，负责G代码解析、运动学计算和轨迹规划。底层是HAL（硬件抽象层），它提供了一种类似电路板的“信号连接”机制，将运动控制器的输出（如速度指令）与具体的硬件驱动（如步进电机脉冲发生器）连接起来。
操作流程：一次典型的运动控制流程如下：
- 用户在Axis界面加载G代码文件，点击“运行”。
- 非实时进程通过NML（中性消息语言）消息队列将文件内容发送给实时任务模块。
- 任务模块中的解释器逐行解析G代码，生成规范数据块（CANON），并调用运动学模块计算机器人关节坐标。
- 轨迹规划器根据设定的进给率和加速度，生成一系列插补点（通常每毫秒一个点）。
- 这些插补点通过HAL的“信号”写入到PID控制器的指令输入引脚。
- PID控制器读取编码器反馈，计算误差，输出控制量到硬件驱动（如stepgen），最终驱动电机。
| 层级 | 实时性 | 主要职责 | 与PLC集成的关系 |
|---|---|---|---|
| 用户界面层 | 非实时 | 人机交互、状态显示、参数配置 | 可通过DBus或TCP/IP与PLC的HMI通信 |
| 任务控制层 | 硬实时 | G代码解释、运动学、逻辑I/O协调 | 通过M指令或自定义M代码调用PLC子程序 |
| HAL层 | 硬实时 | 信号路由、PID闭环、编码器计数、脉冲输出 | 通过HAL引脚直接映射PLC的数字I/O点 |
| 实时内核 | 硬实时 | 线程调度、中断响应、内存管理 | 保证PLC通信周期与伺服周期同步 |
2.3 实时内核机制：RTAI与PREEMPT_RT的选型与调优
核心原理：LinuxCNC的实时性依赖于底层内核的硬实时能力。RTAI（Real-Time Application Interface）采用“双内核”方案，在Linux内核旁运行一个独立微内核，实时任务运行在微内核中，优先级最高。PREEMPT_RT则是将Linux内核本身完全抢占化，通过补丁将所有自旋锁替换为可睡眠的互斥锁，使标准Linux进程也能获得微秒级确定性。对于PLC集成，PREEMPT_RT的优势在于：它支持标准Linux的CAN驱动、EtherCAT主站（如SOEM、IgH），无需为RTAI重新编译驱动。
判断与操作流程：选择实时内核后，需进行以下验证与调优：
- 抖动测试：使用
latency-test工具，在系统满载（如编译内核）时测试最大延迟。要求伺服周期抖动小于5μs。 - CPU隔离：在
/etc/default/grub中添加isolcpus=2,3，将实时线程绑定到专用CPU核心。 - 中断亲和性：将网卡、USB控制器中断绑定到非实时核心，避免干扰。
- 内存锁定：在启动脚本中执行
mlockall，防止实时线程被换页。
printf()、malloc() 等非确定性函数。
2.4 核心组件详解：EMC2任务模块、HAL与Axis界面
核心原理：EMC2任务模块是系统的“大脑”，它维护一个有限状态机（Idle、Running、Paused、Aborting），协调解释器、运动控制器和I/O控制器。HAL是系统的“神经网络”，它允许用户通过 halcmd 命令或 .hal 启动脚本，将不同组件的引脚用“信号线”连接起来。Axis是默认的图形界面，它基于GTK2/OpenGL，提供三维刀具轨迹显示、手动操作面板和MDI（手动数据输入）窗口。
案例拆解：一个典型的步进电机轴配置
假设我们要配置一个X轴，使用并行口输出脉冲，编码器反馈到计数器。在 custom.hal 中，我们执行以下连接：
# 加载步进发生器组件，每轴一个实例
loadrt stepgen step_type=0,0
# 加载PID控制器
loadrt pid num_chan=1
# 加载编码器计数器
loadrt encoder num_chan=1
# 连接信号：将运动控制器的X轴速度指令连接到stepgen的指令输入
setp stepgen.0.position-scale 8000 # 8000步/毫米
setp stepgen.0.steplen 1
setp stepgen.0.stepspace 0
setp stepgen.0.dirsetup 1
setp stepgen.0.dirhold 1
# 连接PID反馈
net x-vel-cmd axis.x.motor-pos-cmd => stepgen.0.position-cmd
net x-pos-fb encoder.0.position => axis.x.motor-pos-fb
net x-vel-fb encoder.0.velocity => pid.0.feedback
# 连接PID输出到stepgen
net x-pid-out pid.0.output => stepgen.0.velocity-cmd
分析判断过程：上述配置中，axis.x.motor-pos-cmd 是任务模块计算出的期望位置，它直接作为stepgen的位置指令。stepgen内部根据位置误差产生脉冲频率。编码器反馈的位置和速度分别用于闭环和显示。这里的关键是 position-scale 必须与机械传动比精确匹配，否则会出现位置偏差。
结果与复盘：在一次实际调试中，我们发现X轴在高速移动时出现“丢步”现象。通过 halscope 观察 stepgen.0.position-cmd 与 encoder.0.position 的差值，发现指令加速度过大，导致电机扭矩不足。解决方案是将 axis.x.max-acceleration 从 500mm/s² 降低到 300mm/s²，并增加 stepgen.0.accel 限制。这提醒我们：HAL连接正确只是基础，动态参数的匹配才是精度的关键。
Ctrl+P 可以打开HAL调谐面板，实时修改PID参数。但请注意，这些修改在重启后会丢失。若需持久化，应写入 custom_postgui.hal 文件。
2.5 常见误区与总结复盘
误区一：混淆“实时”与“快速”。LinuxCNC的实时性是指确定性（在最坏情况下也能在限定时间内响应），而非高吞吐量。一个运行在2GHz PC上的LinuxCNC，其单轴脉冲输出频率可能不如专用DSP芯片，但其优势在于灵活性和可扩展性。
误区二：忽视HAL信号命名规范。在大型项目中，HAL信号命名混乱会导致排障困难。建议采用 轴名-功能-方向 的格式，例如 z-pid-out、spindle-enable。
误区三：将PLC逻辑直接写入G代码解释器。正确做法是使用M代码扩展。例如，定义M100为“调用PLC子程序1”，在 custom_mcodes.py 中编写Python脚本，通过共享内存或Modbus与PLC交换数据。
总结：本章从历史、架构、实时内核和核心组件四个维度剖析了LinuxCNC。理解其分层思想是后续PLC集成开发的基础——PLC负责逻辑与顺序控制，LinuxCNC负责运动与轨迹规划，两者通过HAL引脚或网络协议（如Modbus TCP）进行松耦合集成。下一阶段，我们将深入HAL的引脚类型与信号路由规则，这是实现自定义硬件接口的关键技能。