开源改变世界!!

最初的问题和反馈 #3

推推 grbl 2年前 (2023-02-07) 185次浏览
关闭
jschoch 打开了这个问题 2020 年 1 月 23 日 · 7条评论
关闭

最初的问题和反馈#3

jschoch 打开了这个问题 2020 年 1 月 23 日 · 7条评论

评论

最初的问题和反馈 #3
jschoch 评论了 2020 年 1 月 23 日  

整体看起来不错!我用运行 bart 端口的 esp32 运行它,但没有连接到任何其他东西。

我看到一个工具选择,工具偏移如何工作?

我还看到“程序限制”,似乎是当前加载的 g 代码文件的边界。

想知道您是否支持扩展固件设置,例如 bart 的东西。假设那是积压的东西,那些似乎不可编辑。

窗口大小调整似乎不起作用,假设这是由于 alpha 阶段。最大化时没有任何变化,所以没有任何东西“损坏”,它只是保持固定的大小。

任何“终端视图”的计划。有时可以方便地查看列表中的响应。在排除故障时也很高兴看到引脚状态。如果您声明的更新速度很快,那可能不是问题。特别是 UGS 似乎在更新状态方面有很多滞后。我真的很喜欢在大多数模式下使用终端视图,所以在底部有一个相当大的全宽行会很棒,你可以用来在每个选项卡中打开/关闭。至少在 grbl 和 offset 选项卡上看到 MDI 输入会很高兴。

关于 MDI,能够添加“宏”和/或控制台类型向导会很棒。例如,我想为面对、探测等制作一些固定例程。我正在查看 mecode,这似乎是使 gcode 更上一层楼的有趣尝试。

我看不到 gcode 查看器应该呈现的位置。

在启动应用程序之前需要插入相机,插入相机后重新启动,它在我的 C270 上运行良好。我的 pcb 工厂有一个内窥镜相机,bCNC 有一个相机偏移功能。花了一点时间,但我只注意到相机偏移设置框。我看到一个移动偏移按钮,但不清楚它的作用。当试图以 0.9 毫米的孔为中心时,相机变焦似乎也是一个很好的功能。停靠相机窗口将是一个巨大的胜利。我不是多个窗口的忠实粉丝。Centroid 的软件可以做到这一点,这是最大的麻烦之一。

计划在 UI 中添加点动按钮?

我运行了一些产生错误 33 的 gcode,发件人似乎忽略了它。不确定这是否有意。bCNC 使用相同的 gcode 停止。

你似乎需要点击停止来加载一个新的 gcode 文件。

我运行了其他具有 M8 命令的 gcode 文件。它在那条线上停了下来。UGS 的行为是进入“HOLD”状态,如果您恢复,它将跳过违规行。这对于像 M8 这样的东西非常有用,如果您忘记禁用融合中的冷却,您可能会忘记注释掉。我还注意到洪水和雾气的切换,想知道为什么 grbl 不支持 m8 …

最初的问题和反馈 #3
所有者

工具选择:错误,除非在 grbl 中启用工具表,否则您不应该看到它。偏移量应该自动工作,它们绑定到工具编号。

只要遵循 $= 约定,就支持扩展固件设置。发件人使用制表符分隔的文本文件作为 UI 参数,在标准 grbl 或 grblHAL 版本之间自动选择。要使用的文件也可以通过
-configmapping参数在命令行上指定。格式规范应添加到 wiki 中…必须将
扩展设置的定义添加到正在使用的文件中才能正确显示,setting_codes_en_US.txt对于非 grblHAL 固件。bart 端口中的[ESPxxx]设置命令…老实说我不喜欢它们,但我想可以为它们制作一个单独的选项卡。

窗口调整大小:尚不支持 – 在此之前应禁用。

终端视图:我想还要添加另一个控件。

宏:同样,我会为此寻求一个单独的控制。

GCode 查看器:现在将在单独的选项卡中呈现。默认禁用,在Settings: App选项卡中启用。应该默认启用,我的错。

相机:可以在设置:应用程序选项卡中设置偏移量。如果为零,我将禁用该Move offset按钮。关于缩放,您是指基于软件的吗?对接必须等到用户可配置的 UI 可用?我不想为不经常使用的控件保留 UI 空间。

