评论
|
我尝试过的简短测试日志在这里: http: //pastebin.com/7290NEbh 我目前的假设: |
|
Evdz,根据您对 M114 信息的请求… 如果我在打印期间发出 M114,最后一个是典型的输出。坐标和计数不匹配。 我的开始 gcode 在打印开始之前使打印机归位,因此这些数字为 0。 |
|
这可能是完全错误的,但看看 motion_control 和 planner 中的代码,这对我来说似乎是有意义的…… 在 planner.cpp 的第 546 行,有一段代码定义了每个电机需要移动的步数。我认为在这个块应该去之前: #ifdef COREXY #ifndef COREXY // 其他轴的其余“块”命令 |
|
我觉得你说得对。你有没有试过实施这个?我认为它也可以解决步进器启用问题。 不久之后在 planner.cpp(第 584 行)中: //启用活动轴 由于将从 dA 和 dB 为 steps_x 和 steps_y 生成步骤,因此它应该启用两个步进器。 |
|
stepper.cpp 的 71-73。但仔细观察它似乎没有任何变化,但 git 已将其标记为更改。 我检查了 M119,所有的止动器都正确报告打开/关闭。我正在运行测试打印以验证运动学修复,但在完成之后我可以进一步研究停止问题。 |
|
这个问题的拉取请求是否合并过?看来我应该能够在 KamerMaker 打印完那栋房子之前至少向 Marlin 提交至少一个 LCD 面板支持拉取请求。 |
|
看起来这个已经合并了。 |


具有大量段的打印层(例如具有圆形横截面的多个对象),这些层的偏移量约为。每层 0.1mm,朝向 XY 原点。这是在电缆驱动的 h-bot 上启用 COREXY 的情况。众所周知,此问题也会影响 kamermaker。
广泛的测试证明这不是硬件问题 – 每层打印段较少的对象可以正常打印。在禁用 COREXY 的情况下,麻烦的打印结果也很好。改变电缆张力、电机电流和加速/加加速度设置没有任何区别。
在 IRC 上与 Evdz 讨论该问题后,我们同意 COREXY 功能应从 stepper.cpp 移至 motion_control.cpp。这有望纠正步骤错误并使其更易于调试。