对不起，忘了说那个时候 planner buffer 显示的是 5。

你有没有插入树莓派的其他东西。
我有一个类似的问题，一个有故障的 USB 摄像头不断导致 USB 接口重置。
我更换了相机，没有更多问题。

如果你使用pm2运行cncjs，那么你可以运行命令pm2 monitor cncjs实时监控正在运行的cncjs进程。

谢谢回复。除了 g2core due board 之外，我没有任何附加到 raspi 的东西。我使用连接 pi 的 7 英寸原始 pi 显示器。
再输入一个。当我的界面挂起时，我可以通过完整界面发送周期开始（尽管它不会更新 xyz 值），这会使机器再次移动。我一直这样做了好几次，直到程序结束。有什么线索吗？

@karoria

您可以自己尝试一些操作：

• 你的 g2core 固件版本是什么？UGS 等其他 G 代码发送器是否有同样的问题？
• 附上您的 g 代码文件以供进一步调查。
• 运行cnc -vvv以启用详细输出并检查挂起时是否发生错误。如果可能，还请附上您的存档日志文件。

我也尝试过禁用 3d 可视化但没有帮助

启动 G 代码程序后无需保持浏览器运行。您可以在 G 代码程序执行期间随时关闭/打开浏览器窗口，它不会影响服务器，除非您单击“关闭”按钮从连接小部件关闭串行连接。

非常感谢您的提示@cheton. 一定会检查它并在此处更新。

我有同样的问题。我没有其他外围设备，但我正在运行https://github.com/kreso-t/cncjs-kt-ext。

眼镜：

Rpi 4 - 4gb RAM
Ubuntu Server 20.04 x64
gnea/grbl v1.1h.20190825 on a ATMega 328p
Node v12.18.4
cncjs v1.9.22
/dev/ttyUSB0, 115200

它在同一工作的 3 次尝试中以上述方式停止，但每次都在工作的不同位置。上次它停止时，我正在拖尾详细输出，没有硬错误……前一秒它正在记录坐标和移动，然后突然停止，日志只显示：

Continue status report query: timespan=5012ms
Continue status report query: timespan=5007ms
Continue status report query: timespan=5010ms
Continue status report query: timespan=5008ms

autolevel 插件中也没有错误。

发生这种情况后，主轴一直在旋转，机器不会响应客户端的任何动作。

它有点像串行通信中断，除了接口不会重置。我将在下一份工作中观察 udev 事件，看看是否确实存在断开连接。

此外，comPort 是/dev/ttyUSB0

在运行作业udevadm monitor时运行，同样断开连接，没有发生 udev 事件。我确实注意到发送/接收似乎停滞了。它只发送了大约一半的 gcode，而没有发送另一半。

我怀疑这是由于噪音。尝试在关闭主轴 vfd 的情况下再次检查程序。如果它运行正常，那么你应该考虑屏蔽和更短的 USB 电缆。还要检查浮动或未连接的输入引脚及其接线（如限位开关、探头等）。

是的，可能就是这样。

昨天我切换到我的备用SKR 1.4之一，改为使用 Marlin 进行设置，现在运行良好。它使用不同的控制技术，因此 EMF 是不同的，而且特定的电缆是屏蔽的。

我将在下周末看看是否可以屏蔽更短的正确类型的电缆，看看会发生什么。应该是一个有趣的实验。

是的，固定的。绝对是噪音。