开源改变世界

$ 命令扩展 #980

推推 grbl 3年前 (2023-01-23) 359次浏览

关闭
J-Dunn 打开了这个问题 2016 年 4 月 29 日 · 3条评论
关闭

$ 命令扩展#980

J-Dunn 打开了这个问题 2016 年 4 月 29 日 · 3条评论

注释

$ 命令扩展 #980
J-邓恩 评论了 2016 年 4 月 29 日  

我一直在将 GRBL 与 L6474 驱动板(Arduino 引脚输出)一起使用,这需要一些额外的设置参数,因为它们比常用的典型 STEP/DIR 板更易于配置。

这些板使用经典的 STEP/DIR 引脚,但其余引脚通过 SPI 菊花链,包括 ENABLE / DISABLE。

有很多参数可以设置,例如转换率等,但主要区别在于可编程电流设置;需要读取以清除错误的硬件错误标志和状态字节。

我已经向 GRBL 解释器添加了一些 $ 命令来设置和查询各种参数,并添加了一个中断来响应错误引脚输入。最常见的错误情况是过热警告、过热错误(硬故障)和电源欠压情况。

我现在要稍微整理一下,想知道是否有任何扩展 GRBL 解释器的指导方针,这样我就可以避免与未来的工作发生冲突,任何可能提供更通用的东西。

例如,我有如下命令为每个板设置芯片参数:
$P[board_id]:[param_id]=[param_value]

董事会变得越来越可配置,这种情况将开始变得更加普遍。如果没有任何扩展当前代码集的定义方法,最好考虑提供一个。

主要要求显然是避免与任何 NIST GCODES 以及任何可能暂时用于其他 GRBL 命令的冲突。

有什么建议么?

$ 命令扩展 #980
成员

@J-Dunn:我认为这对于我一直在这里工作的 Grbl-Mega 端口来说会很好。我不认为将越来越多的东西塞进 328p 版本的 Grbl 中没有多大意义,如果它不是必须存在的话。应为关键功能保留任何剩余空间,以确保当前的 328p 用户在过渡到更快更大的芯片组期间能够在他们的机器上使用它们。(仅供参考,Grbl-Mega 分支不是最终的芯片,而是确保在我继续开发 ARM 版本时开发和添加此类内容的垫脚石。)

但是,我想让这个谈话继续下去。也许在 grbl-Mega 回购中。你有关于添加什么以及如何添加的正式建议吗?使用 Grbl 的“$”系统命令字符是一个很好的起点,因为很容易从 g 代码流中挑选出来并在其后制定任何类型的命令。

$ 命令扩展 #980
作者
J-邓恩 评论了 2016 年 4 月 29 日  

好吧,我点击了巨型端口的链接,但没有看到问题选项卡,也没有看到新问题按钮。那里需要打开什么东西吗?

我测试了一个相当结构化的协议,可能会有一些改进。我同意将其塞入 Arduino GRBL 不适合主线。对于那些希望使用这些 SPI 驱动板的人来说,它可能值得一个分支或一个分支,但即使包裹在#define 中,它也会让事情太接近边缘,这对主要分支来说是一种痛苦。

$ 命令扩展 #980
成员

@J-Dunn: 打开。

喜欢 (0)