我对 CamBam 输出的测试非常可靠，尤其是在我使用匹配的 RXTX 库迁移到 UCS 1.0.8 之后。经过测试的限制、归位、用于反转方向和归位行为的各种掩码，$I 有效并且将有助于提醒我安装了哪些代码。测试工作偏移量，G92 行为，
将 Grbl 项目页面上的 UCS 更新到当前版本可能是有益的，因为旧版本不能很好地与 .9g 一起播放。
作为附带测试，我将一个串行驱动程序连接到 Uno 上的 Tx 引脚，这将准确输出到 USB 端口的内容。因此，我可以看到构建一个从显示器来实时显示 X、Y、Z 工作和机器位置。

干得好！

当 GRBL 进入 Dwell 模式时，状态报告应返回“Queu”而不是“Idle”，并且步进器使能输出引脚应保持活动状态，但实际情况并非如此。

另一件事，在 M3、M4（主轴加速时间）和 M5（主轴减速时间）之后添加新设置以设置一些延迟，这非常有趣，因为主轴需要一些加速时间才能达到所需的 RPM，实际上 GRBL 会立即启动下一个动作即使主轴没有达到这个速度，这也不太好，特别是在高速加工时。

最后，为什么不在 M7、M8 和 M9 之后做同样的事情（例如，将 GRBL 与 Plasma 结合使用时可能会很有趣）

gerritv
你介意在某个地方上传 UCS 1.08 以便像我这样的其他人可以试用吗？我有 1.07，不知道如何编译我自己的版本。

@Scott216: http://hobbies.psgv.ca/a-working-3d-router/

@sacidu93，对于延迟，您应该使用 G04，Dwell。这是确保您的 GCode 文件能够在各种机器上正确运行的唯一方法。Peter Smid 在第 24 章的 CNC 编程手册中对此进行了很好的描述。在本章中，他描述了它在机器预热、主轴速度变化等方面的用途。将这些延迟编码到 Grbl 本身意味着您的 GCode 无法在其他地方按预期执行。最好增强您的后处理器以包括 G04 的

@sacidu93:@gerritv是正确的。最好你是 G4 驻留的。或者，如果您确实需要它，您可以自己将其添加到主轴控制源代码中，这很简单。

此外，对于驻留，您可以通过将步进空闲延迟设置为 来保持步进器启用$1=255。关于状态报告和停留，这是我不想在即将发布的版本中处理的问题。要做到这一点，我需要重新组织大量代码。

使用 GRBL 9g，当我发出 X 或 Y0.39 的命令（以英寸为单位 – 例如，我得到 X 或 Y 的位置反馈为 0.3898。与我尝试过的其他值相同。在公制中似乎也是相同的结果模式。
约翰·尚普兰

.9G 遵守 G20/G21 代码。您使用的是最新代码吗？我对您的场景进行的测试显示了预期的结果，0.39 英寸或 9.905 毫米。您是否尝试过像 Putty 这样的东西？这将从等式中消除您的发送程序

感谢你的回复。

我对 G20/G21 没有任何问题，只有两种模式下的位置反馈。我在我正在编写的发送程序中发现了这一点，在 Grbl Controller 中也发现了同样的结果。
约翰

@PicEngraver：在目标值的 0.00002 英寸以内实际上与在 0.39″ 处相同。这是由从毫米到步长的转换引起的，反之亦然。Grbl 非常小心地将这些值转换为步长，因此没有任何舍入-关闭问题。因此，它可能看起来不在您的预期位置，但它是。定位可以变化到轴设置的 1/step_per_mm。

谢谢桑尼；它在我的 DRO 显示器中看起来很奇怪。现在我知道没有位置错误，可以根据差异调整我的代码。我正在以 0.007 英寸到 0.01 英寸的 X/Y 步长值和 0 到 -0.0255 英寸的 Z 值流式传输图像 gcode，进给率超过 100 ipm，9g 非常可靠。
感谢您为 GRBL 所做的所有努力。
约翰

有没有人注意到更多问题？如果可以的话，请在接下来的几天内报告他们！如果没有了，我认为 Grbl v0.9g 将在本周末推出。感谢大家的帮助！

