我会尽力重现这一幕。这很奇怪，不应该发生。你能告诉我你用的是git-branch版本还是标签beta1版本吗？另外，能否确保终点挡板方向设置没有问题？您也可以通过手动切换终点挡板并尝试向终点挡板移动来进行测试。如果由于某种奇怪的原因，在切换相同的终点挡板时，这种方法有效，请尝试另一个方向。如果另一个方向阻塞，则很可能是配置混乱。

我使用v1分支的最新git pull。
我不能肯定我是否正确理解了你的其他指示。

我只有一个终点挡板（只有Z_MAX）。归航本身工作正常。只是之后的移动命令没有按预期工作。我也不做一个G28，但只有一个G28 Z或任何命令是，其中pronterface发送时，按下z home键。我也使用来自git的pronterface，而不是标记版本。

好的。Z_MAX通常是最高可能z值处的止动端，而z_min是通常在z = 0处触发的止动端。
触发的Z_MAX应禁止您增加z值，并允许您通过减少z值返回到Z_MIN。实际上部分符合你的描述。
是否可能是您的配置不正确，使用了Z_MAX而不是Z_MIN？

我想我们有一个沟通问题：-）

我在Z_MAX上有一个终点挡板（Makerbot的顶部）。我回到Z_MAX的家。挤出机轴/ Z向上移动到最大位置，做小的止动器舞蹈，并停留在最大位置。在我看来，归航程序是成功的。

现在我想向下移动一点。我按下移动-1毫米按钮在pronterface和它只是不断下降，下降和下降。我不知道它会停在哪里，我通常会放弃。

摘录配置.h：

///终点挡板设置：
//设置归位时终点挡板的方向;1=最大，-1=最小
#定义X主目录-1
#定义Y_主目录-1
#定义Z主目录1

摘录引脚. h

#定义Z_MIN_PIN 18
#定义Z最大引脚 19

请告诉我其他可能有用的信息。

对不起，我以为我们是在讨论一个与终点挡板有关的问题。您是否检查过Configuration. h中的DEFAULT_AXIS_STEPS_PER_UNIT是否正确？如果是，您能否确保打印机的第一个串行回波包含实际正确的DEFAULT_AXIS_STEPS_PER_UNIT值？

是的，这些值是正确的。我也做打印与此设置（这是了不起的）。我只是那个似乎被奇怪的虫子绊倒的家伙：-）
真正的问题是在归航之后。当我告诉它向下移动1 mm时，它的行为似乎是试图回到Z_Min。这种情况只会在回到最大值后发生。我也可以使用前面的控制面板来移动所有沿着轴，只要我不回到Z_MAX。

重要提示：我刚刚做了另一项测试。我之前报告过，在Z_MAX_Home之后，我不能再使用go down on z。我刚试了另一个轴，X&，Y。他们的行为也很奇怪。我用来移动到某处的所有命令：x+、x-、y+、y-始终导致机器人向下移动z轴。看起来它确实坚持在做任何其他动作之前先做一个HOME Z_MIN。

我能做些什么来帮助解决这个问题吗？恢复到马林_ Gen3固件，看看它是否在那里工作？是否提供调试信息？

对不起，我没有时间做任何事情，圣诞节前的压力。明天是假期，希望我会有一些时间。

好吧，我只是用机器试了一下。我通常在家看z-min，x-min，ymin。我试着回到z-max，x-min，y-min，在回到z-max（也就是最大可打印对象的末端高度）后，我只能降低高度，1 mm就是1 mm。
一切都是我应得的。
有一个一般的错误与g28，我入侵了有选择已经设置的立场，由“g28 x-105 y-105”，并解决了现在。也许这是问题。请尝试一下，告诉我你的结果…

我把今天之前的所有改动都调出来了。良好的结果：
如果我在pronterface的gcode提示符下输入g28并发出该命令，那么一切都会正常运行，正如预期的那样。
然而，如果我按下pronterface上的“Z-主页”按钮，则行为与我上文所述相同。你知道我怎样才能找出pronterface发送的是什么命令导致了这种行为吗？

好的，知道了：当我发出“G28 Z”命令，只让z轴归位时，归位发生后，我得到了错误。命令本身是否无效？

啊我刚刚有个想法，我想我知道问题所在。不过，接下来的一个小时我要打印……

好吧!打印，只要你喜欢：-）我只是很高兴，我们正在取得进展。我也在发热!

这不知何故已经修复了一段时间前。抱歉-没有跟进这个问题，只是在新的拉动后最终工作。

此问题已自动锁定，因为在关闭后没有任何近期活动。请为相关错误打开一个新问题。