微动按钮:我不喜欢它们,我更喜欢键盘微动。可以为他们做一个控制,我猜你的意思是一堆按钮用于不同的慢跑距离。IMO 并不是真正的慢跑而是预定义的相对移动,这是因为我认为不需要发出慢跑取消命令。还是您的意思是您可以单击并按住的按钮与键盘键的功能相似?

出错时停止:当我在这里测试时发送停止。你能上传违规文件吗?

Stop重新加载:错误?如果文件运行完成,停止按钮应该自动禁用,不是吗?如果没有,上传文件将再次有所帮助。

M8:Bart 的端口不支持M8 并返回错误?我想知道在控制器返回任何错误后继续是否是一个好主意。默认情况下,grblHAL 固件将为后续行重新发出相同的错误代码,必须在继续之前将其清除。我愿意就此发表意见,但从安全的角度来看,我不喜欢在什么都没有发生的情况下继续进行。也许一个好的解决方案是添加一个可配置的过滤器以从文件中删除不支持的命令?

最初的问题和反馈 #3
作者

想把这些东西分解成有意义的单独问题,还是只保留在这里?

这是错误 33 代码,我认为这是弧尺寸的问题,问题源于默认的 grbl 后处理器。


(1001)
G90 G94
G17
G21

(Face1)
S5000 M3
G54
G0 X87.9 Y1.896
Z6
Z2
G1 Z-0.5 F800
G18 G3 X87.3 Z-0.5 I-0.6 K0
G1 X84
X0
G17 G2 X0 Y6.736 I0 J2.42
G1 X84
G3 X84 Y11.575 I0 J2.42
G1 X0
G2 X0 Y16.414 I0 J2.42
G1 X84
G3 X84 Y21.254 I0 J2.42
G1 X0
G2 X0 Y26.093 I0 J2.42
G1 X84
G18 G2 X84.6 Z0.1 I0 K0.6
G17
M5
M30
最初的问题和反馈 #3
所有者

也许最好至少针对错误提出单独的问题,也可能针对功能进行讨论。

至于 G33 错误,在使用 grblHAL 固件时会停止执行,因为它在出错后拒绝继续。然而,当在 Mega 上使用 vanilla grbl 进行测试时,它继续 – 不好。从我看到的代码中,我注释掉了刷新控制器中的缓冲区并停止发送的行,我认为这也不好。

使用 Grbl Panel 发送器,它会在执行错误后的行后停止,并且可以重新启动(也许它会发送一个进给保持命令?我会检查一下)。你的其他发件人也是这样吗?我不太确定我对此感到舒服。

那么正确的行为应该是怎样的呢?在我看来,遇到错误后不应执行任何命令,但我相信除非发送重置命令,否则这是不可能实现的。如果发送重置,则也无法(AFAIK)继续,因为位置可能会丢失并且控制器可能不再处于正确状态。IIRC 我想我已经看到它在某处提到过 Sonny 对此也不完全满意。

显然我必须解决这个问题,有什么关于最佳前进方向的想法吗?

最初的问题和反馈 #3
作者

您可能不必立即修复错误 33,因为我上周才看到这个错误,而且它似乎并不常见。其他发件人的行为似乎有所不同。

对于 M8 或 M6,我喜欢 UGS 的行为。跳过违规行的提示将使操作员决定假设解析器捕获它并且位置没有丢失。

最初的问题和反馈 #3
所有者

你将不得不自己修复 G33 错误,因为控制器失败了 ;-) 我看到 gcode 在平面之间变化,对我来说似乎有点奇怪,但我知道什么。3D视图看起来也有点奇怪……

我相信我已经找到了一个解决方案,可以在出现错误或接近错误时停止,这只是逐行发送等待回复而不是填充接收缓冲区。看起来这就是 Grbl 面板所做的。因为我知道 grblHAL 是否是控制器,所以我只能将这种方法用于其他控制器。

至于捕获不受支持的命令,您想在加载时还是在运行时执行?也许负载是最好的?

最初的问题和反馈 #3
所有者

Ï 为 M6、M7 和 M8 添加了可配置的命令剥离:

最初的问题和反馈 #3

检查是在加载时完成的,对于Prompt模式,您将被要求提供文件中命令的每个实例。这是你想要的吗?还是先问一审,保留答复比较好?或者添加Prompt once替代方案?

最初的问题和反馈 #3
作者

看起来很棒,看起来很简单!