注释
.jpg "自动级别问题 #87"){kind=avatar}
|
如果我理解正确，问题出现在 g 代码执行期间（使用自动调平）而不是探测期间。这种行为可能有多种原因：例如，bCNC 中的软件问题，由于接触不良导致的探测问题，USB 传输电缆上的电噪声，夹紧不足（使用双面透明胶带用于 pcb），… 我想验证它是否是由软件引起的，在这种情况下，我会要求您将您的 g 代码发送给我，并运行一个探测周期，将其居中并归零，并将探测数据保存在一个文件中（做不执行 g 代码）。如果您想将其发送到我的电子邮件地址（在关于对话框中），我会尝试了解您的问题。 |
.png "自动级别问题 #87"){kind=avatar}
|
这可能无关紧要，但我在自动调平后也遇到了困难。 版本信息： Grbl 0.9i 首先，我为电路板加载了 Gcode，将轴归零，然后在没有自动调平的情况下运行。全板运行完美。 我完成了自动调平步骤、获取边距、设置最小和最大 Z、设置进给速率和网格定位、按下绘图以验证网格并扫描。扫描运行良好，结果符合预期。z 变形为十分之一毫米。我在扫描区域的中间选择了一个点，然后沿着 z 向下探测。当探头接触到它停止。我按下设置零按钮进行自动调平。我还按下将 Z 轴设置为零。 当我再次尝试运行 G 代码时，主轴在直线上缓慢地起飞，并一直持续下去，永不停止。我关闭了步进器并让它继续运行以查看是否发生了某种奇怪的 x/y 轴偏移但它没有停止。当董事会是 (60,40) 时，它达到了 (100,100)。 我什至保存了自动调平，重新启动程序，重新加载 gcode，验证 gcode 开始正确运行，加载自动调平，同样的事情发生了。主轴一直在移动。 如果您对它们感兴趣，我很乐意发送我的 gcode 和您可能需要的其他文件。 |
|
我一直在检查这两种情况下的原始 Gcode，并注意到程序切换单位并使用线性插值而不是快速定位。这是前几行的区别，直到“锁定”。代码可能会移动一个空格，但我已尽我所能将其排成一行。
我想可能有几个问题。 我会继续挖掘，但我想我会把它传递下去。如果我有时间并尝试进行一些调试，我也希望深入研究代码。 |
|
很抱歉向线程发送垃圾邮件，但我还有一个提示。 我认为这是一个单位转换错误。美国真的需要改用公制…… |
|
确认，看起来像一个单位转换错误。我刚刚重新生成了公制（单位为毫米）的原始gcode，整个过程很顺利！ |
|
感谢调查！事实上，插值错误地假设探测报告单位与 gcode 相同。我回来后会尽快修复。 |
|
乐于帮助！作为后续行动，我一整天都在以 mm 为单位运行 gcode，没有任何问题。此外，我还没有让我的主轴在停止后被击落。我确实失去了与董事会的联系，不得不重新打开端口，但在为我停止后它没有移动。 |
|
通过新的更正，它接受混合英寸、毫米 gcodes |
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
我以 15 毫米/分钟的相当慢的速度运行我的探头，但我的机器允许开始在一侧倾斜太深以至于它破坏了我的钻头。在过去的 8 小时内，我已经破解了 20 多个位，试图找出问题所在，有人知道我应该从哪里开始吗？
我夹紧，将机器放回原位，探测电路板（每英寸 15×15 点），转到电路板中心，探测 z，设置零，命中 Z = 0，然后执行 g 代码。