关闭 Elmi77 开启了这个问题 2018 年 8 月 7 日 · 1条评论 关闭 在进行命令握手时,GRBL 也会因非法响应而崩溃/泛滥#502 Elmi77 开启了这个问题 2018 年 8 月 7 日 · 1条评论 注释 埃尔米77 评论了 2018 年 8 月 7 日 由于相关问题已关闭,我认为不可能重新打开它,我必须创建一个新问题: 随机地,我注意到一种对我来说看起来像是某种崩溃的行为:一段时间后,GRBL 不再发回有效响应,而是通过发送大量 ASCII 字符“4”来淹没我的客户端应用程序 – 直到我执行硬重置(Ctrl-X 在这种情况下不起作用) 我在标准的 ArduinoNano 上与 GIT 的主干线头一起工作。我正在发送类似的命令 $110=somevalue\n $120=somevalue\n $111=somevalue\n $121=somevalue\n G0X20.000Y30.000\n ? 在发送每个“$”命令后,我等待相应的“ok”,以确保正确写入 EEPROM 而没有任何 IRQ 问题。 现在这种崩溃很少发生 10 倍,但它仍然会发生。 我不需要将这些数据写入 EEPROM,因为我每次启动应用程序时都会将它们发送到 Arduino。因此,作为解决此问题的方法,是否有一种方法可以禁用 EEPROM 写入并将这些值保存在 RAM 中? 如前所述,除了握手之外,我始终会注意 GRBL 缓冲区,因此在任何情况下都不会发送超过 128 个字节,并且在任何情况下命令发送的速度都不会太快而不会导致缓冲区溢出。 我也尝试以较低的波特率工作(为此重新编译 GRBL)但这没有什么区别。 贡献者 香奈儿 评论了 2018 年 8 月 7 日 #500的副本 chamnit 将此 标记为 #500的副本 2018 年 8 月 7 日 chamnit已完成 关闭 2018 年 8 月 7 日 Elmi77 提到了这个问题 2018 年 8 月 8 日 当不使用 EEPROM 代码#503 时,GRBL 也会因非法响应而崩溃/泛滥 关闭 喜欢 (0) 请求输入引脚功能 #615 硬限制 v0.9g #616 v1.3.8-EDGE 重启后键盘快捷键消失 #427 关闭 无法在 gsender 1.2.0 中打开 .gcode 文件 #367 RaspberryPi 运行 gsender 时出现问题 #89 向 fluidnc 发送 $$ 会导致 gsender 崩溃 #473 v1.3.8-EDGE 重启后键盘快捷键消失 #427 关闭无法在 gsender 1.2.0 中打开 .gcode 文件 #367RaspberryPi 运行 gsender 时出现问题 #89向 fluidnc 发送 $$ 会导致 gsender 崩溃 #473功能请求:抑制发送到机器的 gcode 中的 gcode 注释。 #444 关闭通过网络连接进行连接 #171操纵杆运动的剩余问题 #204 关闭新版本认为我的机器一直处于锁定状态 #474 关闭
由于相关问题已关闭,我认为不可能重新打开它,我必须创建一个新问题:
随机地,我注意到一种对我来说看起来像是某种崩溃的行为:一段时间后,GRBL 不再发回有效响应,而是通过发送大量 ASCII 字符“4”来淹没我的客户端应用程序 – 直到我执行硬重置(Ctrl-X 在这种情况下不起作用)
我在标准的 ArduinoNano 上与 GIT 的主干线头一起工作。我正在发送类似的命令
$110=somevalue\n
$120=somevalue\n
$111=somevalue\n
$121=somevalue\n
G0X20.000Y30.000\n
?
在发送每个“$”命令后,我等待相应的“ok”,以确保正确写入 EEPROM 而没有任何 IRQ 问题。
现在这种崩溃很少发生 10 倍,但它仍然会发生。
我不需要将这些数据写入 EEPROM,因为我每次启动应用程序时都会将它们发送到 Arduino。因此,作为解决此问题的方法,是否有一种方法可以禁用 EEPROM 写入并将这些值保存在 RAM 中?
如前所述,除了握手之外,我始终会注意 GRBL 缓冲区,因此在任何情况下都不会发送超过 128 个字节,并且在任何情况下命令发送的速度都不会太快而不会导致缓冲区溢出。
我也尝试以较低的波特率工作(为此重新编译 GRBL)但这没有什么区别。