评论
.jpg "栅格问题 #165"){kind=avatar}
|
可能与#99 |
.jpg "栅格问题 #165"){kind=avatar}
|
这似乎是唯一的 S 错误。它混淆了 Smoothieware，因为只有 S# 的行是无效的。 |
.png "栅格问题 #165"){kind=avatar}
|
我不知道 @lautr3k 是消失了还是生我们的气，但他已经回答了好几个星期了。我们可能需要自己深入研究代码
 2017 年 2 月 22 日上午 10:15，“Todd Fleming”<notifications@github.com> 写道：这似乎是唯一的 S 错误。它混淆了 Smoothieware，因为一行只有 S# 是无效的。— 您收到此邮件是因为您订阅了此线程。直接回复此电子邮件，在 GitHub < #165（评论） > 上查看它，或将线程静音 < https://github。 com/notifications/unsubscribe-auth/AHVr29TJ-UyBqVLNWzNIWVU8ilaxXZt4ks5re-6SgaJpZM4MINsS > . |
|
@haqnmaq尝试运行这个 gcode；我去掉了坏的 S# 行。 |
|
@openhardwarecoza如果我们中的一个修复了它，那么我们将不得不放弃通过 npm 将其拉入。 |
|
这就是为什么我问他我们是否可以在组织中开展这项工作的部分原因（他拒绝了，我怀疑是因为外部中毒）。我在开源软件上工作得越多，我就越不开心。那是正常的吗？哈哈。在组织中，任何人都可以推送、重新发布到 npm 等。他仍然有他的功劳，他仍然是英雄。但在行政上，我们都会过得更好。这让我特别紧张，因为无论发生什么导致不想在组织中工作，最终都可能导致模块从 npm/git 中消失。我保留叉子，但为了以防万一，让叉子保持最新是额外的工作。实际上是悲惨的情况。选择希望看到 LW 失败的个人
|
|
是的@openhardwarecoza，但重新聚焦。他按照自述文件中的说明制作了 laserweb 的代码，并获得了 mit 许可。守信。我们可以自由分叉并贡献 Sebastien 代码。我们使用了组织外部其他人的大量代码，没有小猫死亡。当他准备好时，我们将进行修改，接受我们的拉取请求，一切都很好。其他工作方式是@cprezzi所说的。制作一个基于硬件的后处理器（一个补丁应该是冰沙上更好的补丁，是的）振作起来！埃尔 2 月 22 日 2017 年 9 点 43 分，“Peter van der Walt” <notifications@github.com> 描述：
|
这是可能的，但是“详细的 g 代码”选项应该可以纠正这个特定于 smoothie 固件的“问题”。单个 S 值是有效的 g 代码，我不想为每个固件添加特定代码。 |
|
耶！他回来了！
|
|
Lone S 还会导致 grbl-love 变慢。 Smoothie 不会因为冗长的 gcode 而窒息吗？ |
|
自动更正：grbl-lpc |
.jpg "栅格问题 #165"){kind=avatar}
|
@tbfleming谢谢，我会在明天晚上尝试该代码（激光切割机在我们的创客空间）并回复您。@lautr3k 谢谢，我也会尝试详细的 gcode 选项并发布结果。 |
|
|
|
因为这不是单独的 S 问题，所以我开始怀疑 Smoothie 错误。 |
|
我可以确认这个问题不会发生在 Grbl 上。我用不同的参数（M3、M4、修剪像素 y/n、连接像素 y/n、烧白 y/n）进行了测试，但没有产生这个问题。 |
|
@openhardwarecoza哇！那里有更多的文档。很抱歉我错过了。谢谢你！我不知道是谁在做文档，但是如果你得到奇怪的光栅雕刻，那么为“verbose gcode”设置添加一行可能会有所帮助，然后试试这个设置。或类似的东西。随意使用我的照片来说明“问题”。 我仍然不明白为什么它似乎只在高对比度区域执行此操作，但冗长的 gcode 设置解决了它，因此它似乎与 Laserweb 无关。 再次感谢大家的帮助！请随意关闭此问题，因为它似乎确实是 smoothie 而不是 laserweb 的问题。 |
这是我在使用 Laserweb 4 时注意到的一个问题。我最初在 G+ https://plus.google.com/u/0/101842495658501740623/posts/D28hrdj3vrU上发布了这个问题， 但我已经做了更多的测试和我得到了类似的结果。
问题仅在于 LW4 中的新光栅引擎，以及具有相同功率和速度设置的 LW3 中完全相同的文件光栅。当它光栅化时似乎有更多的抖动，并且激光在奇怪的时间发射，几乎恰好在它不应该发射的地方。例如，它会发射，激光会在应该是白色的地方发射，在应该是黑色的时候关闭，但在下一次传递（下一次向上传递一层）时，它会根据图像正确发射。
我还注意到，即使 Laserweb3 和 4 中的 gcode 预览显示激光将从一侧一直行进到另一侧，当激光实际蚀刻时，它会蚀刻大约一半，然后返回，然后在下一次通过它会走完整的 X 距离并返回，然后在下一个可能只有 30% 的距离和返回。这看起来很麻烦，而不是普通光栅会做的事情。
我今晚早些时候又做了一些测试。这是结果的一些图片。
左侧是之前测试的较小版本，但作为 .png 文件而不是作为第一个测试的 .jpeg。文件类型似乎没有什么不同。在右侧，我尝试了彩色 .png 图像，正如您所见，它的表现比黑白图像好得多。然而，我会注意到，在顶部的头发附近，它有一个与我上面描述的非常相似的问题。有几次传球没有走完整个距离，或者没有在适当的时候发射激光。（也许这只是高对比度的问题？）
然后我尝试了另一个图像。同样，这与两个版本的 Laserweb 上使用的文件完全相同。这是一张黑白 jpeg 图像。我在 LW4 和 LW3 中以相同的速度和功率设置进行了尝试。如您所知，我遇到了与其他文件相同的问题。我还尝试启用对角线设置并得到非常奇怪的结果。它会做和以前一样的事情（中途和后退，并在错误的时间开火）但它也会在 Y 方向和 X 方向随机移动，甚至在这些方向上也会光栅化。我在您在这里观看的视频中捕捉到了对角线雕刻的奇怪运动。https://drive.google.com/open?id=0B8ZXvH-aGzn9TkNVZDZRQjBacTQ
我没有其他的视频，但激光的行为基本上与视频中的相同，但它只有 x 轴上的“故障”，而不是视频中的两个轴。
当我在这里运行这些测试时，我已经将所有文件从 gcode 输出上传到源图像，甚至还上传了一些屏幕截图。https://drive.google.com/open?id=0B8ZXvH-aGzn9UXg0QmRQdVRyc1E 如果您有任何其他问题，请告诉我！
我在 K40 运行冰沙上使用 Laserweb 3 版本 30552 和今天 2/21/17 的 Laserweb 4 版本（不确定是什么版本）进行所有这些测试，除了在 G+ 社区发布的初始测试. 我会一直为他们运行早期版本。