哪个版本？Teensy 会反复重启吗？
这可能是由于 littlefs 由于“损坏的”闪存而无法安装驱动器。
您可以在安装前注释掉这一行以强制格式化吗？

此线程中的一些相关信息。

谢谢你回到我身边。

它是 VER:1.1f.20220914 在 Teensy 4.1 上，是的，它确实每隔 10 秒就会重启一次。

我已经能够在另外两块裸板 Teensy 板上重现该问题，包括一块全新的。按照您的建议，强制使用格式确实可以解决问题。事实上，一旦我刷新了修改后的固件并格式化了文件系统，我现在就可以使用原始代码而无需注释掉 IF 语句。

1. 构建未修改的 grblHAL 20220914 并将其上传到全新的 Teensy。
2. Teensy 不断重启
3. 注释掉IF语句，构建grblHAL，上传到Teensy
4. grblHAL 正常工作
5. 构建未修改的 grblHAL 20220914 并将其上传到 Teensy。
6. grblHAL 继续正常工作

我已经能够使用这些步骤来“修复”3 个不同板上的问题（2 个裸控制器和一个安装在 T41U5XBB 上）。然而，未修改的 grblHAL 20220914 拒绝在“处女”Teensy 上工作。

太好了，我想这是由于 littlefs 代码中的断言语句触发了重置。现在不记得这是否发生在我身上以及我同时使用多个实现 – 我在 RP2040 驱动程序中遇到了类似的问题。

可以尝试的是擦除用于 littlefs 的闪存区域，看看它是否仍然在挂载时崩溃。如果不是，也许解决方法是释放擦除代码并指示用户在启用 littlefs/webui 之前运行它？

看起来修复是永久性的，因为我没有未使用的 Teensy 板，我不能再重现这个问题。我尝试了 15 秒重置，它确实加载了 blinky 程序，但未能覆盖 littlefs 使用的区域。

在尝试安装 FS 之前，要么在 EEPROM（真实的或模拟的）中检查“文件系统格式化”标志 – 如果未设置，请格式化 littlefs，然后设置它。由于我对 Dunning-Kruger 效应深有体会，但完全不了解您的代码，因此我不会理会无用的拉取请求。

我将在下一次提交中关闭 littlefs 断言，并赌一个错误返回而不是导致格式。

我暂时保留这个问题，如果其他人遇到崩溃请报告。