评论
|
我担心它来自 GRBL 本身在触发 Door 输入时关闭配件……在这种情况下将很难解决。 我在“发送以下 gcode…”中只有 M5,没有 M9。所以我认为问题不在于此:/ 编辑:我会检查 GRBL 的 config.h 看看是否有一个选项。我希望渺茫,但我们永远不知道! |
|
如果你检查 grbls protocol.c https://github.com/fra589/grbl-Mega-5X/blob/edge/grbl/protocol.c你会发现:
|
|
你是怎么发现的 x) |
我只是感兴趣(GRBL-Plotter 不是那个
我不知道 – 只是尝试。也许还有一些其他代码可以处理冷却剂状态 |
|
当然我会试试的,只是机器现在离我的办公室有 400 公里,所以越来越难测试这样的东西了 ^^’ |
|
我已经做了一些初步测试,它似乎解决了我的问题,我将在星期三在实际机器上尝试。谢谢你的帮助,我自己永远也找不到那条线! |
|
你好 ! |
您是否也尝试过其他 GCode 发件人?我敢肯定这是一样的… 也许您应该检查 system_set_exec_state_flag(EXEC_CYCLE_START) 之后发生了什么
在https://github.com/fra589/grbl-Mega-5X/blob/edge/grbl/serial.c |
|
哦不,我不是说你的软件有问题,我看了详细的“实时状态报告”,它似乎只发送恢复命令。我仍然相信它可能来自 GRBL 处理恢复信号的方式,但我找不到重置冷却剂的位置。 |
|
如果启用停车编译时选项并且安全门状态准备恢复,Grbl 将重新启用主轴和冷却液,移回原位,然后恢复。 你是否启用了这个编译选项? |
|
不,我没有启用停车功能。 |
|
也许这就是诀窍? |
|
每次停车都不会移动头部吗?在其他行为变化中? |
|
不知道。也许你在这里问:https ://github.com/fra589/grbl-Mega-5X/issues |
|
好的,谢谢你的帮助 |
|
我希望你能修好它。因为不是GRBL-Plotter的原因,所以关闭这个issue。 |




描述错误
这可能是预期的行为而不是错误,但是当触发警报或门信号时,M7 状态会重置。
预期行为
我想知道是否可以避免,是否可以在紧急停止时保持 M7 状态,或者至少在恢复时恢复到上一步?
在我们的机器上,M7 用于控制在我们拥有的两个工具之间切换的继电器,打开引擎盖会触发门信号。
因此,如果有人暂停文件中间检查某些内容并打开机器,然后使用错误的工具恢复,这会破坏整个文件并可能破坏数小时的过程。
预先感谢您的帮助。