@chamnit终于从上周三开始运行 0.9g，忘记反转我的轴并吹掉归位开关（用户错误！）。无论如何，我认为是时候升级了，因为我正在使用一些微不足道的小型数字妈妈开关。 新开关昨天到货，一切看起来不错，虽然我还没有能够运行工作（仍在从将机器移动几百英里中恢复过来）。

无论如何，0.9g 吸引我的是能够进行探测和偏移工具 – 让更换工具时的生活变得更加轻松！我昨天用一个看起来像的脚本运行了一些测试

gcode-probe.js

function go() {
  console.log('$h');
  console.log('G10 L20 X0 Y0 Z0');
  console.log('G1 X35 F2000');
  console.log('G38.2 Z-100 F300');
}
setInterval(go, 1000);
go();

然后用 a 启动它node gcode-probe.js | grbl -i | grep PRB并让它运行一段时间。这个的输出在这里。

虽然我没有完全排除电气干扰，但我确实注意到我安装了探测开关的板在工具探测时实际上发生了偏转。

也许我要禁食了。

我认为（可选地通过 config.h）在探测时具有相同的处理归巢真的很酷。我知道人们将它用于不同的事情，但就我而言，这是为了确保工具更改的准确性。这基本上意味着我每次工作只需要找到一次库存顶部！好棒！

我也在考虑使用这样的探测，因为我使用了具有相同功能的商用机器。它有一个 5 毫米厚的小铝块，您只需将其放在库存顶部，点击探针，然后您就可以开始了，z 轴在库存顶部归零。当然，这仅适用于 z，但 z 对 0 的感觉比 xy 更重要。

