开源改变世界

过早放弃 #145

推推 grbl 2年前 (2023-02-08) 176次浏览
关闭
evanwyatt 打开了这个问题 2022 年 6 月 2 日 · 20条评论
关闭

过早放弃#145

evanwyatt 打开了这个问题 2022 年 6 月 2 日 · 20条评论

评论

过早放弃 #145

归位我的机器(teensy 4.1 + T41U5XBB 板)时,它似乎过早放弃并发出警报 9。

例如,请求 X 的家($HX),将 X 向终点移动约 20-30 毫米,然后停止并发出警报。我的理解是它应该在放弃之前尝试旅行 1.5*max 旅行

X 最大行程:
130 美元 = 330.00

我已经验证了我的步数/毫米设置,即慢跑 20 毫米会使轴移动 20 毫米。

想法?

过早放弃 #145
贡献者

想法?

嘈杂的极限输入?发出警报后命令
的输出是什么?$LIM

过早放弃 #145
作者
埃文怀亚特 评论了 2022 年 6 月 2 日  

$HX
ALARM:9
GrblHAL 1.1f [‘$’或’$HELP’寻求帮助]
[MSG:’$H’|’$X’解锁]
[VER:1.1f.20220325:]
[OPT:VNMHSL,35 ,1024,3,0]
[NEWOPT:ENUMS,RT+,HOME,ES,TC,SED]
[FIRMWARE:grblHAL]
[NVS STORAGE:*FLASH]
[DRIVER:iMXRT1062]
[DRIVER VERSION:220325]
[DRIVER OPTIONS:USB .2]
[BOARD:T41U5XBB]
[AUX IO:4,3,0,0]
[PLUGIN:MODBUS v0.12]
[PLUGIN:HUANYANG VFD v0.07]
[G54:-278.500,11.670,-1.500]
[G55 :0.000,0.000,0.000]
[G56:0.000,0.000,0.000]
[G57:0.000,0.000,0.000]
[G58:0.000,0.000,0.000]
[G59:0.000,0.000,0.000]
[G59.1:0.000, 0.000,0.000 ]
[G59.2:0.000,0.000,0.000]
[G59.3:0.000,0.000,0.000]
[G28:0.000,29.000,0.000]
[G30: 0.000,0.000,0.000]
[G92:0.000,0.000,0.000]
[HOME:0.000,0.000,0.000:0]
[ TLO:0.000,0.000,0.000]
[PRB:0.000,0.000,0.000:0]
$LIM
[限制:,,,]

执行重置是否正常?

过早放弃 #145
贡献者

执行重置是否正常?

不,您使用的是哪个发件人?
你能试试用putty之类的终端吗?

过早放弃 #145

执行重置是否正常?

不,您使用的是哪个发件人?你能试试用putty之类的终端吗?

ioSender。

有意思,直接通过putty它回家就好了。

<Idle|MPos:-14.430,11.670,-1.500|Bf:35,1023|FS:0,0,0|Pn:PHS>
<Home|MPos:-14.430,11.670,-1.500|Bf:35,1023| FS:0,0,0|Pn:PHS>
[MSG:]
ok
[LIMITS:,,,]

过早放弃 #145
贡献者

ioSender。

好的,ioSender 发送警报重置以简化处理。但奇怪的是,使用它时会触发警报。你有哪个版本?

过早放弃 #145

@terjeio你想让我把它移到 ioSender 仓库吗?

过早放弃 #145
贡献者

你想让我把它移到 ioSender 仓库吗?

不,这可能是控制器问题,因为发出警报 9。我想要的是将您的控制器设置粘贴到文件并附在此处。使用上方“关于”对话框中的“到剪贴板”按钮获取它们。

过早放弃 #145

随附的。
grbl.txt

过早放弃 #145
贡献者

我已经用你的设置(和我的模拟器)进行了测试,但我没有收到警报 9 并且归巢完成了它应该完成的。Y 和 Z 的归位是否也会为您生成警报 9?

过早放弃 #145

我已经用你的设置(和我的模拟器)进行了测试,但我没有收到警报 9 并且归巢完成了它应该完成的。Y 和 Z 的归位是否也会为您生成警报 9?

Y 和 Z 同样的问题

过早放弃 #145

还使用 UGS 作为发件人进行了测试,同样的问题。

过早放弃 #145
作者
埃文怀亚特 评论了 2022 年 6 月 6 日  

不确定它是否相关,但肯定看起来不对。

通过 iosender 或 UGS(如 G1 X200 F500)执行移动可能会在移动过程中停止几次,然后继续。直接通过putty来做就没有这样的卡顿。

编辑:这可能是 teensyduino 问题。我会解决这个问题并报告回来

过早放弃 #145
作者
埃文怀亚特 评论了 2022 年 6 月 6 日  

好的,看起来是主轴/modbus 启用导致了问题。在 my_machine.h 中将它们注释掉并重新刷新会导致成功的归位和移动。

查看:
grblHAL/iMXRT1062#15

然后我删除了 platformio 中 teensy 库的版本锁:
[env:teensy41]
board = teensy41
platform = ${common_teensy.platform}
#platform = ${common_teensy.platform}@4.12

这也工作正常,重新启用主轴/modbus 也是如此。所以我猜这是已知的 teensyduino 问题?

感谢您的帮助@terjeio