Вообще я склоняюсь к тому, что сделать надо дистрибутив в виде бинарника и шить esptool, только вот проблема с точкой доступа и айпишниками, поэтому дистрибутив должен быть с возможностью подключаться как к точке доступа и задавать уже айпишник и параметры точки доступа
Это не проблема — есть такая библиотека Wi-Fi Manager, кажется, — она прекрасно позволяет это делать, более того, первые тестовые сборки АМС работали на ней, но потом я убрал эту библиотеку потому, что она «жрёт» памяти как весь АМС и заменил одной строкой задания IP.
Вы можете «прикрутить» её обратно, делается это добавлением буквально пары строк.
Я предлагаю интегрировать в АМС , хотя не представляю как можно вытащить 20 сенсоров.5 сенсоров тяжело, но работают. Понятен механизм добавления еще клиентов, но код растет в геометрической прогрессии. И самое главное - сейчас все ответы валятся в одну трубу (канал) , а по уму NRF24 должны работать каждый на своем канале (254 штуки).
Тут дело вот в чём: клиент MQTT или MySensors прикручиваются к АМС на раз-два, есть ролик, ссылка была на форуме, где это сделано и продемонстрировано. То есть тут особых проблем нет.
Все сложности с родным стеком nRF24 в АМС проистекают от того, что это НЕ КЛИЕНТ (относительно простой), а СЕРВЕР (аналог MQTT сервер), который в MQTT работает на более мощном железе типа Малины с соответствующими ресурсами. А тут это «запихнуто» в Мегу с 8-ю килобайтами памяти.
В разработке более совершенная версия стека, где решена часть проблем, например работа со множеством сенсоров, но это реально сложная задача, требующая больших затрат времени и сил, которая делается на чистом энтузиазме, а поэтому имеет соответствующий приоритет среди более актуальных задач для меня.