И?

Так же

Хотя вот так плотно не тестил... Ща попробую.

Надо посмотреть чем-либо, сколько соединений активно одновременно

Подскажите.
Я ща смотрел бегло код сервака.

Там как - 1 сокет, 1 сессия? Или 1 сокет - один хттп запрос?

Т.к. проверка на старейшее соединение идет именно во время создания сессии.

нет, на "силовые" выводы симистора вешается вот это

Ага ) скорее, так. Каждый раз, когда "accept" происходит - новый сокет

1 сокет, один запрос

я конечно понимаю, что веб морду переделать тяжело, но все же это тяжеловато для esp. Один web-клиент еще туда-сюда. Но два уже перебор :)
В похожей ситуации извещал заказчика, что есть риски и обычно адекватные заказчики упрощали интерфейс. Или вовсе отказывались :)

Ну там сейчас с вебом стало топово - грузится мгновенно.

Первый раз...

Тут проблема не столько в том, что бы сделать на 2 клиента, сколько, а как запретить то?

И типо, если у клиента(человека) будет открыта морда на ПК в тысяче вкладок, он хрен ее найдет, а она заблочит открытие с мобилы. Будут проблемы =\

Надо тогда какой-то режим скачивания делать, где разрешается ток 1 клиент единовременно. Но это крайний вариант.

Может кто в теме почему так может происходить? Пин висит в воздухе НО я его подтягиваю к земле через io_conf.pull_down_en = GPIO_PULLDOWN_ENABLE;
поэтому с этим проблем ведь быть не должно.

(Суть в том что при запуске устройства надо проверить что контакты замкнуты и если замкнуты то соответственно сбросить устройство к заводским настройкам, и вот чтобы корректно проверять пришлось городить цикл вместо обычной проверки потому что ложные срабатывания) если это может иметь значение то пин GPIO_NUM_34

Дык куча способов, самый простой куки :)

гпио34 это вроед инпут онли, он может подтяжки не иметь, перепроверьте.

Не имеют подтягивающих резисторов