查看 config.h 中的 CONNECT_TO_SSID 和 SSID_PASSWORD。如果定义了前者，无线电模式将默认为电台模式（参见同一文件中的 DEFAULT_RADIO_MODE）。

我已经设置、清理和重建了这些参数（Arduino IDE 和 Platform.IO）。它对我不起作用：它仍然尝试连接到 GRBL_ESP（不是我定义的 AP），失败，然后创建自己的 AP。

我再次尝试验证。看起来固件实际上使用的是用户通过命令行 [ESP…] 命令配置的任何内容（保存到 eeprom？），而不是定义中设置的内容。

EEPROM 设置的工作方式长期以来一直存在混淆。编译到代码中的默认值仅在 EEPROM 设置无效时适用。它的工作方式是，如果 EEPROM 设置无效或被重置，则使用新的默认值来建立新的 EEPROM 设置。您可以使用例如 $RST=@ 清除旧的 wifi 相关设置。$RST=* 将清除所有内容，wifi 和电机设置等等。

这将随着刚刚登陆 Devt 分支的新设置框架而发生一些变化 – 尚未在 master 中。在新框架中，默认值的设置实际上并没有存储在 EEPROM 中，因此如果您更改默认值并重新编译，您将自动获得新的默认值。但是，如果您在运行时更改了默认值，则覆盖将存储在 EEPROM 中，因此使用新默认值重新编译不会触发清除覆盖。

新设置框架的长期目标是很少需要重新编译。您可能想要做的几乎所有事情都可以通过设置进行更改。这个想法是有一个可以处理所有事情的二进制文件，通过设置列表为用户机器配置。

我们正在寻找测试人员。由于您熟悉 Arduino 和 platformio 编译，因此您可能处于正确的技能水平，可以稍微靠边站。我们认为新设置相当可靠，但到目前为止只有少数人对其进行了测试。

新格式在https://github.com/bdring/Grbl_Esp32/wiki/Grbl_ESP32-Settings开头描述

好的，是的，当前的方法有点混乱。我可以测试新代码。我别有用心的目的是为了我自己的目的修改 grbl_esp32（构建一个使用 GPS 信息自动指向太阳的 alt-az 望远镜平台），所以我将添加一个定制机器（在我自己的分支中）。听起来我的想法是我会分叉 Devt 并从那里工作，在这里为任何特定于 Devt 的问题提交 Github 问题。

是的，这听起来不错。但在短期内，最好让 Devt 绕着街区转一圈，看看是否有任何问题。在进入 master 之前会对设置进行一些调整，因此如果您在 Devt 之上进行特定于机器的更改，请注意一些事情可能会发生变化。