日期：2014 年 8 月 13 日星期三 21:38:31 -0700
发件人：notifications@github.com
收件人：grbl@noreply.github.com
主题：回复：[grbl] v0.9g：还有未解决的问题吗？( #463 )

@chamnit终于从上周三开始运行 0.9g，忘记反转我的轴并吹掉归位开关（用户错误！）。无论如何，我认为是时候升级了，因为我正在使用一些微不足道的小型数字妈妈开关。新开关昨天到货，一切看起来不错，虽然我还没有能够运行工作（仍在从将机器移动几百英里中恢复过来）。

无论如何，0.9g 吸引我的是能够进行探测和偏移工具 – 让更换工具时的生活变得更加轻松！我昨天用一个看起来像的脚本运行了一些测试

gcode-probe.js

函数 go() {
console.log(‘$h’);
console.log(‘G10 L20 X0 Y0 Z0’);
console.log(‘G1 X35 F2000’);
console.log(‘G38.2 Z-100 F300’);
}
setInterval(go, 1000);
去（）;

并用节点 gcode-probe.js 开始了它 | grbl -i | grep PRB 并让它运行一段时间。这个的输出在这里。

虽然我没有完全排除电气干扰，但我确实注意到我安装了探测开关的板在工具探测时实际上发生了偏转。

也许我要禁食了。

我认为（可选地通过 config.h）在探测时具有相同的处理归巢真的很酷。我知道人们将它用于不同的事情，但就我而言，这是为了确保工具更改的准确性。这基本上意味着我每次工作只需要找到一次库存顶部！好棒！

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

@tmpvar：我可能需要写一个关于限位开关、归位和探测操作的 Wiki。我会把它放在我这个周末的待办事项清单上。

探测与归位有点不同。使用归位，因为您正在定位机器零位，所以您并不特别在意是否丢失位置，只要您正确找到机器零位即可。因此归位可以立即执行步进器关闭。使用探测，您不能这样做，否则您将失去机器位置。因此，探测将检测探针何时改变状态的第一个实例，当它改变时，它会记录该位置并立即强制进给保持。这意味着您的机器将继续略微移动超过该探测点，然后停止。然后 Grbl 将跟随它进行回缩移动以返回到确切的探针触发点。

要处理这个减速距离，您要么需要在探头中具有一定的灵活性，例如弹簧，要么需要非常慢地进行探测（Grbl 不会低于 1 毫米/分钟），这样减速距离几乎为零。我让这个探测工具非常开放，因此它可以适应用户可能拥有的任何类型的探测。我见过像你这样的例子，或者用户在那里的机器上制作触摸垫，所以他们可以记录他们工具的工具长度偏移。

@tmpvar: 刚看了你的结果。变化似乎很大。当您将探测进给速度减慢到 10 – 50 毫米/分钟时，它会改变吗？它应该。

@chamnit我会在今天晚些时候试一试，让你知道我发现了什么

如果您没有弹簧式探头，300 毫米/分钟的探测速度似乎有点快。例如 Gcode Ripper ( http://scorchworks.com ) 在英寸模式下使用 F5.0，所以大约。125mm/min 管理减速距离为@chamnit上面指出。

新结果：https ://gist.github.com/tmpvar/c6a5f19ef7b902184c23

我相信这里的结果指向电气问题，或者工具探头开关（只是一个便宜的按钮开关）不是很可重复。

因此，也许下一步是设置一个指示器并确保归位开关按预期工作（首先排除那里的电气问题），然后继续用更坚固的东西替换深度开关。

谢谢！

我认为您的脚本可能会增加您的归巢问题。在你的脚本中，将 $h 移到外面（只做一次）以及 GG10 和 G1（应该是 G0 只移动，不切割）。归位循环完成后，机器坐标为 0。由于您使用了 G10，工件偏移量为零，因此此后的任何移动都将相对于机器 0。您可以使用 G28 返回机器 0，而无需弹回归位开关. 如果您的目标是测试探头本身的准确性，那么您也不需要每次都移动 X 和 Y。所以你的循环本身变成了 2 行，一个 G38.2 和一个 G0 Z-55 F500。
除了开关之外，您可能还需要添加去抖动/噪声滤波器。例如，7417 施密特触发器将有助于在一致的电压电平下仅触发 1 个脉冲。例如http://www.ti.com/lit/ds/sdls049b/sdls049b.pdf。或者 RC 低通滤波器可能会有所帮助：http ://www.ganssle.com/debouncing-pt2.htm

昨晚我确实安装了最新的边缘并使用 wiki 从头开始​​重新配置所有内容。我使用包含的 nc 测试文件以及归位和软限制进行了一些基本测试。我测试的一切都坚如磐石，并且按预期工作。wiki 非常好，应该可以帮助每个人起步。我无法在我的基本测试中找到任何错误。在我看来，这一切都已准备好发布。
Ship Ahoy，
Markus
PS：感谢所有为这个项目做出贡献的人，特别感谢@chamnit为了他所有的辛勤工作！

@gerritv这是一个很好的观点，我将把深度探头开关与其余操作隔离开来，看看情况如何

我并没有要求太多来从 $h、G38.2 循环中获得一致的结果，是吗？看起来结果变化比可取的多了一个数量级。我的目标是（理想情况下优于）0.01 毫米的可重复性

我认为你最薄弱的环节是探头接触/开关。一个简单的开关可能达不到那种水平的可重复性或准确性。如果您的机器可以反复到达/离开某个位置并保持准确，那么探头就是您要修理的地方。我会给你发一封电子邮件，我认为现在这不是 Grbl 问题。

今晚我用 G38.2 做了一些测试，我用我用硬纸板做的破探头得到了很好的可重复性，用铝箔包裹并覆盖，加上一个连接到立铣刀钻头的鳄鱼夹。

g0z3
正常
G38.2 Z-3 F100
[PRB:-200.997,-2.995,-44.659]
正常
g0z3
正常
G38.2 Z-3 F100
[PRB:-200.997,-2.995,-44.659]
正常
g0z3
正常
G38.2 Z -3 F100
[PRB:-200.997,-2.995,-44.656]
正常
g0z3
正常
G38.2 Z-3 F100
[PRB:-200.997,-2.995,-44.658]
正常
g0z3
正常
G38.2 Z-3 F100
[PRB: -200.997，-2.995，-44.655]
好的

感谢大家的 v0.9 错误报告（或缺乏）！我刚刚向大众发布了 Grbl v0.9。最后！