Contact me: hankecnc@gmail.com

生产目标待办事项清单 #64

推推 grbl 3年前 (2023-02-07) 200次浏览
打开
jschoch 打开了这个问题 2020 年 9 月 20 日 · 5 条评论
打开

生产目标待办事项清单#64

jschoch 打开了这个问题 2020 年 9 月 20 日 · 5 条评论

评论

生产目标待办事项清单 #64

如果您可以分享您想要为第一个产品发布完成的内容,我可以让您知道我可以在哪些方面提供帮助。

生产目标待办事项清单 #64 jschoch 更改了标题 产品目标待办事项列表 生产目标待办事项清单 2020 年 9 月 21 日
生产目标待办事项清单 #64
所有者

我希望在可用且不太混乱的状态下进行探测。

发件人的其余部分是处于生产就绪状态的 IMO,可能除了相机视图。相机视图应该稍微细化但并不重要。

当然还有测试、测试、测试……

测试部分是为什么我要邀请最终阶段的 Beta 测试人员来帮忙。这些可能是旧版 grbl 用户,或者如果发件人使用 Barts ESP32 端口,也可能是 Barts ESP32 端口的用户。

生产目标待办事项清单 #64
所有者

我想知道是否应该添加某种“便宜”的探测保护,或者发送者是否应该等待状态更改,Idle然后再按顺序发送下一个动作。这是因为我正在研究改进探测程序类中的错误处理。
在实时消息中向 RUN 状态添加子状态可能是实现此目的的一种方法,例如。当探测运动正在执行时,它可以作为<RUN:1|...而不是发送<Run|...。如果|Pn:P在未探测时收到消息,则应中止探测序列。“便宜”,因为它不能替代真正的保护,发件人可能需要相对较长的时间才能收到消息并根据消息采取行动 – 但总比没有好。

发送者已经被编写为处理所有状态的子状态,而不仅仅是Hold在原始规范中。我$10在 grblHAL 中的设置中添加了一个设置标志,以便将警报代码作为状态的子状态获取Alarm,可以对状态以相同的方式完成Run– 这不会破坏现有的发件人。

你怎么认为?


我添加了 Alarm子状态,以便发送者可以找出启动时发出警报的原因,因为有些是无害的并且可以清除,有些则不会并且会阻止启动。与控制器始终在连接时重置的传统 grbl 不同,32 位控制器并不总是允许这样做,连接可以通过网络或本机 USB 进行,重置会终止连接……

生产目标待办事项清单 #64
所有者

有用。我必须使用子状态 2 而不是 1,因为我已经将其指定为保持挂起,用于在主轴同步运动期间发出的进给保持。

良好运行:

G38.3F100Y10
<Run|WPos:-18.955,-0.531,6.650|Bf:33,1023|FS:690,0|WCO:5.770,1.868,4.855|WCS:G54|Ov:100,100,100|A:|Sc:|H:0|T:0|TLR:0>
[GC:G38.3 G54 G17 G21 G91 G94 G49 G98 G50 M5 M9 T0 F100 S0.]
<Run|WPos:-18.955,-2.831,6.650|Bf:33,1023|FS:638,0>
[GC:G38.3 G54 G17 G21 G91 G94 G49 G98 G50 M5 M9 T0 F100 S0.]
<Run|WPos:-18.955,-4.778,6.650|Bf:34,1023|FS:108,0>
<Run|WPos:-18.955,-5.000,5.965|Bf:34,1023|FS:500,0>
<Run|WPos:-18.955,-5.000,4.299|Bf:34,1023|FS:500,0>
<Run|WPos:-18.955,-5.000,2.634|Bf:34,1023|FS:337,0>
<Run|WPos:-18.955,-5.000,1.650|Bf:35,1023|FS:0,0>
<Run:2|WPos:-18.955,-4.713,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-4.381,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-4.046,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-3.713,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-3.381,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-3.026,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-2.693,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-2.358,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-2.026,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-1.693,1.650|Bf:34,1023|FS:100,0>
<Run:2|WPos:-18.955,-1.338,1.650|Bf:34,1023|FS:100,0>
<Run|WPos:-18.955,-1.006,1.650|Bf:34,1023|FS:0,0>
[PRB:-13.185,0.748,6.505:1]
ok

探针崩溃:

G53G1F800Z8.841
ok
PM:ok
G38.3F100Y10
<Run|WPos:-18.955,-2.645,8.986|Bf:33,1023|FS:630,0|WCO:5.770,8.125,4.855|WCS:G54|Ov:100,100,100|A:|Sc:|H:0|T:0|TLR:0>
[GC:G38.3 G54 G17 G21 G91 G94 G49 G98 G50 M5 M9 T0 F100 S0.]
<Run|WPos:-18.955,-4.978,8.986|Bf:33,1023|FS:668,0>
[GC:G38.3 G54 G17 G21 G91 G94 G49 G98 G50 M5 M9 T0 F100 S0.]
<Run|WPos:-18.955,-6.995,8.986|Bf:34,1023|FS:78,0>
<Run|WPos:-18.955,-7.258,8.468|Bf:34,1023|FS:500,0>
<Run|WPos:-18.955,-7.258,6.812|Bf:34,1023|FS:500,0>
<Run|WPos:-18.955,-7.258,5.039|Bf:34,1023|FS:367,0|Pn:P>
PM:fail
Probing cancelled/failed
ok

生产目标待办事项清单 #64
作者

这比根本不检测要好得多!我已经要求 Bart 考虑为此考虑一个解决方案并开了一张票,但我不确定他什么时候会得到它,因为他们正在拆开状态机并有其他优先事项。

生产目标待办事项清单 #64
所有者

很难添加 – 不是:

        case STATE_CYCLE:
            hal.stream.write_all("Run");
            if(sys_probing_state == Probing_Active)
                probing = true;
            else if (probing)
                probing = probe_state.triggered;
            if(sys.flags.feed_hold_pending)
                hal.stream.write_all(":1");
            else if(probing)
                hal.stream.write_all(":2");
            break;

我还没有添加设置标志并检查它,还有几行……

免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论
标签
还没有
项目

还没有

发展

没有分支机构或拉取请求

2名参加者
生产目标待办事项清单 #64生产目标待办事项清单 #64

喜欢 (0)