注释
.jpg "一些要求 #239"){kind=avatar}
所有者
|
.jpg "一些要求 #239"){kind=avatar}
作者
|
不要在意警报状态，我无法再重现它（在某个阶段我没有在我的 32 位端口上运行模拟 eeprom 并且在连接消息之前看到“错误：7” – 但即使重现它也不是’ t 阻止连接）。不知道那里现在发生了什么。 关于激光模式，你是对的——现在通常效果很好。但是，如果你将“Step idle delay”设置为 254（最大值），那么只使用 S0（而不是像 G1 X0 S0 这样的东西）显示四分之一秒当它离开 G1/2/3 模式并禁用步进器时，在每条光栅线的末尾延迟。 （在 32 位平台上并且有很多可用的闪存空间，我改变了 GRBL，所以当步进器禁用发生时，空闲延迟不是 stepper.c 中的简单延迟调用，而是一个定时空闲循环检查使其更加异步，这也为我解决了这个问题。如果新的 gcode 命令在 254 毫秒内进入，IE 步进器不会被禁用。但这不是重点。） 顺便说一句，这里做得很好，这个程序使我的激光使用起来更加容易。 |
在打开 COM 端口之前，是否可以添加代码行“com.DtrEnable = true;” 所以 Smoothieboards 知道 LaserGRBL 想要连接消息？
另外，不确定它是否是我的 GRBL 端口 – 但是当我处于警报状态时，我无法连接（似乎超时），但这可能是因为在连接时发送了警报消息。
我的激光还没有完成，所以我现在不知道这是不是一个好主意，但是在我桌上的裸电子设备上运行生成的图片 gcode 在每个“S0”命令上都有很长的停顿每条光栅线的末端。如果我将其更改为“G1 X0 S0”，我可以让它们消失，相对模式意味着 X 实际上并没有移动，但它告诉 GRBL 不要离开 G1/2/3 模式并暂停太多。
谢谢。