FlProg

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

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

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

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

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

Avribiy писал(а): 12 апр 2021, 08:23 Что уже не пробовал.

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

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

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

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

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

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

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

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

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

KulibinOrsk писал(а): 12 май 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 май 2021, 23:08 Подскажите как решить проблему или поделитесь проектом именно на ESP32.

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

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

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

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

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

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

ОЙ

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

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


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

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