评论
.jpg "机器不遵循刀具路径 #142"){kind=avatar}
|
嗯，发件人只是报告 grblHAL 告诉步进器执行的操作。由于这些机器是开环控制系统，因此无法知道机器的真实位置。（是的，伺服系统可以报告存在定位错误，但仅此而已。） 我从来没有见过激进的缓冲区做这样的事情。我的第一个想法是某种机械问题导致丢失步骤。您可以尝试在重新打开主动缓冲的情况下进行空中切割吗？它是可重现的吗？与其他 GCode 程序？ |
|
空气切割期间（有时）也存在问题。在与路径发生巨大的可怕偏差并取消程序后，使用 G0X0Y0 命令将其完美地移回 (0,0)，因此没有丢失任何步骤。我会去车库里的电脑，获取导致问题的 gcode，以防有帮助。 |
|
好吧，就是这样，以 45 度角穿过工作区域的锯齿形。 T1 G1X79.352 |
|
IOsender 中的红点（据我所知）以与切割器本身相同的方式错误地移动。 |
.png "机器不遵循刀具路径 #142"){kind=avatar}
|
3D 图是错误的，红点按照命令移动：
第 12 行 (G1X2.000Y35.941Z-0.500F3000.0) 不知何故没有被发件人正确解析，我会调查一下。 |
|
红点和刀具偏离了路线，而不仅仅是开始时的那一小块。它跳过了几行之字形，然后再次开始之字形。 |
|
这是另一个文件（使用更大的面对位）也以类似的、不可预测的方式出错： T1 |
|
3D情节怎么会错？绘图中绘制的线条与发送的命令不一样吗？ |
|
我看到的是情节的第一小部分是错误的，然后情节与之后的机器位置相匹配。在下面的截图中，左边的第一条对角线应该与其他对角线平行。机器追踪一条对角线。
|
|
开始时的偏差可能有助于诊断问题，但正如我所说，问题是一个比那更大的错误，几行切割缺失，甚至在一些空切中也是如此。 |
发件人独立于控制器解析 gcode，并将结果用作绘图的基础。解析器或绘图例程中存在错误，我 100% 确定。我还没有运行程序完成，所以我不知道该错误是否出现在情节的其他部分。
你的意思是红点没有跟随剧情？ |
|
我没有看到任何其他偏差。您的程序（减去 T1）在除了第一个小部分之外的红色轨道上插入。 顺便说一下，您使用的进给速度非常慢。我不记得你机器的具体细节，但我打赌你至少可以达到 2000 毫米/分钟。特别是当只是略过顶部时。 |
|
钱币。我用默认设置在板上运行它。将默认最小值提高到 5000，这很好。对不起。 |
是的，红点和切割器都偏离了情节很多厘米，据我所知，通过在它们之间来回观察，以相同的方式。
开始时有一个缓慢的斜坡下降，然后速度非常快（50 毫米/秒？） |
|
[仍然无法弄清楚引号在这里是如何工作的，抱歉] |
|
您必须像引用后一样留空，否则它会假定它是引用的一部分。我被那个绊倒了很多次。 |
[谢谢] |
因为那是在我取消勾选“积极缓冲”之后我认为它已修复。积极缓冲出错的症状是什么？ |
|
绘图例程中存在错误，解析器正常。
我不想考虑这个……希望控制器由于格式错误的命令而出错，如果只是丢失了命令——那又怎样？ |
|
ioSender Edge.36p2我认为是对情节错误的修复。 |
|
运行该版本 (Edge.36p2) 会出现一个带有 grbl 设置选项卡的窗口，而其他大多数选项卡呈灰色。控制台中没有任何文字，也没有显示坐标。也许我需要一些关于如何正确安装更新的说明 ？ |
|
你解压之前的版本了吗？如果不是，您会收到此首次启动消息：
单击是会导致：
在这里您必须选择要使用的端口或网络连接。如果您选择一个没有连接控制器的端口，您将看到如上图所示的屏幕。当我在我的机器上选择 COM1 时，我明白了… 如果您在现有副本上解压，将使用旧设置，如果失败请告诉我。 仅供参考，可以创建可执行文件的快捷方式并在命令行上设置一些基本参数，此处为信息。 |
|
我想这个问题已经解决了，如果没有重新打开。 |
昨天我试图面对我的破坏板，惊讶地发现刀具没有遵循实时预览窗口中正确显示的刀具路径。红点和主轴偏离了轨道，必须停止。我尝试更新到最新的可执行文件 (x.35)，但这并没有解决问题。在不同的尝试中，问题并没有完全相同。
会不会是因为我勾选了“积极缓冲”选项？我取消了它，问题似乎消失了，但我仍然保持警惕。我在 Phil Barrett 的 Teensy 4.1 上使用 grblHAL，并在 IOsender 和控制板之间使用以太网链接。
您能想到没有遵循正确加载和显示的刀具路径的任何原因吗？