注释
.jpg "gcode渲染中的可怕问题 #1001"){kind=avatar}
|
您能否详细介绍一下您的机器以及用于生成 GCode 的设置（例如 lines/mm、dithering 或 line2line 等）？ |
.jpg "gcode渲染中的可怕问题 #1001"){kind=avatar}
|
我第一次在照片上尝试过这个： 现在我改成这个： 它可能需要 2 天的时间来绘制足够的时间以查看它的进展情况
机器是 arduino vith cnc shield v3 和 stepper driver a4988 on 1/16 stepping with nema17 hs4401 它完全是旧材料的翻新 |
|
同样在较小的作业上，但在更大强度的激光下它是不可见的，黑色就是黑色😁 |
|
它似乎是一台皮带驱动的机器，在精确工作方面可能会出现问题。尽管微步进旨在提高精度，但它并不总是有效。1/16 步是有风险的，因为它们不能保持精确的位置（只有整步是精确的）。尝试以 1/8 ( |
|
在整步上它是可见的，所以我认为可能是这样，但另一方面，如果它在具有整步设置的较小工作上有压力，那将不是核心问题，零件很笨重，所以我认为他们应该保持这个位置，我也每 1 小时测量一次长度，两边都有相同的步进长度，行之间的距离看起来非常好，最终绘图的质量非常好，只有那些以灰度显示的光栅是问题 正如您所看到的，bw 图的详细信息在全强度激光下是可以的 |
|
可能是 arduino 中闪现的旧 grbl 引起的吗？我想我用的是旧的 0.9 闪光灯 |
|
另外，我会尝试使用 s4 代替 s3 来使用激光，我之前没有尝试过这个选项 |
|
我在我刷过的文件中编辑了激光调制速度，我根据卖家的规格增加到 10khz 以获得更好的性能，这就是我不升级的原因，所以我会升级，但我必须找到如何在新文件中编辑调制速度版本☹️ |
|
在 grbl 1.1 中，可以在 cpu_map.h 文件中完成，然后重新编译并刷入 arduino。
|
|
这是一个很好的建议，可以节省很多时间😁非常感谢您抽出时间，现在我有一些有用的提示，我将开始一些测试并让您知道最终结果👍 |
|
行。祝你好运。👍 |
|
谢谢，我会在几天内回来，在这种尺寸下它会很慢😄😄😄 |
|
我认为这种光栅线问题也出现在模拟电视上，它看起来与我的绘图上的线非常相似，你怎么看？ |
|
再次您好， 错误： LaserGrbl v3.4.1.0 TypeOf 异常 [System.OutOfMemoryException] ———- 堆栈跟踪———— 2号 抱歉，在我能够复制之前，它已经完全倒下了……（关于绘画或其他的东西） 但是光栅化的问题现在已经消失了，谢谢你找到方法的好建议:)
来自日志👍2020 年 5 月 17 日 19:53:22 ThreadTX System.OutOfMemoryException：由 vyvolána výjimka 打字 System.OutOfMemoryException。 |
.png&h=110&w=185&q=90&zc=1&ct=1)
.jpg&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
.png&h=110&w=185&q=90&zc=1&ct=1)
你好，我正在开发高分辨率大幅面图形激光雕刻机，我在从图片生成的 gcode 中遇到了很大的错误，有一些奇怪的线条，这绝对不是原始图片的一部分，每次我生成 gcode 时，它们都处于不同的位置，就像你一样可以在所附图片上看到。
这对我的项目来说是一个非常大的问题，我需要知道如何跳过这个问题。
预先感谢您的快速答复。
Petr Plot 尺寸为 118cm 宽 57 cm 高度 1/16 stepp Ing vith 4 500 000 行 gcode，现在我将每毫米的行数从 5 增加到 10 ank 代码现在有大约 9 000 000 行代码，绘图时间大约8天…我会看看问题是否会再次出现不同的渲染设置，欢迎专家提供任何经验
😉