评论
.jpg "bCNC 暂停 @ 9999 #1266"){kind=avatar}
|
我不确定，但我认为 bCNC 显示 9999 行作为总行数的初始估计是有某种技巧，即使实际上有更多，因为预处理所有这些行需要一些时间。所以那是不准确的。这目前是“正常”的，应该不会影响您的操作。 也许在不同的线路上有一些问题？您看到实际处理的最后一行是什么吗？ |
.jpg "bCNC 暂停 @ 9999 #1266"){kind=avatar}
|
处理的最后一行是 9999。此外，正如我在 OP 中所述，根据文件大小的不同，情况也会有所不同。 |
|
将您的 g 代码文件和您使用的操作系统发送给我。升级到最新的 git master 或 pip 版本，然后重试。 |
|
这是 zip 文件中的 gcode： 我在 Pi 上运行 Stretch。 |
|
我正在将 Pi 引导至 GUI。bCNC 可以从命令行启动以绕过 GUI 吗？ |
.jpg "bCNC 暂停 @ 9999 #1266"){kind=avatar}
|
嘿，我有同样的问题，但是在我将 bCNC 更改为新的之后，它就可以工作了。 |
|
有人在看这个吗？ |
|
您是否尝试过 bCNC 的最新 git master 版本？ |
|
嘿，我发现 arduino chinese ch340 有问题，你在使用这种类型的板吗？？换原装的或者ch340以上的就可以了 |
.png "bCNC 暂停 @ 9999 #1266"){kind=avatar}
|
你好！我的激光打印机也有同样的问题。我通常使用包含光栅图像的非常大的 gcode 文件，当我将其中一个 gcodes 加载到 bCNC 并按播放时，打印速度非常慢且不稳定，直到它达到发送的 9999 行，然后它短暂暂停并恢复打印，但这时间应该是顺利的。由于不稳定的行为，打印的照片以一开始就搞砸了结束。 我的打印机在 STM32 蓝色药丸板上运行 grbl 1.1f。 我找不到任何引用 9999 行为的内容。附件是问题的两个屏幕截图和我用来重现它的 gcode，注意进给率，它设置为 4000 。 |
|
@barnold96您的问题是否仍然存在于最新的 bCNC（pip 版本）和最新的 grbl 1.1 中？ |
.jpg "bCNC 暂停 @ 9999 #1266"){kind=avatar}
首先，一些背景知识：我通过 RPi3 运行我的激光雕刻机以实现无线连接，bCNC 在其上运行并通过 VNC 访问。直到几天前我开始尝试照片时，我才在运行各种项目时遇到任何问题。
我正在试用 Lightburn 来处理数码照片并创建 gcode。我将 Lb 默认值 0.10 毫米线与我缩小到 2.75 英寸宽乘 3.5 英寸高的照片一起使用。生成了一个长度为 325,000 行的 gcode 文件。当我在 bCNC 上运行该 gcode 时，窗口底部的进度条中显示了 9999 行。雕刻似乎运行正常，根据 9999 行自行计时，然后暂停。几秒钟后，额外的行显示在进度条中，运行结束。我运行了 3 次，结果相同。
接下来，我想看看如果将分辨率加倍到 0.050mm 线宽会发生什么。文件跳到 650000+ 行。我加载它，进度条最初再次显示 9999 行。当它到达 9999 行时，它暂停并关闭，好像完成了一样。bCNC 从未恢复雕刻。
当我用 Notepad++ 检查 gcode 文件时，它在任何一个版本的 9999 行周围都没有显示任何异常。我已经运行了其他几个超过 9999 行的项目，但没有得到相同的结果。
我缺少某种限制吗？
我有 bCNC 版本 0.9.14-dev