图层更改导致 1 秒的延迟导致斑点 #649

只是我的观点

这是一个多次报告的问题，但仍然是一个问题，而且似乎非常顽固和烦人。
当切片器 (Slic3r) 设置为按层更改缩回时，这会导致 1s 延迟（之前？）层更改，从而导致挤出机出现主要斑点。
问题似乎随着速度的提高而变得更糟，这可能是由于不断的延迟。
我已经看到一些关于 Sprinter 的旧报告在 G92 和 Jerk 计算方面存在问题。这会不会遗传到马林身上了？
如果在切片器中未选择随层变化收缩，则不会出现问题。
不同之处似乎是像“G92 E0”这样的命令在收回时发出。
我在 Azteeg X3 中使用 Slic3r 和最新的 Marlin 下载。
添加：对 Repetier_FW 进行了类似的测试，发现相同的 G 代码存在同样的问题，所以我们要面对什么？
这是正常行为吗，因为速度在缩回之前经过零？

jfpion

我不确定这是马林鱼的问题。

我得到与 slic3r 相同的 pb，但没有 pb 与具有相同配置的 kisslicer

我不知道为什么会有如此大的差异，但确实存在！

只是我的观点

我不能确定一定要怪 Marlin，但我没有在 Slic3R 的 Gcode 中找到任何解释，所以我认为问题出在 FW 中。
您使用 Kissslicer 进行的测试看起来确实令人信服，看到同一工作的 gcode 列表中的差异可能会很有趣。我也从来没有耐心去探索 Kissslicer。

布库比切克

也许它是您在切片器中的 z 进给率设置。或 z acc。
或固件配置中的最大单元格。
在 2013 年 11 月 19 日上午 11:40，“justmyopinion” notifications@github.com写道：

我不能确定一定要怪 Marlin，但我没有
在 Slic3R 的 Gcode 中找到任何解释，所以我认为问题出在 FW 中。
您使用 Kissslicer 进行的测试看起来确实令人信服，
看到同一工作的 gcode 列表中的差异可能会很有趣。我也从来没有
耐心去探索 Kissslicer。

—
直接回复此电子邮件或在 GitHub 上查看它 https://github.com/ErikZalm/Marlin/issues/649#issuecomment-28780184
。