这是可视化工具实现方式的一个已知限制，基本上绘图代码会在解析 gcode 时将所有内容转换为 MM。目前 UGS 没有很好的方法知道 GRBL 报告的是什么单位，幸运的是@philreindl正在这方面进行一些改进，这应该有助于很多领域——包括可视化工具。

这是关于这个问题#96的一张旧票，我认为它是这个问题的副本，但实际上描述的是很久以前修复的一个案例（具有讽刺意味的是，如果没有解决这个问题，可视化工具会以这种方式工作你期望的）。

谢谢你的更新，威尔。

2016 年 1 月 22 日星期五，Will Winder notifications@github.com写道：

主题：回复：[Universal-G-Code-Sender] 可视化问题 ( #333 )
To: “winder/Universal-G-Code-Sender” Universal-G-Code-Sender@noreply.github.com
Cc: “barnold96” bb31757@yahoo.com
日期：2016 年 1 月 22 日，星期五，上午 10:40

这是可视化工具实现方式的一个已知限制
，基本上绘图代码
会在解析 gcode 时将所有内容转换为 MM。目前
UGS 没有很好的方法知道 GRBL
报告的是什么单位，幸运的是@philreindl正在
这方面进行一些改进，这应该有助于很多
领域——包括可视化工具。

这是关于这个问题#96的一张旧票，我认为它是这个问题的
副本，但实际上描述的是
很久以前修复的一个案例（具有讽刺意味的是，如果没有解决这个
问题，可视化工具会以这种方式工作你
期望的）。

—
直接回复此电子邮件或
在 GitHub 上查看。

我正在做的工作（应该准备好合并，顺便说一句）的中心主题是将慢跑 gcode 命令与正在运行的“真实”gcode 隔离开来。为此，我们需要跟踪单位和运动模式。就其本身而言，这些东西不会暴露给可视化工具使用。但我希望这样做会非常简单。