过几天我会测试的

我也有一对夫妇的机器是基于1. 0 c-但也有一个新的激光器，使用目前的1. 1 f。 我不认为我想运行的机器在1.0c了，因为所有的激光改进grbl自那时以来。 我不确定作业的输出是否会一样好，因为我认为激光现在是在ISR内控制的。 我仍然希望合并到一个gcode发送者，而laserGRBL已经做得很好了。 所以我不介意它在旧的固件上工作。

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

@贾斯鲁尼

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

唯一的事情，你失去了使用我的1. 0 c是进给率和主轴速度超过游乐设施。

[编辑] -我忘了1.0c不做动态功率水平的变化与饲料率的变化（M4 G代码在1.1f的变化）。

我的版本的grbl将运行您的激光作业在一个更快的进给速度比1. 1 f，这使得不同的更高功率的激光二极管（5 – 6瓦）。

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

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

1.0c中的状态报告由用户控制，在1.1f中，状态报告不会返回所请求的所有信息，除非状态发生了变化，这迫使GUI发送器解析数据，以查看返回了什么和没有返回什么。

你实际上会得到略好的结果与我的1. 0 c比1. 1 f与您的激光工作。有时差异并不明显，这取决于您正在雕刻/成像的材料。

这些原因就是为什么我有将近3000个用户。

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

@拉里-M

我不认为我在我的帖子中提到了任何关于“你的1.0c”的事情，所以我确实觉得说我在这个问题上有错误的信息有点严厉。 例如，我的1.1f运行在32位板上，你说你的版本将运行比我的更快的馈送速率，即使它已经把硬件推到了极限，但我不会说你在这个问题上有错误的信息。 M3的东西也是一个安全机制，一个很容易的工作周围的聚焦激光，我不会用它作为一个例子，为什么用户会或应该更高兴。 但那只是我的看法。

谢谢，祝你一切顺利。

@贾斯鲁尼

好吧，我道歉。

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

我确实对你经营的公司做了个假设。我的错。我应该只是说，我的版本将运行在199.9 IPM的inventables Arduino为基础的机器和1.1f不会。

我欣赏你的意见以及其他3000人的意见，我处理这个问题。

只是想LaserGRBL的作者可能想要接触到那群人来分发他的产品。

大多数运行我的版本的人都有1.1f中的“安全特性”问题，这就是为什么他们运行我的版本而不是1.1f（沿着速度优势）。

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

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

@拉里-M
我已经下载并刷新了版本Xcarve_JTech_grbl_9_1_2017.zip76（89.9 KB）
它与LaserGRBL配合使用，如视频所示： https://youtu.be/wJxQxejCLlAhttps://youtu.be/wJxQxejCLlA

@arkypita

这是个好消息。

对我没用。

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

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

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

也张贴一份你的grbl配置：Grbl ->Grbl配置，选中所有表格行，然后复制粘贴

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

下面是我使用不同程序的grbl设置。
$0 = 30（阶跃脉冲，微秒）
$1 = 255（步进空闲延迟，毫秒）
$2 = 0（步进端口反转掩码：00000000）
$3 = 3（方向端口反转掩码：00000011）
$4 = 0（阶跃使能反相，bool）
$5 = 0（限制引脚反转，bool）
$6 = 0（探针引脚反转，bool）
$10 = 18（状态报告掩码：00010010）
$11 = 0.005（接合偏差，mm）
$12 = 0.002（圆弧公差，mm）
$13 = 0（报告英寸，布尔值）
$20 = 1（软限制，布尔值）
$21 = 0（硬限制，布尔值）
$22 = 1（复位周期，布尔值）
$23 = 3（归位方向反转掩码：00000011）
$24 = 25.000（自动导引进给，mm/min）
$25 = 750.000（自动寻轨，毫米/分钟）
$26 = 250（复位去抖，毫秒）
$27 = 1.000（复位拔出，mm）
30美元= 255美元。(rpm最大值）
31美元= 0。(rpm分钟）
$32 = 1（激光模式，布尔值）
100美元= 40.000（x，步/毫米）
$101 = 40.000（y，步长/mm）
102美元= 188.947（z，步长/毫米）
110美元= 7650.000（x最大速率，mm/min）
$111 = 7650.000（y最大速率，mm/min）
$112 = 2540.000（z最大速率，mm/min）
$120 = 8000.000（x加速度，毫米/秒^2）
$121 = 8000.000（y轴加速度，毫米/秒^2）
$122 = 150.000（z轴加速度，毫米/秒^2）
$130 = 290，000（x最大行程，mm）
$131 = 290，000（y最大行程，mm）
$132 = 88，000（z最大行程，mm）

会话日志位于菜单““下。“

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

调查…

sessionlog.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的是使用“|引脚中的“符号：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的状态报告

<报警，多点位置：0.000、0.000、0.000，工作点位置：-10.000、-10.000、10.000，缓冲器：0，接收器：1，引脚：000|0|0000>