对于大多数 grblHAL 驱动程序，这不是问题，因为我尽可能使用 32 位定时器。事实上，我不得不限制最大步进时间以避免似乎偶尔挂起但在减速期间步长间隔过长的情况。

对于大多数 grblHAL 驱动程序，这不是问题

大概 HAL 的想法是它总是工作，而不是在任何可能的时候。
如果您在 HAL 中支持 <32 位架构，AMASS mod 将消除所有 h/w archs 的问题。
您的评论确实指出，修复扩展 GRBL 代码以在 STM32 上使用 32 位计数器并保持 AMASS 原样可能更好。尽管这需要更多的思考和测试。

AMASS 在 32 位上是多余的，还是有其他好处？

大概 HAL 的想法是它总是工作，而不是在任何可能的时候。

grblHAL 设计灵活，并为通过 HAL 实现（驱动程序）支持的 MCU/板提供不同的功能。一些驱动程序受 MCU 功能的限制，一些受限于实现对特定功能（例如插件所需的功能）的支持所需的努力。

对于没有 32 位定时器的 MCU，有时可以在驱动程序代码中使用预分频器，我现在不记得我是否对所有这些驱动程序都这样做了，现在我懒得检查了。

AMASS 在 32 位上是多余的，还是有其他好处？

AFAICT 它还有其他好处。

我认为在这里打开这个问题是相关的，因为这个项目的结果很有趣。

这是相关的，但 IMO 减慢探测速度以获得更精确的位置并不一定是完整的解决方案。在步进 ISR 中的每一步都会轮询探头输入，问题是如果探头有接触反弹，则可能会错过初始接触。一个可能的解决方案是为探针引脚添加中断支持，并使用它来触发虚拟 SR 锁存器，然后从锁存器输出读取探针状态。@Volksolive为 RP2040 驱动程序做了那件事。
我想尽可能对其他司机做同样的事情……

AFAICT 它还有其他好处。

谢谢

“事实上，我不得不限制最大步进时间，以避免在减速过程中出现看似偶尔挂起但步进间隔过长的情况。”

因此，与可能不必要地使用 32 位计数器可能会产生其他意外后果相比，增加 AMASS 的 DR 可能是一个更好的解决方案。