Уточнить в коде причину отказа от EEPROM

Комментарий утверждал, что запись в EEPROM на этой плате проваливается, что читается как «EEPROM сломана». На деле причина была в неверном Flash Size, и с верной настройкой работали бы оба механизма. Формулировка исправлена, чтобы следующий читатель не пошёл менять хранилище вместо проверки размера чипа. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-07 20:05:42 +07:00
parent 703c4d46c6
commit 3f21b44a65
1 changed files with 6 additions and 3 deletions
@@ -80,9 +80,12 @@ const int WEBHOOK_MAX_LEN = 220;
 const int DEVICE_MAX_LEN  = 31;

 // --- ХРАНИЛИЩЕ НАСТРОЕК ---
-// LittleFS, а не EEPROM: запись в сектор EEPROM на этой плате проваливается
-// (commit() возвращает false), тогда как файловая система на том же чипе
-// работает. Подробности — в README, раздел «Хранение настроек».
+// LittleFS, а не EEPROM. Важно не перепутать причины: EEPROM переставала
+// сохранять из-за неверного Flash Size в IDE (см. шапку файла), а не потому,
+// что механизм плох — с верной настройкой работали бы оба. LittleFS выбран
+// за то, что новое поле добавляется одной строкой, без арифметики адресов и
+// версионирования раскладки, а старый файл не ломается при этом.
+// Разбор случая — в README, раздел 6.1.
 const char* SETTINGS_PATH = "/settings.json";

 // Имена ключей вынесены в константы намеренно: рассинхронизация имён между