Atom无法直接运行G代码，仅能编辑并借助外部工具链（如picocom、TeraTerm）通过串口发送至CNC控制器；其内嵌Node.js 14.x不兼容serialport模块，相关插件已归档失效，且缺乏语法校验与错误重试机制。
Atom 无法直接运行 G 代码（G-code）程序——它不是解释器或 CNC 控制器，也没有内置串口通信能力。所谓“运行 G 代码”，实际是指：将 G 代码文件通过串口发送给 CNC 控制器（如 GRBL、Marlin），这需要外部工具链配合，Atom 仅能承担编辑和触发发送的角色。
apm install serialport 失败是必然的
想用 Atom 直接发 G 代码，很多人第一反应是装 serialport 插件或自己写 CoffeeScript/JS 脚本调用 Node.js 的 serialport 模块。但这条路从 2025 年起已彻底堵死：
-
serialportv10+ 要求 Node.js ≥ 16.x，而 Atom 最高只内嵌 Node.js 14.x（v1.60 最终版），apm install serialport必报Cannot find module 'serialport'或编译失败 - 即使降级到
serialport@9.2.6，其原生模块在 Windows 上依赖node-gyp+ Python + VS Build Tools，而apm rebuild无法绕过 ABI 不兼容问题 - 所有基于
atom-serial-port、gcode-terminal等历史插件均已从 GitHub 归档，apm search gcode返回空列表
platformio-ide-terminal 是唯一可凑合用的终端入口
如果你已有 PlatformIO IDE 插件（且成功降级到 platformio-ide@2.7.2 + Atom v1.60），可用其终端间接发送 G 代码，但必须绕过 UI 层、直调命令行工具：
- 确保已安装串口工具：Windows 用
putty或teraterm，macOS/Linux 用screen或picocom（例如：sudo apt install picocom） - 在项目根目录下新建
.atom-build.yml，内容示例（Linux/macOS）：cmd: "picocom" args: - "-b" - "115200" - "/dev/ttyUSB0" - "--send-cmd" - "cat {FILE_ACTIVE}" - Windows 用户改用
teraterm：cmd: "ttermpro.exe"，参数需匹配其 CLI 文档；注意路径含空格时要用双引号包裹 - 关键限制：
{FILE_ACTIVE}发送的是整个文件，不支持交互式逐行发送；GRBL 报错（如error: Expected command letter）时无法重试或清空缓冲区
Ctrl+` 打不开终端？先确认三件事
很多用户卡在这一步，以为插件坏了，其实是环境没就位：
- Atom 必须已通过
File > Add Project Folder加载一个真实文件夹（哪怕只含一个test.gcode），否则platformio-ide-terminal不初始化，Ctrl+`完全静默 - 检查快捷键是否被系统占用：macOS 的
Cmd+`默认切前台应用，Windows 的Ctrl+`可能被游戏或输入法劫持；可在keymaps/base.cson中硬编码绑定：'atom-workspace': 'ctrl-alt-g': 'platformio-ide-terminal:toggle' - 终端启动后执行
echo $PATH，若输出不含/usr/local/bin或C:\Program Files\TeraTerm，说明 Shell 环境未加载，必须勾选插件设置里的Run command in login shell（Linux/macOS）或填完整Shell Override路径（Windows）
真正麻烦的从来不是“怎么点开终端”，而是串口设备权限、波特率错配、G 代码语法校验缺失这三重隐形门槛——Atom 不做任何预检，错误全丢给底层工具报，日志散落在不同窗口，调试成本远高于直接用 grbl-control 或 Candle 这类专用软件。
