新问题
步数与Z-happy gcode的位置不一致 #149
评论
作者
埃拉 评论的 on Apr 22, 2012
作者
埃拉 评论的 on Apr 23, 2012
|
这里还有我的设置: echo:每单位步数: |
作者
埃拉 评论的 on Apr 26, 2012
|
现在这是尴尬。 我试图缩小问题的范围(在验证了Sprinter的问题之后),问题是我的代码从G92 E0s转换为涉及其他命令的G92s。但是,偏移量总是很小,如果不运行,修改就不明显。而且tatlin不支持G92(仅用于重置E),因此可视化没有显示任何错误。 很抱歉有噪音,继续努力吧。 |


我正在测试我写的一个gcode调平工具(https://github.com/eras/gcode-leveler),它生成的gcode中有很多z移动,基本上任何类型的移动都有Z移动。
看起来Z移动和挤出的组合可能会导致Slic3r混淆位置,因为M114可能返回以下内容:X:一百一十二点六七Y:八十三点四六Z:一点四五E:四点八四计数X:九十九点三一Y:八十四点一零Z:一点四二同样,现在做G1 Z0,它显然不再接近平台,因为它使用之前打印它。打印它进一步只会导致差距增加。如果我禁用Slic3r的挤出功能,问题就会消失,但当然什么也不会打印出来:)。
示例gcode可从以下网址获得:http://www.modeemi.fi/~flux/reprap/marlin-z-bug.gcode-很抱歉它太大了,但是只打印前两层应该会重现这个问题。请注意,此文件不设置任何温度,因此您可能希望预先设置温度或禁用冷挤压检查,在这种情况下,您希望在打印前移除细丝/断开挤压机。