你看到你的 grbl 配置 $13= 了吗？如果设置为 0 则以毫米为单位 如果设置为 1 则以英寸为单位

@vMeph： 这设置只确实定发送回以获得取消状态状态报告（位置、偏移量、速率）和存在储的单位13���升设置只确实定���升发送回�ü我以获得取消状态状态报告（位置、偏移量、速率）和存在储的单位＃ 参数。它不会影响 gcode 程序的运行方式。

只有 G20 和 G21 改变了 g 代码程序分别以英寸或毫米为单位的解释方式。每次都必须在 g 代码程序开始时设置这些。UGS 应参考 G20/21 模态状态来确定发送到 Grbl 的单元。

@rlwoodjr: Grbl 始终默认为 G21 毫米模式。因此，在电源循环或重置后，它被设置回 G21。您可以通过以下方式对启动行进行编程来更改此默认值：$N0=G20。这将在重置或电源循环后自动运行并设置 G20。

请注意，通过 解锁 Grbl 的警报模式后，$N启动行不会运行$X。这是为了防止启动线在退出警报后运行。如果用户在启动行中编程了一个动作，主要是为了防止它执行动作。只需在 之后软重置 Grbl$X即可让启动线运行。我知道这并不理想，但我打算尽快解决这个问题。

@rlwoodjr这是手工制作的 gcode 程序吗？您可能应该将 G20/G21 放在程序的顶部。

旧版本的 UGS 会修改英寸/毫米状态，但现在只有手动输入的 G20/G21 命令才能做到这一点。G90/G91 绝对/相对定位也是如此。

@rlwoodjr如果它是一个 UGS 错误，你能分享 gcode 程序让我测试吗？

客户报告说 G20 是最重要的。我询问并收到了文件，其中包括 G20。它在我的 E3 上运行良好。他们还报告说他们使用另一个 g 代码发件人和以英寸为单位的文件路由。

这是文件。我相信它是用 F-engrave 制作的。
编号.txt

@rlwoodjr我知道这可能发生的唯一方法是用户以某种方式将 G20 列入 UGS 黑名单。但我不确定这怎么可能发生在一个人身上，更不用说几个人了。在那种情况下，可视化工具也会将 gcode 显示为 mm（NO.txt 将是 1.97mm x 0.45mm），你知道这是否发生了吗？

它会显示在G20靠近底部的选项中，而不是BadLine：

好决定！这对我的一位客户有效。

是的，客户报告了可视化器上的比例变化。

可视化器中的单位现在从首选单位设置中选取。这可能比更改 G20 和 G21 或 $13 设置更直观。

我试过几次阅读这个问题，据我了解，这应该得到解决吗？

UGS 现在有一个首选单位设置，并将相应地转换任何进给率、dro 单位或可视化器中的模型。关闭就好了吗？