Результаты поиска

Проблема TIME_WAIT для исходящих соединений Соединение в операционной системы идентифицируется четырьмя параметрами: локальный IP, локальный порт, удалённый IP, удаленный порт. Допустим, у нас есть клиент, который активно подключается/отключается к удаленной службе. Поскольку оба IP и удаленный...

За сколько времени это произошло? Порт 80 у ESP один, клиент выходит на него с 0..65535 порта. IP одинаковы. За 120 сек, если ESP зарывал TCP соединение первым, 200К запросов пройти не может. Проблемы с очередью TIME_WAIT — Alexander's Blog

Это уровень HTTP, а не TCP. Что TCP стек ждет передачи конца TCP соединения от клиента, чтобы оставить порт свободным для новых запросов. Разница у сервера и клиента в том, что сервер многопользовательский, а клиент - один для каждого пользователя. Кому в сети разбираться с TIME_WAIT...

О, да, клавиатуру можно подключить по BLE... А по WiFi как? И ещё забыл - моторчик-жужжулка в комплекте, т.е. ключ с диодом защиты и т.д. для реле при пром. применении ... :)

CPU, в зависимости что попадется: PHY6202 (> 64 МГц, 138к RAM), TLSR8266 (48 МГц, 16к RAM), 521к Flash OTA прошивка, прошивка по UART(PHY6202), по SWS (TLSR8266) (все контакты на плате подписаны) Полные работающие SDK для PHY6202 и TLSR8266. Большая часть схемы и как что разобрано... Arduino...

VGA 800x600 на одном транзисторе - https://esp8266.ru/forum/threads/rtl8710-vga-driver.1914/#post-26795 Зачем MAXII?

А где накопитель? У 'спектрум' были кассеты и 'флопик'. Как 'писать код' на данном чуде "без другой компьютер"? На встроенном BASIC в ESP32?

Но это всё мелочи. Необходимо полевая возможность включать новые источники (внешние датчики и т.д.) и просто и быстро встраивать в имеющуюся систему. А AdHoc предполагает внешнее стороннее производство кода с последующей компиляцией, т.е. наличие “в поле”* слишком много… Приходится изучить...

Я как "обизяка и очки" - пытаюсь приспособить, т.к. кто-то сказал что это нужная весчь... У самого такие мысли были - нужно было типизировать и принимать от разных источников данные. В итоге просто написал свой язык конфигурации и перекодирования принятого/передаваемого и оставил протоколы связи...

Это такие мысли вслух :) Вы что-то скрываете? Я не пользуюсь закрытыми каналами... Только по бизнесу, который с этими темами не особо связан...

Вы уж там не переживайте с потерей ESP :) В OpenWRT такое длилось многие годы. Пораженный детский web и прочие аналогичные приложения сменили только недавно и большую часть несоответствия спецификации TCP устранили. Но не везде. Летом потребовался месяц исключительно на устранение детских...

Всё там хорошо - теперь с али только такие приходят и уже давно. Всё там -> https://esp8266.ru/forum/threads/jtag-swd-kitajskij-j-link-stlink-v2-c-openocd.1596/page-5#post-66967

Решение то всему этому есть - прецизионный источник напруги и крутой ОУ с выходом в 500 мА :) Но цена такому... да и всё равно надо ещё на хвост источника ограничитель тока. Ну или не на хвост... По этому и приходится рассматривать разные LDO и похожие на них микрухи, где какие входы/выходы доп...

Типа того, но сложнее из-за того что она в отрицательной обратной связи и операционник нагружен на транзистор (одно плечо). Если добавляю резистор нагрузки - увеличивается частота пилы :) Это тоже метод - вынос за диапазон фильтра измерительного ADC... Если добавляю качественную емкость с низким...

В RTL я менял (добавлял код) опрос отложенных TCP у LwIP для WEB. Там web отрабатывает к сотне одновременных соединений и обеспечивает открытие и закрытие десятков HTTP соединений в секунду… Ради этого пришлось повозиться… Алго примерно такой – когда на запрос порта LwIP говорит, что он занят...

А т.к. ESP не имеет ресурсов удерживать массив TCP c таймерами (надо более 200 кило RAM), то её в помойку. Ну или пишите так: Соединились, отработали, sleep(120 сек).

И что не так? По данному делу TCP ушло в TIME_WAIT и более по данным IP : port сервера и клиента связи не должно быть в 120 сек.

Все эти затычки никак не помогают ESP уложиться в элементарные спецификации IP/TCP. Для множественных соединений с LwIP не очень-то всё хорошо. Должен исполняться только один тред. Иначе будут заскоки на чужие соединения... Не поверю, что в Дурине всё с этим писано верно.

Обрезание TIME_WAIT грозит большими проблемами в сети и красных полосках в Wireshark :p Arduino не занимается TIME_WAIT, как итог - ESP не соединяется особенно после просыпания, т.к. комп посылает её - TCP стек компа дает разрыв соединения с тем-же запросом портов дурной ESP (IP то не менялись...

Значит опять ходим по кругу... Закон TCP - Сервер никогда не должен разрывать соединение первым. --- Алгоритм для кривых клиентов: Посылается connect close. Ждете разрыва соединения со стороны клиента 5 сек. Клиент не разорвал соединение - рвет сервер и кидает TCP в TIME_WAIT на 120 сек...