也可能是您的加速度或加加速度设置得太高，导致错过步骤。

反复？总是在同一个地方？我们中有几个人报告
了这个问题，它总是发生在同一个文件的同一个地方。
甚至有人报告说，如果他使用以前版本的 slic3r
，他就没有问题。

我想我可以尝试更改我的 jerk 设置，但我已经
使用相同的固件设置打印了几个月，而且从未出现过一次打嗝。

在 2012 年 11 月 12 日星期一下午 3:12，daid notifications@github.com写道：

也可能是您的加速度或加加速度设置得太高，
导致错过步骤。

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

可能正是那个动作导致了最大加速度或其他什么。但规划器中也可能存在错误。我将这两个选项都保持打开状态。但到目前为止，我从未见过 Marlin 不做动作，而且我打印了很多很多奇怪的路径。

你能隔离导致跳过的 g 代码吗？过去有一些奇怪的 g 代码组合做了奇怪的事情。我认为这一切都是固定的。但也许这是触发错误的特例。
我知道很难隔离 g 代码。（过去我不得不这样做很多次）。但这是调查错误的唯一方法。
它也可以是一些触发机械共振的 g 代码。

仅供参考，我记得不久前发现了 20MHz 的脉冲宽度问题，DIR 引脚被拉动的时间似乎太短，我的 Pololu 驱动程序无法处理（在 20MHz 时，它会达到 PDF 中为 Allegro A4988 定义的最小值）。快速切换 A4988 上的 DIR 引脚是否会导致问题？我想知道这是否是它……（我几个月前看到它，但不确定在哪里……以及它是否已被修复）。可以看看…

但是我想知道为什么如果您使用的是以前版本的 slic3r，那么这个问题就不存在了。@thecrazy，我们可以得到一些gcodes进行比较吗？

嗨，谢谢你看这个。

这是一个包含图片、gcode、marlin 设置、slic3r 设置等的 zip 文件……所有我能放在一起的东西。

据我所知，问题似乎发生在第 16 层附近。我不太熟悉 gcode 的故障排除，所以我有点数了数印刷品上的层数 我想这不是最好的方法。

我不确定如何进一步隔离这个…将打印机置于“试运行”模式并在 repetier 主机中逐行手动输入 gcode？这甚至可以用来寻找“机械共振”吗？因为手动输入代码要慢得多，并且可能不会导致发生相同的情况。

我是新手，我需要一些有关最佳操作方法的指导。

那么这个拉链在哪里？;)

我相信@thecrazy指的是他在另一个线程中发布的文件，我将在此处链接

https://dl.dropbox.com/u/69468886/BUGS/Not%20a%20Belt%20slip/Not%20a%20Belt%20slip.zip

我也注意到了这个问题，并且可以将它隔离到我设计的对象的这一部分：

滑动发生在第二层的末端，当它填充最左边的插脚上的填充物时。

使用 STL、slic3r 0.7.2b gcode 工作和 0.9.6-dev 跳过及其各自的配置链接到 zip 文件：

https://docs.google.com/open?id=0BwYeiQsa_tdEaEp3UGZZa0l4eTQ

（注意：使用 unzip 命令似乎无法压缩 zip，但可以在 7zip 中打开。如果我应该重新上传，请告诉我）

我正在比较 Z=2.690 和 Z=9.970 的图层，看起来坐标是一样的。所以它可以是马林鱼，也可以是该 gcode 中某处的一些相对/绝对魔法。
@Caanon，您能否在禁用风扇控制、启用调试并禁用“随机化起点”选项的情况下重新生成 gcode（以便相同的图层现在在坐标方面匹配）。
谁能告诉我到底是哪一层？问题的答案在那个 gcode 中，但我需要知道哪一层是第一个移动的层……
顺便说一句，你们在那个“Gcode preview.JPG”屏幕截图上使用的是什么软件？我喜欢…

@nothinman, 最新的 Slic3r 引入了填充尽可能多的小段的空白。此外，到目前为止，Slic3r 还没有任何简化/抽取算法（通过选择），因此它将原始文件的分辨率公开到生成的 G 代码中。这可能会导致生成非常短的移动，只有几步甚至没有。但是，这并不意味着 G 代码文件无效。它可能是在特定情况下暴露的 Marlin 错误，即使输入有效。

公平地说，我在使用最新的 Slic3r 和更新的 Marlin 的打印机上也遇到了这个问题。但我并没有真正将它与配置问题（加速/冲击）或固件问题隔离开来。

@ErikZalm,@daid，感谢您对此进行调查。我知道收到此类错误报告是多么令人沮丧:)

@alexrj，这就是为什么我想知道到底是哪一层造成了问题，并且想获得一个包含我上面要求的内容的 gcode；然后我会检查运动转化为多少步以及这是否会成为问题。但这很奇怪，看起来有些东西只被添加到 X 计数器一次……（如果 Marlin 有错的话）。
该层移动了多少毫米？我想将其转化为步骤，看看我得到的数字是否有趣……
偏移量是否始终相同？并且总是在同一层？

@nothinman与其重新生成整个东西，不如我只给你一个被破坏的缩短的 gcode 怎么样？:D

http://pastebin.com/7vgZD9u1

它应该做什么：

1. 前往 (0,0,0)
2. 将打印头升高到 (0,0,0.7)（为了安全移动）
3. 遍历到最右边的叉子（在我上面发布的对象中）
4. “填充”它（注意：不挤出任何东西，所以你可以用冷热端来做）
5. 遍历到最左边的叉子
6. “填充”它
7. 前往 (0,0,0)

实际发生了什么：

1. 前往 (0,0,0)
2. 将打印头升高到 (0,0,0.7)
3. 遍历到最右边的叉
4. “填充”它
5. 遍历到最左边的叉子
6. [[响亮的咕噜声]]
7. 转到“0,0,0”，现在大致为 (0,13.5,0)（或应该填充的长度）

让我知道您是否需要更多信息（或者它不适用于您的打印机，这意味着它依赖于 configuration.h）

（如果你真的想要整件事，我很乐意把它贴在某个地方，如果你愿意的话：）

伙计们，除了被来自 github 的 >30 封邮件/天所激怒之外，我感到很
惊讶。
无论如何，关于主题：

请事先将所有加速度和速度减半，看看这是否有任何改变。如果是这样，请关闭问题，因为它是硬件问题。

如果这没有帮助，请尝试增加此值，并查看您的打印行为是否有所不同：

const unsigned int dropsegments=5; 也设置为零可能值得
尝试。它应该将非常短的动作的步骤添加到下一个动作中，
这样它们就可以在一个联合动作中完成。这样缓冲区就不会
被实际上无用的微小移动完全溢出。如果
它与太短的移动有关，如果您将此值设置得
更大，例如 20，请查看它是否仍然可重现。在我的 marlin 版本上，
它已经过时了，有时打印机会进入一种模式，它只
执行速度跳跃（非常嘈杂），通常是在填充物中有近
180° 的转弯时。不确定这是否同时得到纠正，它
曾经是速度跳跃计算 IIRC 中的 abs() 问题。