探测 #305

谢谢！我将在本周末或下周的某个时候尝试解决这个问题。我最近一直在忙其他事情，假期就在附近。

代码看起来非常干净并且实现良好。出色的！只有一个问题。根据代码，似乎探测时进给率保持不变。我认为这是不利的。是否可以在设置中定义探测的默认最大进给速率（就像归位一样）？
无论如何，我会在我的机器恢复运行后立即尝试一下。

@Suitx感谢您查看代码。
只要您不自己设置，进给率就不会改变，这是正确的。
进给速度与进给指令 (G1) 相同。
当然它是可行的，但我不认为这是必要的，因为您可能在探测时多次更改进给率。但如果你有一些强有力的论据，这是可以做到的。

亨里克

我将删除它，因为它由@robgrz. 惊人的！

@henols： 哦对不起！我完全忘记了这一点！我没有测试过@robgrz的代码呢。如果您不介意，我会在两者之间进行挑选以获得可靠的实施。再一次，我的错。

此外，您对这段代码的版权后来更改为 MIT 许可有任何问题吗？我们计划将整个 Grbl 代码库切换到它，从最旧的版本开始。

没关系。我很高兴探测是 grbl 的一部分。快速浏览后我发现@robgrz对我的一些代码进行了修改，并以一种不同的、可能更好的方式实现了它。
你不必挑选我会添加我缺少的东西。

下周我会做一些测试。

我真的很专业 MIT 许可证和类似的，因为他们不会锁定你（在工作中遇到很多麻烦）。

@henols：我的大部分代码都是基于 Sonny 的归巢代码和我们交易的一些电子邮件。看到您的代码后，我最终添加了探测报告（我的应用程序不需要它-我更希望探测器返回接触点）并更改输入引脚以匹配您的输入引脚，以便最终结果是很大程度上兼容。

我尽量保持足迹尽可能小，以避免在文件之间增加更多的耦合——也许 Sonny 会立即找到进一步减少它的方法。

你的评论让我回头看看你的代码的确切性质，你是对的——它们非常相似。我认为事实证明，这里确实没有多少方法可以得到正确的行为。（……或者伟大的思想相似？）

出于同样的原因，我也非常支持麻省理工学院。考虑我贡献的任何代码都是 MIT 许可的。