我相信我终于设法解决了这个问题。您可以尝试使用最新的边缘版本(2.0.39p1)。

自从您发布 2.0.39p1 以来，我一直在忙于做其他事情……现在我要回到我的挂件项目上了。我刚刚下载并安装了 2.0.40，并将我的 settings.txt 和 App.config 文件复制到它的文件夹中。当我尝试运行它时，弹出一个窗口说“MPG 模式已激活，等待它被禁用。” 但我的吊坠已关闭，进入 Teensy 引脚 41 的 NOT_MPG 模式线很高，当我不使用 MPG 控制时应该如此。在 my_machine.h 中，我设置了 MPG_ENABLE 2 和 KEYPAD_ENABLE 2。

如果我需要在我的 grblHAL 固件中选择一些其他设置或以不同方式连接以重新使用 ioSender，请告诉我。

谢谢！

顺便说一句，我 在 TT41U5XBB_map.h 第 68 行中有
#define MPG_MODE_PIN (41u) ， 但我没有设置 I2C_STROBE_ENABLE，因为我使用的是 UART 控制，而不是 I2C。 是对的吗？

我不能在 Teensy 上使用 pin 28，因为我在那里有一个 Lim B 开关。

我尝试安装 2.0.39，并且在关闭吊坠的情况下确实启动正常。我打开了吊坠，ioSender 像预期的那样变灰，我有 MPG 控制。但是当我关闭挂件时，ioSender 保持灰色，除了在任务管理器中结束任务外，我无法用它做任何事情。请让我知道我可以提供哪些其他信息来帮助调试此问题。

我认为 ioSender 可能会不知所措地聆听我的吊坠请求每次慢跑移动的状态报告。只要我不做任何慢跑，当我关闭吊坠时收回控制权就没有问题。但是如果我慢跑，有几百个慢跑，当我关闭吊坠时，ioSender 永远不会停止变灰。它完全卡住了，无法点击 ioSender 中的任何内容，甚至无法关闭窗口。我只能使用任务管理器停止 ioSender。

grblHAL 似乎工作正常。当 ioSender 锁定在灰色状态时，我可以打开和关闭吊坠并用它慢跑。

好的，我确认问题是 ioSender 的控制台窗口在 pendant jogging 期间状态报告超载。如果我从不使用控制台窗口，或者如果我使用它但没有勾选 Verbose 框，那么 MPG 模式切换就可以正常工作。只有当我勾选 Verbose 并进行一些慢跑时，ioSender 才会被锁定（保持灰色）并且在不点击任务管理器中的结束任务的情况下无法恢复。
慢跑时能够在控制台中查看状态报告很好，但不是绝对需要。
我用它们来调试和优化慢跑算法。
但是，如果有比 End Task 更好的方法来摆脱锁定的 ioSender，那将是一件好事。