不再支持 Grbl_Esp32。开发人员完全专注于FluidNC，这是 Grbl_Esp32 的改进版本，用户无需编译即可使用，因为它配置了文本文件。

这是什么意思，大声笑？我们是否需要返回到之前的版本，或者是否有办法让 jimmy jam freertos 正常工作？

我能够按照使用 Arduino UI 1.8.10 和 esp32 1.0.6 的方式构建它

注释掉 freertos.h 的包含确实允许编译继续使用 esp32 2.0.5，但是您随后继承了一些在 2.0.0 左右为同一源文件 (i2SOut.cpp) 引入的原子错误。这些似乎是（我猜）gcc 系统头文件/交叉编译器相关，但我没有深入挖掘。

按照建议，我将在这里查看 FluidNC。我有一个 XPro V5 控制器，从各方面来看，它看起来像是 Grbl_Esp32 的纯端口，带有一些自己的机器文件。

对 Arduino 框架及其依赖的 ESP-IDK 和 gcc 工具链的更新经常会破坏编译。在 FluidNC 领域，在最近的主要框架更新之后，我们花了很长时间才稳定下来。

XPro V5 有 FluidNC 配置。

从昨晚开始我就和他们一起玩了。这与我习惯的完全不同。

很快发现自己错过了 $$

我也不得不使用旧版本，因为 xPro 使用的 tmc 步进驱动程序似乎已损坏。

还有一些其他的奇怪之处。我可以反转我的 x 电机，但是当我尝试反转我的两个 Y 电机的引脚时，事情崩溃了。

我总是可以交换我的电线，但不幸的是，在目前的状态下感觉像是倒退了一步。

如果您使用请求的信息在 FluidNC github 上提交问题，我们将解决它。

欣赏它。步进器已经有一个悬而未决的问题。看起来 tmc 驱动程序和 SD 卡访问之间存在一些冲突。

也许我会建议我不关心 SD 卡支持，但问题似乎比这复杂一点。