теперь понятно, спасибо. для мня очень странно почему при вызове функции WiFi.mode() они не делают проверку конфига на флешке? тут спасение только в вызове WiFi.persistent(false) иначе после каждого изменения будет перезаписываться конфиг и лет через 5 флешке настанет каюк. спасибо хоть проверку на совпадение с текущим знвчением сделали.
Код:
bool ESP8266WiFiGenericClass::mode(WiFiMode_t m) {
if(wifi_get_opmode() == (uint8) m) {
return true;
}
bool ret = false;
ETS_UART_INTR_DISABLE();
if(_persistent) {
ret = wifi_set_opmode(m);
} else {
ret = wifi_set_opmode_current(m);
}
ETS_UART_INTR_ENABLE();
return ret;
}
wifi_get_opmode() - это функция, вызывающая другую функцию (назовем _get_opmode) с параметром _get_opmode(1)
wifi_get_opmode_default() - это функция, вызывающая другую функцию с параметром _get_opmode(0)
_get_opmode() в зависимости от параметра:
0) выделяет в heap 1172 байта (размер блока параметров WiFi для SDK2.0), и вызывает считывание в полученный блок памяти (system_param_load()) области сохранения во Flash, считывает из полученного блока один байт, освобождает блок в heap.
1) обращается к структуре wifi_store, считывает и выдает из неё байт номера режима.
Драйвер WiFi, обычно, может может работать в разных режимах. Т.к. у нас два основных типа - AP и STA, то драйвер WiFi делиться на два типа работы. Т.е. фактически при AP+STA загружены и включены два драйвера. Проверить какой драйвер и в каком режиме сейчас активен по данным из flash не выйдет, если установка его произошла без сохранения параметров во flash.
wifi_set_opmode(x) - это тоже функция, с вызывающая другую _set_opmode(x, 1)
wifi_set_opmode_current(x) - это тоже функция, с вызывающая другую _set_opmode(x, 0)
_set_opmode(x, flag) примерно то-же самое - в зависимости от flag вызывает считывание из flash (system_param_load(...), system_param_save_with_protect(...) ) структуры wifi_store[1172] с запросом размещения в heap pvPortMalloc(1172, id функции для отладки)....
Миллион ненужных действий и диких китайских алгоритмов... Описывать даже не охота...
Что примечательного в этом всём:
system_param_save_with_protect() вызывает wifi_param_save_protect_with_check() в которой
pvPortZalloc(), (#) spi_flash_erase_sector(), spi_flash_write(), spi_flash_read(), ets_memcmp() и если не равно - возврат к началу стирания и записи (#) без какого либо счета неудач, в конце - vPortFree().
Если у вас упало или плавает питание, то процесс стирания и записи происходит до победного конца - дыры в Flash.
Первые варианты SDK у Espressif писал какой-то школьник, не проходивший программ обучения программированию (наверно денег у Espressif не было нанять проф.программиста). К версии SDK2.0 осталось 40% его алгоритмов. Остальные, более ужасные, были исправлены. Но множество "фич" так и осталось... К примеру SDK собирается только с выключенными всеми wraning у компилятора. Иначе образуется большой список ошибок по поводу не проинициализированных переменных, неверных вызовов пр параметрам функций и т.д. По этому от версии к версии разные баги в SDK и потом выдают новые патчи (назвав это оптимаза
). Так-же был прикол - на вопрос что была за ошибка и почему патч, программист ответил - пересобрал заново либы и оно исправилось...
На таком материале и сделана Arduino на ESP8266 другими, в основном энтузиастами... Ну и никогда не получите исходников SDK - это будет шоу.
По этому когда указываете какой код - надо приводить номер версии SDK и патчей.
