esp32 не работает библиотека WiFiUdp.h

Avribiy · #1

Столкнулся с такой проблемой - сделал приемник и передатчик через WiFI для 2-х esp8266> все работает. Но возникла необходимость приемник сделать на ecp32 и при компиляции проекта библиотека WiFiUdp.h становится неактивна, хотя в папке она есть. Подскажите, что неправильно?

saybeer · #2

Я ставил wifi web server, и библиотека стала активна.

Отправлено спустя 3 часа 16 минут 12 секунд:
У тебя две версии FL стоит. Переустанови, неизвестно откуда приоритет библиотек идет, у меня библиотека WiFiUdp была но не активизировалась, после установки WiFi Web server стала активной, это скорее не доработка FLPROG.

dsfbuy · #3

Avribiy, возможно, вы переделали проект приемника с есп8266 на есп32 просто поменяв МК в проекте. Если это так, то переделайте проект с начала сразу с есп32.

Avribiy · #4

Что уже не пробовал. Стер предыдущую версию - стояла какая-то 6. Вычистил ручками все папки с ней связанные, очистил реестр и поставил последнюю. Тоже сделал с Arduino ide. Поставил по новой все библиотеки.
По второму посту. Делал и изменением МК и набирал проект по новой. Проверял на двух разных компах - дома и на работе, ошибка та же. Так что склоняюсь, что не корректно FLProg работает. Но тогда не понятно с Arduino ide, когда редактирую проект уже в ней без FLProg/

#5

Avribiy писал(а): ↑
12.04.2021{, 08:23}
Что уже не пробовал.

не тратьте зря время.
При одинаковом названии, содержимое библиотек для 32 и 8266 разное.
а флп делает одинаковый код для обоих контроллеров.
Быстрей всего Автор не успел сделать этот блок для есп32.

saybeer · #6

Из FLPROG компилятор берет библиотеки из папки FLPROG, Arduino IDE из папки назначенной для библиотек. Чтобы WiFiUDP подключилась надо поставить WiFiWebServer.

Avribiy · #7

Спасибо, с веб-сервером библиотека активировалась. Но программа не заработала. Теперь ругается на библиотеку WiFi.h
Видимо ошибка идет из-за того, что FLProg использует свою портативную версию Arduino IDE, отсюда и множество найденных библиотек и возможно путаница между портабл версией arduino и установленной официальной. Я думаю, что разработчикам надо в настройках сделать функцию выбора какую версию arduino ide использовать при компиляции проекта, а то получается путаница между платами и библиотеками к ним. Это похоже работает как со стороны FLProg так и со стороны официальной Arduino IDE.

#8

saybeer писал(а): ↑
12.04.2021{, 12:04}
тобы WiFiUDP подключилась надо поставить WiFiWebServer.

это альтернативная библиотека не из комплекта IDE.
В ней максимально совмещены функции между разными контроллерами,
чтобы можно было переносить скетчи с есп8266 на есп32 и другие.
Это не лучший вариант, но если нет другого, то возможно и подойдет.
Здесь я бы поставил отдельно не зависимую arduino IDE и в нее установил эту библиотеку.
В флпрог оставил все родное, взял проект для есп8266, поменял контроллер на есп32 сохранил как скетч.
А этот скетч запустил на не зависимой arduino IDE. вот такой вариант возможно и прокатит.
А вставлять эту библиотеку в флп думаю не стоит. Могут вылезти проблемы в других блоках.
т.к. эта библиотека подменяет приоритеты некоторых оригинальных файлов
В общем все действия мы все ровно делаем на свой страх и риск, то какая разница )))

Avribiy · #9

Я так попробовал уже, скриншот в предыдущем посте. Похоже надо сносить FLProg и Arduino IDE и ставить только ардуинку - потом смотреть , месте не хотят точно.

#10

Avribiy,
Если загвоздка только в этой строке, попробуйте прописать в скетче ниже библиотек
#define UDP_TX_PACKET_MAX_SIZE 8192

Avribiy · #11

Спасибо rw6cm - костыль сработал. Но думаю все же разработчику стоит сделать выбор какой Arduino IDE использовать при компиляции - встроенный или внешний.

Andr · #12

Добрый день. У кого заработала связь между двумя ESP32 на деле, не в теории - ???? Я сделал все что описывали выше на форуме не чего из этого не помогло. Добавив строчку #define UDP_TX_PACKET_MAX_SIZE 8192 ошибка в компиляции ушла скетчь залился - но работать он от этого не стал !!!! Прилогаю фото проекта, скетча приёмника(без этой строчки #define UDP_TX_PACKET_MAX_SIZE 8192) и передатчика. Идея в зета от сюда Но реализовать надо на двух ESP32 с обменом в обе стороны. Описал как можно подробнее! Подскажите как решить проблему или поделитесь проектом именно на ESP32.

