请问发件人版本？您可能想尝试最新的边缘版本。

您是否在控制器上运行 grbHAL，如果是，是哪个构建日期？我最近做了一些更改以改善用户反馈并使启动更加稳健。这些在测试分支中可用。如果对于另一个控制器，则可能必须进行一些更改，我必须承认我没有对旧版 grbl 进行太多测试。

另外，亮红色的 Reset 按钮看起来像警报标志，在进行任何下一步操作之前应该先按下。

不确定你的意思。你想要另一种颜色？我选择红色是因为它有点像紧急停止按钮，并且与同名的 Mach3 颜色相同。

IO 发送器 Beta-8

; 咕噜咕噜
; 1.1h.20190825
; [选择：V,15,128]

就在程序开始之后。
主页按钮已禁用，但 MDI 中的 $H 正常工作，并且主页在解锁后启用。

如您所见，ALARM 指示灯和 Unlock 按钮看起来非常相似

• 我的建议是将按钮设计更改为仅红色框或红色文本以在视觉上将它们分开。
  也在玩 houming 我发现了奇怪的行为 – 在 houming 期间出错后，“警报 9”在状态指示器上闪烁了一会儿，然后发送器重置 GRBL 并清除警报编号。对于不同类型的警报，似乎没有自动重置。

我还发现慢跑等问题。您更喜欢什么 – 为每个新问题创建单独的问题，或将所有问题添加到单个线程？

主页按钮已禁用，但 MDI 中的 $H 正常工作，并且主页在解锁后启用。

我已经更改了旧版 Grbl 的行为以在启动时启用主页按钮。这可能并不总是有效，因为不可能确定归位是否在所有情况下都已启用。并且 Grbl 建议$H即使未启用归位也要解锁…我已经上传了一个新的边缘版本，其中包含此更改和其他更改供您测试。

如您所见，ALARM 指示灯和 Unlock 按钮看起来非常相似

对不起，他们看起来和我不一样。更改按钮样式以在它们周围放置一个红色框在我看来很奇怪。所以我会保持原样。

玩 houming 我发现了奇怪的行为 – 在 houming 期间出错后，“Alarm 9”在状态指示器上闪烁了一会儿，然后发送器重置 GRBL 并清除警报编号。

这是另一个遗留的 Grbl 怪事——至少我的 Mega 版本会在警报 9 上自行重置，然后以下状态报告不会指示哪个警报处于活动状态。我已经添加了一个解决方法，它存储最后一个警报编号并在报告警报状态时添加它。请注意，遗留 Grbl 控制器应在连接时重置，大部分通过切换 DTR，一些通过切换 RTS。许多 grblHAL 控制器不支持连接时重置，因此默认为No action。

我还发现慢跑等问题。您更喜欢什么 – 为每个新问题创建单独的问题，或将所有问题添加到单个线程？

单独的问题通常是最好的，否则它们可能变得难以理解。

我已经更改了旧版 Grbl 的行为以在启动时启用主页按钮。

谢谢，现在它从一开始就有效。Beta-8.8

这是另一个遗留的 Grbl 怪事——至少我的 Mega 版本会在警报 9 上自行重置，然后以下状态报告不会指示哪个警报处于活动状态。

我的 Mega328 版本也会在此警报上重置。

我已经添加了一个解决方法，它存储最后一个警报编号并在报告警报状态时添加它。

它产生了另一个问题 – ALARM 状态无法与 Locked 状态区分开来。重置后屏幕上没有任何变化，看起来像没有发出重置。
最好在弹出窗口或状态报告中存储最后的警报、错误和最后的命令。

请注意，遗留 Grbl 控制器应在连接时重置，大部分通过切换 DTR，一些通过切换 RTS。许多 grblHAL 控制器不支持连接时重置，因此默认为No action。

我都试过了——有和没有 DTR——对我的董事会来说都是一样的

它产生了另一个问题 – ALARM 状态无法与 Locked 状态区分开来。重置后屏幕上没有任何变化，看起来像没有发出重置。

处理来自控制器的消息并将它们显示在状态栏中是有问题的。我不时尝试改进它，但我对它的工作方式还不满意。我可能会更改在 grblHAL 中发送消息的时间，以使这更容易。其中一部分是决定何时应从状态栏中删除消息。IMO 控制器应在相关状态更改时发送一条空消息…

如果不确定，请使用控制台查看已发送的内容。

在重置时，状态栏中会短暂显示消息“等待控制器（portparams）… ”。请注意，由于#86中提到的 Grbl 错误，某些 UI 元素不会在重置时更新（冷却剂、主轴状态）。同样，这在 grblHAL 中得到修复。

根据消息的当前情况，
我建议恢复 Betta 8 的行为并添加额外的弹出窗口，例如在点击状态指示器上或在其后面，带有简短的事件日志，例如
时间、事件、描述（有助于警报和错误）
对于 2-3 个最新事件。
只有事件，改变状态指示。
查看控制台可能会让某些用户感到困惑，尤其是流量 – 节省 GRBL 中的通信缩短