你的设置是什么？
警报 3 表示 grbl 在运动期间被重置
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#alarm-message
这通常表明您的步进率过高 – 即超过 30kHz
也可能是导致重置的电气问题

下面是我的设置
$0=17
$1=25
$2=0
$3=7
$4=0
$5=0
$6=0
$10=3
$11=0.010
$12=0.002
$13=0
$20=0
$21=1
$22=1
$23=3
$24 = 500.000 $ 25 =
5000.000 $ 26 =
250 $ 27 =
5.000 $
30 = 1000 = 1000
$ 31 = 0
$ 32 = 0
$ 32 = 0 $131=2000.000 $132=2000.000

我正在测试我自己的 android 应用程序。下面是我的应用程序的屏幕截图。

由于 ALARM:3
相同的 gcode 和相同的设置，APP 在第 503653 行停止，它在随机第 3 行触发 ALARM:3。有时是 20 万，有时是 5 万。

*以下是错误日志的屏幕截图。在我的应用程序中。

我的应用程序使用简单的发送响应协议。上面屏幕截图中的 error555 表明我的应用程序由于 grbl 处于 IDEAL 状态而又发送了一行。（我注意到在发送响应协议中，很多时候状态报告处于 IDEAL 状态）。为什么 GRBL 在“OK”响应之前发送理想状态。？

看起来确实像是电噪声触发了软复位引脚。
尝试从 Arduino 引脚 A0 到 5V 添加一个 1k 的上拉电阻，看看是否有帮助。

如果你使用简单的发送-响应协议并且传输距离很短，那么大部分时间 grbl 只会处于空闲状态。

error555 太多了，我希望你不要在每个 gcode 命令的末尾同时发送 \r 和 \n

作为记录，没有错误 555。错误代码最多只能达到 38。您的流光有些奇怪。此外，只有在作业期间发出软复位命令时才会出现警报 3。要么是您的发件人做到了（尝试使用信誉良好的 GUI），要么是您在软复位引脚上触发了电子噪声。

抱歉延迟重播，因为我正在测试一些大 gcode 文件的 grbl 稳定性。
–> 错误 555 用于测试。它是在 grbl 处于理想状态时由我的 GUI 生成的，但它仍然无法重播最后一行。（这怎么可能？）
–>因为我不需要复位引脚。& 为了避免我在下面制作的电噪声更改 cpu_map.h（绕过复位引脚）
#define CONTROL_MASK ((0<<CONTROL_RESET_BIT)|(1<<CONTROL_FEED_HOLD_BIT)|(1<<CONTROL_CYCLE_START_BIT)|(1<<CONTROL_SAFETY_DOOR_BIT))
运行后仍然收到相同的警报：3 8小时。

你有 Arduino 克隆吗？它有 Ch380 USB 串口芯片吗？

@tejaskevadia：另外，为了排除您的自定义流媒体和任何电子影响，您是否尝试过使用另一个 GUI 或 Grbl Python 流媒体脚本进行流媒体播放？Grbl 经常运行数百万行代码的作业，并且运行时间远远超过 8 小时。众所周知，它非常稳定，所以它很可能是你的目标。还不确定是什么。