我正在通过 Arduino 将 GCodes 发送到 grbl。当程序相对较短（<1 分钟）时 – 它可以正常工作，但是当我尝试较长的程序（大约 5 分钟）时 – 它会突然在中间停止，没有警报也没有指示。我可以暂停程序然后继续，它会运行几行然后再次停止。我能够从 GRBL-Plotter 应用程序中获取某种信息，它看起来如下所示。知道这是什么意思吗？
r/grbl – grbl 随机停在中间
当我在 UGS 中运行它时，出现以下异常：
r/grbl – grbl 随机停在中间
赞同
1
反对
10
转到评论
分享
分享
添加评论
排序方式：
最好的
搜索评论
扩展评论搜索
评论部分
u/grbl-plotter 头像
grbl 绘图仪
•
1 年前
•
请尝试流属性“简单发送响应模式”来检查问题是否消失：https://grbl-plotter.de/index.php? id=form-setup-4#flow-control
我认为缺少“ok”响应（以释放缓冲区空间）并且 GRBL-Plotter 无法发送更多代码 – 26 个字节是免费的，但下一行 704 更长（G30X30……）
赞同
1
反对
回复
回复
分享
分享
u/Alonborn1 头像
阿隆伯恩1
OP
•
1 年前
•
简单发送响应模式
谢谢！
我已将模式更改为“简单发送”，但结果仍然相同。
不过，我注意到你的假设是正确的。GRBL-Plotter 似乎发送了一行执行命令，但没有收到任何响应：你可以在下面看到，第 51 行正在发送，但没有收到任何响应。
当我尝试再次重新启动该程序时，它将运行几行，然后再次停止。
真的很奇怪… :-/
RX<G3X19.742Y17.2496I-0.5508J0.1279 32 127 行号：46
TX>G2X19.6515Y17.7552I0.8732J0.4173 32 0 行号：48
<运行|WPos:17.732,12.620,0.000|Bf:0,128|FS:440,75>
RX< G2X19.6515Y17.7552I0.8732J0.4173 32 127 行号：47
TX> G2X19.9516Y19.5354I11.9056J-1.0914 34 0 行号：49
<运行|WPos:18.608,13.936,0.000|Bf:0,128|FS:500,75>
RX< G2X19.9516Y19.5354I11.9056J-1.0914 34 127 行号：48
TX> G3X20.4211Y21.9356I-24.0535J5.9518 34 0 行号：50
<运行|WPos:19.284,15.472,0.000|Bf:0,117|FS:449,75>
RX<G3X20.4211Y21.9356I-24.0535J5.9518 34 127 行号：49
TX>G3X20.6656Y24.4656I-26.4897J3.8365 34 0 行号：51
<运行|WPos:19.756,16.780,0.000|Bf:0,128|FS:323,75>
<运行|WPos:19.668,17.904,0.000|Bf:5,128|FS:402,75>
<运行|WPos：19.908,19.348,0.000|Bf：9,128|FS：500,75>
<运行|WPos:20.264,20.980,0.000|Bf:11,128|FS:481,75|Ov:100,100,100|A:S>
<运行|WPos:20.488,22.452,0.000|Bf:12,128|FS:356,75>
<运行|WPos:20.604,23.536,0.000|Bf:14,128|FS:235,75>
<运行|WPos：20.648,24.208,0.000|Bf：14,128|FS：109,75|WCO：0.000,0.000,0.000>
<运行|WPos:20.664,24.460,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
<空闲|WPos:20.664,24.464,0.000|Bf:15,128|FS:0,75>
赞同
1
反对
回复
回复
分享
分享
u/grbl-plotter 头像
grbl 绘图仪
•
1 年前
•
我喜欢阅读其他 gcode-sender 程序（如 LaserGRBL）中的问题，这些问题大多可以通过使用更好的屏蔽 USB 电缆和/或使用带有更好的 USB-RS232 转换器的“原装”Arduino 来解决。
我自己在使用 Arduino 复制品/假冒产品时没有遇到任何问题
赞同
2
反对
回复
回复
分享
分享
u/Alonborn1 头像
阿隆伯恩1
OP
•
1 年前
•
已编辑 1 年前
•
实际上，我刚刚意识到，当 Arduino（我没有原装）在没有 CNC 防护罩的情况下执行程序时，它会一直运行到最后，问题就消失了。我订购了一个新的防护罩，并会检查它是否在那里发生。如果这个防护罩也出现故障，有没有推荐的高质量防护罩？
赞同
1
反对
回复
回复
分享
分享
u/grbl-plotter 头像
grbl 绘图仪
•
1 年前
•
我认为新的屏蔽层不会有帮助。最好检查电源是否正常、接地是否良好以及屏蔽层是否屏蔽。尝试为屏蔽层使用单独的电源。
赞同
1
反对
回复
回复
分享
分享
u/Alonborn1 头像
阿隆伯恩1
OP
•
1 年前
•
激光GRBL
因此，我尝试使用 LaserGRBL，首先，它成功完成了程序 
但是，我注意到，从“缓冲区卡住”中恢复的次数很少 – 它暂停了几秒钟，写入“从缓冲区卡住解锁”，然后继续 – 我认为这是其他发送方的问题，但是，我不明白这是什么意思 – 是发送方缓冲区卡住了还是 GRBL 缓冲区？如果您有更多相关信息，请与我分享，因为我将使用此设备进行其他长期用途（直接从 Python 发送 gcodes），所以它也可能发生在那里。
无论如何 – 非常感谢，看起来我已经取得了一些进展，感谢你:)
赞同
1
反对
回复
回复
分享
分享
u/grbl-plotter 头像
grbl 绘图仪
•
1 年前
•
我会尝试通过更换硬件或电缆来避免此问题。正如我所写，grbl 中每个已处理的命令行都会得到“ok”的答复，并且发送者知道 grbl 内部有多少缓冲区可用来发送下一个命令行。在您的情况下，缺少一些“ok”。
赞同
1
反对
回复
回复
分享
分享
u/Alonborn1 头像
阿隆伯恩1
OP
•
1 年前
•
更换了硬件后它就工作了:) 非常感谢！
赞同
1
反对
回复
回复
分享
分享
u/Money_Assistance_346 头像
金钱援助_346
•
8个月前
•
你最后都替换了什么？我想我在处理大地块时遇到了一个小问题
赞同
1
反对
回复
回复
分享
分享
u/Alonborn1 头像
阿隆伯恩1
OP
•
8个月前
•
显然，这是一个奇怪的情况——我的 GRBL 安装在 Arduino Uno 上，它有一个 CNC 屏蔽。在某个时候，我意识到屏蔽造成了这个问题，但后来，我还意识到，如果我用原装 Arduino Uno 替换它（我通常使用 Ali Express 的一些第三方 arduinos）——它也能正常工作。
最后，我更换了两个，以确保不再遇到此问题。从那时起，它就运行良好了。