KulibinOrsk · #13

Не по теме

Приветствую всех. Вопрос не по теме: какой из ESP-32 более менее работает с флпрог ? https://aliexpress.ru/item/32864722159. ... 218179%230
Понадобилось сделать проект с быстрыми скоростями и приходится пробовать esp

Vrungel · #14

KulibinOrsk писал(а): ↑
12.05.2021{, 06:56}

Не по теме
Приветствую всех. Вопрос не по теме: какой из ESP-32 более менее работает с флпрог ? https://aliexpress.ru/item/32864722159. ... 218179%230
Понадобилось сделать проект с быстрыми скоростями и приходится пробовать esp

Работает то пожалуй любая плата. Разница в основном в разводке. В самом FLProg выбрать можно лишь ESP32 WROOM DEVKIT V1. По вашей ссылке это ESP-32 30PIN. Это ну чтобы всё 1:1.
Но и любая другая также заведётся (для успокоения души можно после компиляции в IDE выбрать свою плату). Можно в настройках проекта поменять настройки Arduino IDE.
У меня клон Lolin32 завёлся без проблем.
Вернее проблемы то есть

, но них чуть ниже.

Отправлено спустя 13 минут 7 секунд:

Andr писал(а): ↑
11.05.2021{, 23:08}
Подскажите как решить проблему или поделитесь проектом именно на ESP32.

Те же проблемы.
Пока принял решение использовать Modbus TCP.
Завелось с полпинка и работает достаточно быстро и уверенно. Прожорливо правда, ибо опрашиваю слэйвов часто, но мне электричества не жалко.

Проблемы начинаются когда какой-то из слэйвов "пропадает". Выключаю я его к примеру умышленно.
При этом мастер впадает в "ступор" и ждёт пока тот не вернётся. Опрос, в это время, остальных слэйвов не производиться. Не уверен что вообще хоть что-то исполняется - web-страничка тоже не отвечает.
Вот такой калинкор.
Пытался использовать блок "Последняя ошибка", но как писал выше либо блок не отрабатывает, либо что-то ещё.

После "возвращения" секунд через 5-ть всё оживает.
Посему созревает вопрос - как правильно обрабатывать "отвалы" слейвов при работе с Modbus TCP на ESP32?

upd. При активации сторожевого таймера (на 10с), он эту ситуацию (замирание опроса остальных слэйвов при выключении любого одного), трактует как зависание и перезагружает контроллер. Значит таки "зависает" что-то где-то.
В эксперименте участвует одна ESP32 в качестве точки доступа и одновременно ModbusTCP-мастера, и две ESP32 в качестве ModbusTCP-слэйва.

leonidkalish · #15

#define UDP_TX_PACKET_MAX_SIZE 8192
я прописал последние цифры своего порта(6377) и ESP32 начал принимать данные от ESP8266

Andrey1968 · #16

Сегодня как раз нашел решение данной проблемы в группе ВК. В скомпилированный скетч вставил строчку, сразу после всех инклюдов -
#define UDP_TX_PACKET_MAX_SIZE 860 //increase UDP size
И все заработало. 8266 сейчас передает данные о температуре и влажности + генератор случайных чисел на ESP32. Передает с улицы . Расстояние порядка 10 метров. Работает уже 4 часа. ))
в программе использовал стандартные блоки обмена переменными через коммуникации.
Завтра еще буду побеждать передачу данных с ESP32 на мегу по уарту.
рад безумно! )) Хотя и нечего не понял. Но главное работает. ))

pipapsix · #17

ХМ.
А с ESP32 на ESP32 кто нибудь проверял?? не хочет по чемуто.

с ESP8266 на ESP32 работает.

ОЙ

ivansidor012 · #18

Andr писал(а): ↑
11.05.2021{, 23:08}
Добавив строчку #define UDP_TX_PACKET_MAX_SIZE 8192 ошибка в компиляции ушла скетчь залился - но работать он от этого не стал !!!!

там на есп32 не генерируется кусoк кода для Передачи переменной.

Добавление же строки #define UDP_TX_PACKET_MAX_SIZE 8000 поможет если используется только Прием переменной

Отправлено спустя 3 минуты :
переделать конечно можно, но ведь есть же блоки udp от Phazz - это то же самое что и блоки передачи переменной.