atom不原生支持g-code运行，仅通过插件实现语法高亮、补全及串口发送等辅助功能；需language-gcode与autocomplete-plus配对使用，并借助外部工具（如platformio-ide-terminal）发送至cnc控制器。

Atom 本身不原生支持 G-code 文件的运行或仿真，它只是一个文本编辑器。所谓“运行 G-code”，实际是指：**在 Atom 中编辑 G-code 后，通过外部工具（如 CNC 控制器、串口发送器、G-code 解析器）将其发送到机床或模拟执行**。Atom 能做的，是提供语法高亮、行号、自动缩进、快捷发送等辅助能力——这依赖插件协同实现。

为什么 autocomplete-plus 和 language-gcode 插件必须配对使用

Atom 的补全和语法识别是解耦的：autocomplete-plus 是调度中枢，但不认 G-code；language-gcode（或类似命名的社区插件，如 language-grbl、language-cnc）负责告诉 Atom “哪些文件后缀属于 G-code”“哪些词是 G0/G1/M3 这类指令”。如果只装前者，输入 G1 不会高亮；只装后者，按 Ctrl+Space 也不会弹出补全建议。

• language-gcode 类插件通常注册 .g、.gcode、.ngc 等后缀，并定义指令关键字、参数格式、注释规则
• 部分插件（如 gcode-viewer）还集成简易预览面板，但依赖本地 Python 或 Web 服务，非开箱即用
• 若插件未上架官方仓库（atom.io/packages），需手动 git clone 到 ~/.atom/packages/ 并运行 apm install

如何让 Atom 直接发送 G-code 到串口（如 GRBL 控制器）

Atom 没有内置串口功能，必须靠插件桥接。最常用的是 serial-plotter 或 atom-serial，但它们更偏向数据绘图；真正用于 CNC 发送的是 gcode-sender（已多年未更新）或轻量替代方案：platformio-ide-terminal + 手动执行 cat file.gcode > /dev/ttyUSB0（Linux/macOS）或 type file.gcode > COM3（Windows）。

左手医生开放平台

左手医生开放平台是一款面向智慧医疗服务建设的 AI 医疗开放平台。

下载

• 确保目标串口设备已连接且权限正确（Linux/macOS 需将用户加入 dialout 组）
• platformio-ide-terminal 插件可调出终端，避免切换窗口；但注意它不解析 G-code，只是管道
• 不要依赖插件自动加 sleep 或流控——GRBL 的 $10=2（报告模式）和 $32=1（激光模式）需提前配置好，否则发送会卡住

常见失败现象与对应检查点

编辑完 test.gcode 后点击“发送”却无响应？不是 Atom 坏了，大概率是链路断在某个环节：

• 右下角语法模式显示为 Plain Text → 说明 language-gcode 未生效，或文件后缀不匹配（试改名为 test.ngc）
• 终端报错 Permission denied: '/dev/ttyUSB0' → Linux 下执行 sudo usermod -a -G dialout $USER，然后重启系统（仅加组不重启无效）
• 发送后机床不动，串口工具（如 Arduino IDE Serial Monitor）能正常通信 → 检查 Atom 插件是否启用了 DTR/RTS 自动复位（GRBL 需要 DTR=low 才进入就绪态）
• 插件安装后 Atom 无反应 → Windows 用户务必关闭所有 Atom 进程（任务管理器中杀掉 atom.exe 和 atom-node.exe），再重启

Atom 对 G-code 的支持始终是“编辑优先、运行借力”。真正的运行逻辑不在编辑器内，而在你选择的串口工具、固件配置和物理接线里。别在 autocomplete-gcode 这种不存在的插件上浪费时间——先确认 language-gcode 是否让文件变色，再决定要不要搭终端管道。