Reconnect-машина: setAutoReconnect против ручного цикла на millis

Датчик в гараже молчал до вечера, и виновником оказался ночной перезапуск роутера — такой, после которого часть клиентов бодро возвращается, а часть зависает в стороне навсегда. Ручная перезагрузка платы чинила всё, но ездить в гараж ради кнопки reset — занятие для фанатов. Вариантов у нас два: доверить восстановление флагу setAutoReconnect или написать собственную reconnect-машину на millis. Здесь разбираю, что флаг делает на самом деле, где проходит его граница, и как выглядит ручной цикл, который не стыдно оставить на даче на зиму. Спойлер, к которому мы придём к концу: лучший вариант — оба сразу, и это не перестраховка, а разные слои обороны.

Флаг сам по себе разобран в уроке про WiFi.status() и авто-реконнект — механику и связи с кодами статуса я там не повторяю. Первый сетевой скетч и его подводные камни живут в уроке про первый WiFi; здесь же вся дистанция между «связь отвалилась» и «плата сама вернулась».

WiFi.setAutoReconnect(true) включает в Wi-Fi-драйвере автоповтор ассоциации: когда установленный было соединение рвётся, стек сам дёргает подключение к последней сети — без вашего участия и без единой строки в loop(). Это честный и рабочий механизм, и для одинокой метеостанции его хватает годами. Но у флага жёсткая граница: он подхватывает только отвал после успешного подключения. Если begin() закончился неуспехом — код 1 (сети нет) или 4 (пароль не подошёл) — никто за вас begin() снова не вызовет: драйвер отработал свой заход и уснул. Проверяется это за вечер: скормите плате неверный SSID, а потом верните роутер — с одним флагом она так и останется в стороне, хотя эфир давно поправился.

Вторая граница — тишина. Флаг молчит: ни счётчика попыток, ни лога, ни различения кодов — упал, поднялся, и хорошо. Мой практический вывод после пары зависших зимой плат: флаг оставляю включённым всегда — в ESP32-ядре он по умолчанию активен, но строка WiFi.setAutoReconnect(true) в setup() стоит ноль байт и снимает вопросы о дефолтах в чужих прошивках, — но строить на нём единственную линию обороны не стал ни разу. Всё, что должно дожить до утра без меня, получает ручную машину поверх флага.

Ручной цикл берёт то, чего у флага нет: детерминизм и телеметрию. Вы сами решаете, когда повторять, как долго и с какой паузой; сами считаете попытки; сами печатаете диагноз. Основа — опрос статуса по millis, не по delay: неблокирующий каркас с метками времени разобран в уроке про millis вместо delay. Пауза между попытками растёт: две секунды, четыре, восемь, потолок в минуту — роутер, который перезагружается две минуты, не должен ловить спам begin() каждую секунду. Ту же арифметику backoff применяют и на уровне HTTP-запросов, и на уровне брокера — в уроке про reconnect с backoff она разложена по шагам, здесь только связка с WiFi. И ещё один аргумент в копилку ручного: пауза, которую вы выбрали, видна в журнале, а у флага невидима даже собственная частота повторов — настройте по обстоятельствам места, а не по умолчанию чьей-то прошивки.

Второй слой — различение кодов. После кода 1 рвать эфир попытками смешно: сети нет, поставьте паузу подлиннее и печатайте напоминание. После 4 — вопрос к паролю, повторять тот же begin() можно хоть каждый час, результат не изменится, пока человек не вмешается. А когда попыток накопилось десяток, а статус так и не тройка — самый дешёвый довод это ESP.restart(): свежий старт прошивки расшивает застрявшие состояния драйвера, которые иначе лечатся только выдёргиванием питания. Причины, по которым плата вообще уходит в перезапуск, и как их потом читать — в уроке про аптайм и причины перезагрузок. Различение кодов — единственное место, где полезен сам словарь статусов: без него машина слепа, с ним различает капитуляцию от краткого мигания.

Критерий у меня один: что случится с устройством, если связь не вернётся до утра. Одинокий датчик температуры, который пишет в облако раз в пять минут, — флага и наблюдателя в Serial достаточно: спит он или шлёт, вы узнаете по пропавшим точкам на графике. Узел, через который идут команды, — реле, шлюз, всё, что ждёт входящие, — обязан иметь ручную машину: молчание такого узла равно поломке. Гибрид — тот скетч выше: флаг включён и подхватывает лёгкие отвалы за вас, машина следит за грубыми случаями, когда даже драйвер сдался. Встроить опрос статуса в большой проект удобнее как отдельную задачу — раскладка задач на millis уже описана в уроке про планировщик. И будьте честны с собой при выборе: если узел командный, флаг без машины — экономия в тридцать строк кода ценой утреннего рейса в гараж.

И не путайте рестарт с капитуляцией: десять неудач и ESP.restart() — это политика, записанная заранее, а не паника. Счётчик выживших обрывов смотрите потом по аптайму и причинам перезагрузок — там же, в уроке про перезагрузки, есть готовый формат отчёта, а серверная сторона видит обрывы своих узлов раньше, чем вы: у тишины нет пакета, который можно было бы гарантировать.

Как всё это проверяется без полевых испытаний. Ночной тест занимает тридцать секунд настройки: розетка с механическим таймером рвёт питание роутера посреди ночи, а утром читается журнал платы. С одним флагом в логе видна тишина и внезапное оживление — починилось само, неизвестно когда и почему. С ручной машиной тот же сценарий разворачивается колонкой: обрыв, код, попытка через две секунды, через четыре, через восемь, связь восстановлена. Разница между «само заработало» и «заработало, и я знаю почему» — это ровно те строки, которые вы с благодарностью прочитаете морозным утром, когда узел на улице снова замолчал.

Пока сети нет, машина обязана вести себя по-хозяйски. Показания копятся в буфере и уходят пачкой после восстановления — график честнее, чем дыра в час. Команды в офлайне получают внятный отказ, а не молчание: пользователь знает, что нажатие не дошло, и повторяет осознанно. Счётчик обрывов пишется в энергонезависимую память, чтобы пережить даже рестарт платы, — приём со счётчиком в EEPROM разобран в уроке про счётчик включений: замена включений на обрывы делается одним полем.

И честная граница применимости: узлам на батарейках вся эта машина не нужна. Они решают проблему радикальнее — засыпают и подключаются заново при каждом пробуждении, проводя в активной жизни секунды вместо часов; сон с таймером и будильником разобран в уроке про глубокий сон раздела. Для постоянно питающихся узлов — машина состояний, для спящих — сон; смешивать их в одном скетче я перестал после второй бессонной ночи с платой, которая умудрялась делать и то и другое. А если узел всё же и спит, и reconnect-ит — он не экономит, а тратит: сон дешевле любой самой умной машины.