Проблем нет, и резистор перепаяю. Удивляет что чувствительность на столько ниже относительно 8266

У меня предположение, что разъем там не случайно. Возможно конструктивно эффективность встроенной антенны мала. И предполагается использование внешней.

Тогда странно, что чувствительность уменьшилась.

Большинство вообще без разъемов и норм.

У меня предположение, что разъем там не случайно. Возможно конструктивно эффективность встроенной антенны мала. И предполагается использование внешней.

8266. Тоже есть с разъемами. Но и штатная антенна на плате и чип антенна работают нормально.

Не важно. Уверен, используя внешнюю антенну будет норм.

Я тоже в этом уверен. Конструкция устройства не предполагает внешнюю антенну, разве что плоскую может удастся затолкать...

Или резистор-перемычка имеет большую индуктивность. Так понимаю там впаивается перемычка или на встроенную антенну или на внешнюю.

Ну без перемычки работать не будет

кусочком провода или резистором 0 Ом

ну сопля это если припоем замазать.. )

но не суть, как сделаете так сделаете) Лишь бы работало)

но не суть, как сделаете так сделаете) Лишь бы работало)

Плохо видно, но перемычка стоит на внешнюю антенну. "потому и не кусают"

хм.. Ну значит "сюрпрайз" )

Ну почему сюрпрайз? Вроде логично, модуль с разъемом под антенну покупают чаще с целью с этой антенной и использовать. Есть же варианты без разъема... И наверняка в спецификации на модуль это было указано. Так что мой косяк ;), делюсь опытом)

А, так в этом косяк "чувствительности" оказался?

А, так в этом косяк "чувствительности" оказался?

конечно, антенна на плате просто не подключено по дефолту

Добрый день! Какую максимальную стабильную скорость передачи данных можно получить в случае связи между 2мя есп32 по вай-фай ?

https://docs.espressif.com/projects/esp-idf/en/latest/esp32/api-guides/wifi.html#esp32-wi-fi-throughput

Всем привет. У меня немного особый случай. Юарты будут заняты. Реально ли любым внешним устройством(м.б. stm32) прошить ESP8266, например записав прошивку по spi во flash память? Есть какие-то подводные камни?

Если напишите SPI бутлоадер в ESP - проблем быть не должно. А вообще ESP8266 вполне сама может себя прошивать из интернета - OTA

подскажите, кто чем парсит ответы от https сервера? т.е. есть цикл while (1) { int ret = esp_tls_conn_read(tls, (char *)buf, sizeof(buf)-1); с которого идет поток http. Есть какие то библиотеки для разбора?

Может стоит посмотреть со стороны того, что ты собираешься парсить? Json - есть, xml - есть, а у тебя ответ в каком формате?

плюс просмотр хэадеров, ответов по типу 500, или 403...

Вооот, начинается :)))

что то не так?

Я стандартными средствами ответы хттпс обрабатывал, а json библой какой то, но чанков не было

ну так значит применения у вас маловато еще было ;) и потом, я говорю именно о потоке http а не типе его содержимого. Чанки могут быть на любом контенте в том числе и в незавершающемся потоке ответа ;) Возможно есть готовая фильтр-функция или еще чего то...

Да, очень лёгкое применениё

подскажите, кто чем парсит ответы от https сервера? т.е. есть цикл while (1) { int ret = esp_tls_conn_read(tls, (char *)buf, sizeof(buf)-1); с которого идет поток http. Есть какие то библиотеки для разбора?

Чанки-чанками, но что будет, когда вам content-size мегабайтный прилетит?...

Ну и что? О потоковых обработках знаете?

Знаю

И какая разница тогда какой размер контента?

Ну 1) потоковых либ мало 2) все равно им требуется буфер под названия параметров и/или значения, иначе это неюзабельно. 3) с потоковым парсером сложно работать так как позицию в дереве надо самому хранить

Для соединения чанков не такой большой буфер надо. 2*размер разделителя.

Да чё там чанки. Вопрос в том что данные ещё и распарить надо. А это поток поверх потока поверх потока. Си Шарп получается какой то.

Ох...) когда то я писал поддержку fat с буфером в 256)... ...на ассемблере). А вы говорите с#) Потоковые алгоритмы могут быть очень экономными по памяти, зависит от задачи. Для crc к примеру, вообще почти ничего не надо), или декодирование по ключу на основе сдвигового регистра...)

подскажите, кто чем парсит ответы от https сервера? т.е. есть цикл while (1) { int ret = esp_tls_conn_read(tls, (char *)buf, sizeof(buf)-1); с которого идет поток http. Есть какие то библиотеки для разбора?

Вопрос в сложности. Епстись с ассемблером в 2021 только из за ограничений железа - удел космонавтов и игроделов, имхо

если коротко, то вычитываю джейсон до конца и парсю

Json немного не http ;)

в смысле? я же сказал, что вычитываю. хттп — транспорт

Вот транспорт мне и надо разобрать

наверное html а не http)

а, ты не хочешь пользоваться тем, что есть в есп-идф?

Хочу, потому и задал вопрос. Для серверной части есть ф-ии работы с http протоколом, для клиентской (с tls) - отдается голый поток. Думал, может есть что готовое для разбора... Не нашел. По сути алгоритмы те же что и для сервера.

не понял. ну я ссылку на разбор тела ответа показал. мне заголовки там не нужны были. это ты и называешь "нет ничего готового для разбора"?

Похоже на дело. https поддерживает?

хттпс — транспорт

Да понятно, что транспорт... ;) Только в нем еще tls надо настроить. Можно создать соединение (транспорт), и по нему поговорить по http?

ты руками это делать собрался зачем? есть же клиент в есп-идф

Это клиент может открыть соединение с TLS?

да. https://github.com/jef-sure/dgx_clock/blob/main/main/auto_location.c#L49