我会在几天内测试它

我还有几台基于 1.0c 的机器——还有一台使用当前 1.1f 的新激光器。我认为我不想再在 1.0c 上运行那台机器，因为所有的激光器都得到了改进从那时起就变成了 grbl。我不确定作业的输出是否会一样好，因为我认为激光现在在 ISR 内进行控制。不过，我仍然想合并到一个 gcode 发送器，而 LaserGRBL 对此非常有用。所以我不介意它在旧固件上工作。

我认为报告自 1.0c 以来发生了巨大变化。我认为那时候它是相当静态的，但现在当你发送 ? 时，它会在一次性输出中为你提供不同的状态。

@jasoroony

关于这个问题，你有一些错误的信息。

使用我的 1.0c 时唯一损失的是进给率和主轴转速。

[编辑] – 我忘记了 1.0c 不会随着进给率的变化而改变动态功率水平（1.1f 中的 M4 G 代码变化）。

我的 grbl 版本将以比 1.1f 更快的进给速度运行您的激光作业，这对更高功率的激光二极管（5 – 6 瓦）有所不同。

我的用户喜欢的另一件事是，当您使用激光时，我的版本不会改变 G 代码的工作方式。一个例子是 M3 Sxxx 将立即打开激光，您无需发出运动命令来打开/关闭激光。

激光由两个版本（我的 1.0c 和 1.1f）的 ISR 控制。

1.0c 中的状态报告由用户控制，在 1.1fa 中，状态报告不会返回所有请求的信息，除非状态发生变化，迫使 GUI 发送者解析数据以查看返回的内容和未返回的内容。

实际上，使用我的 1.0c 会比使用激光工作的 1.1f 获得更好的结果。有时，根据您雕刻/成像的材料，差异并不明显。

这些原因是我拥有近 3000 名用户的原因。

但是你有一个选择，现在 1.1f 已经出来了，激光由 grbl 正式支持。使用最适合您的方法。

@Larry-M

我认为我在我的帖子中没有提到任何关于“您的 1.0c”的内容，所以我确实觉得说我对这个问题有错误信息有点苛刻。例如，我的 1.1f 在 32 位板上运行，你说你的版本将运行比我的更快的进给率，即使它现在已经将硬件推到极限，但我不会对你说你有关于这个问题的错误信息。M3 也是一种安全机制，可以很容易地解决聚焦激光的问题，我不会用它作为用户会或应该更快乐的例子。但那只是我的个人意见。

谢谢，祝一切顺利。

@jasoroony

好的，我道歉。

因为这个帖子是关于我的版本的，所以我认为你在谈论我的版本。

我确实对您正在运行的内容做出了假设。我的错。我应该说我的版本将在基于 Inventables Arduino 的机器上以 199.9 IPM 运行，而 1.1f 不会。

我感谢您的意见以及我处理的其他 3000 人在这个问题上的意见。

只是认为 LaserGRBL 作者可能希望接触到那群人来分发他的产品。

大多数运行我的版本的人都对 1.1f 中的“安全功能”有疑问，这就是为什么他们运行我的版本而不是 1.1f（以及速度优势）。

顺便说一句，我的评论只适用于 1.1f 的激光工作。我对主轴部分没有任何问题。

没问题，拉里。我的铣床/路由器的 1.0c 也没有任何问题，这就是为什么我不会很快升级它并希望看到这里支持的固件。我觉得那个版本会很受欢迎，因为当时互联网上出现了许多新项目。

@Larry-M
我已经下载并刷新了版本 Xcarve_JTech_grbl_9_1_2017.zip76 (89.9 KB)
它与 LaserGRBL 一起工作，如您在视频中所见：https ://youtu.be/wJxQxejCLlA

@arkypita

那是好消息。

它对我不起作用。

我正在运行 Windows 7（32 位）。有什么方法可以从 LaserGRBL 获取一些诊断信息吗？某种日志文件，看看为什么它不会为我运行？日志文件在哪里？

这是我按下“连接”按钮时得到的结果。

发布您的会话日志： ? -> 打开会话日志

还发布您的 grbl 配置的副本：Grbl -> Grbl Configuration，选择所有表格行，然后复制并粘贴

我在任何地方都看不到打开会话日志的选项。
如果我打开 grbl 设置位置，窗口会显示所有内容都变灰，并显示一条消息，说明只有在连接和空闲时才启用读取和写入。

这是我使用不同程序的 grbl 设置。
$0=30 (step pulse, usec)
$1=255 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=3 (dir port invert mask:00000011)
$4=0 (step enable invert, bool )
$5=0 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=18 (status report mask:00010010)
$11=0.005 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13 =0（报告英寸，布尔）
$20=1（软限制，布尔）
$21=0（硬限制，布尔）
$22=1（归位周期，布尔）
$23=3（归位方向反转掩码：00000011）
$24=25.000（归位进给，毫米/分钟）
$25=750.000（归位搜索，毫米/分钟）
$26=250（归位去抖，毫秒）
$27=1.000（归位牵引，mm）
$30=255。（最大转速）
$31=0。(rpm min)
$32=1 (激光模式, bool)
$100=40.000 (x, step/mm)
$101=40.000 (y, step/mm)
$102=188.947 (z, step/mm)
$110=7650.000 (x max rate , mm/min)
$111=7650.000 (y max rate, mm/min)
$112=2540.000 (z max rate, mm/min)
$120=8000.000 (x accel, mm/sec^2)
$121=8000.000 (y accel, mm /sec^2)
$122=150.000（z 加速度，mm/sec^2）
$130=290.000（x 最大行程，mm）
$131=290.000（y 最大行程，mm）
$132=88.000（z 最大行程，mm）

会话日志在菜单“？”下

问题与 $10=18 有关，$10=3 LaserGRBL 工作起来很有魅力。
我认为 LaserGRBL 在解释与状态报告 $10=18 一起发送的数据时出错

调查…

会话日志.txt

对，就是那样。如果我改变 $10=3 它工作正常。

我的大多数用户将使用 $10=18 或 $10=115

这两个设置都失败了。

主要问题是 grbl 状态报告格式从来都不是稳定的，他们在版本之间改变了它，并且由于配置它是多态的，所以写一个好的解析过程是微不足道的。此外，对于 1.0 版，没有文档。

所以我必须调试它并执行一些“逆向工程”，我会询问 grbl 开发人员是否有 1.0 状态报告的文档。

@arkypita

这会有帮助吗？

https://discuss.inventables.com/t/changes-to-the-status-report-for-grbl-version-1-0c/22434

欺骗 LaserGRBL 的是使用“|” Pin 中的符号：000|0|0000。LaserGRBL 使用“|”的存在 作为检测我们使用的是更新的 v1.1 语法还是旧语法的一种方法：

if (rline.Contains("|")) //grbl > 1.1 - https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#real-time-status-reports
[...]
else //<Idle,MPos:0.000,0.000,0.000,WPos:0.000,0.000,0.000>
[...]

这是 $10=255 的状态报告

<报警,MPos:0.000,0.000,0.000,WPos:-10.000,-10.000,10.000,Buf:0,RX:1,Pin:000|0|0000>