Замеры инициализации SDK 1.2.0 и соединения ESP8266 модуль_ST -> ESP8266 модуль_AP на текущей версии Web:
(Отладочные сообщения включены частично на 230400 baud)
Время событий после окончания deep_sleep() на Модуле_ST:
0.00 сек: импульс reset модуля
0.27 сек: user_init()
0.45 сек: init_done_cb()
0.57 сек: WiFi event 0, Connect to ssid ESP8266Mama, channel 1, dhcp client start…
1.34 сек: WiFi event 3, Station ip:192.168.3.2, mask:255.255.255.0, gw:192.168.3.1
Далее через менее 1 ms TCP client connected.
Имеем ужасный промежуток между событием соединения ST->AP и получением ip на ST (770 ms). Это с dhcp на ST.
При фиксированном адресе ST (ip:192.168.3.2) имеем подключение 'TCP client connected' на 0 sec 575 ms после reset от deep_sleep().
На старых SDK было значительно быстрее....
----
Покрутил ещё, со всеми инитами web свалки и выводом отладки в UART соединение модуля по TCP после сброса или deep-sleep с другим модулем устанавливается через 536 ms при фиксированном IP. Далее уже идет трансфер с 1 мегабайт в сек... Т.е. через 1 сек после старта уже возможно передать к 500 кило
С роутерами всё гораздо сложнее... Но второй модуль ESP в режиме AP успешно работает в режиме посредника для пачки просыпающихся модулей с ST режимом для экономии батарейки.
Пример проекта типа сигнализации с опросом датчика без инициализации SDK и deep-sleep с батарейкой и будет позже и наверно в другой теме...