UDP передача переменных по локальной сети

#1

Блок передачи данных по локальной сети через протокол UDP.
Очень быстрый и легкий протокол.
Нет необходимости знать ip адреса контроллеров.
Асинхронные прием и передача данных.
Есть контроль доставки данных.
Блоки совместимы с ESP8266 и ESP32.

Архив версийПоказать

UDP обмен данными 1.0.flp: (1.12 МБ) 261 скачивание

31.03.23 - версия блока 2.0 Добавил отправку по IP

Библиотека

ESPAsyncUDP-master.zip: (14.64 КБ) 298 скачиваний

#41

Sio, да без проблем, два блока один команду on обрабатывает включая пин через rs trig. Другая off - выключает.

WildCat · #42

Phazz, здравствуйте.

поясните, пожалуйста, какой смысл во входе "топик"? На что он влияет и для чего нужен?

если мне нужно передать несколько переменных, как их разделить?
Правильно ли я понимаю, что топик и есть параметр для разделения переменных?
Например, нужно передать 10 значений температур.
Значит будет 10 топиков и 10 блоков приема/отправки с топиками (например): Т1, Т2, Т3... Т10 ?

Или не так?

#43

WildCat, правильно, в передаче и приеме топики должны быть одинаковые

WildCat · #44

Phazz, спасибо.

Ещё вопрос.
У меня один МК - клиент (выходит в инет через комп/мобилу для синхронизации RTC.). Может быть безболезненно отлучён от интернета, и переходит сам в режим точки доступа.
Как мне настроить второй МК? Тоже клиентом?
Им параметры сети какие следует указывать?

#45

Если мк является точкой, то сообщения он может получать только по обращении по ip. То есть нужно в блоке отправки включить соответствующий параметр.

WildCat · #46

Примерно понял, буду пробовать. Спасибо.

#47

WildCat, viewtopic.php?p=120892#p120892
Оказывается я не обновил шапку. Актуальные блоки по этой ссылке

WildCat · #48

Phazz, ничего страшного, когда я увидел сообщение про отправку по IP, и не нашел этого в базовом блоке, скачал проект из сообщения)

Спасибо

#49

31.03.23 - версия блока 2.0 Добавил отправку по IP

WildCat · #50

Phazz,
Попробовал, работает )
Но есть вопросы.
При передаче относительно большого количества переменых (в моем случае 15) существенно снижается быстродействие МК.
С диспетчером увы, не работает.
Есть ли какие-то способы разгрузить МК?
Может отправку разных параметров вразнобой делать?
У меня сейчас отправка раз в 5сек (для всех переменных). Tick - это ж по сути и есть таймер отправки?

WildCat · #51

Phazz,
А вот ещё вопрос:
Какой реально допустимый тайминг отправки можно использовать?
Сколько времени длится передача одной переменой (допустим, стринг 4..10 знаков)?
Понятно, что в пакете ещё есть 32 бита IP адрес, 12 бит - номер порта, сколько-то на топик и несколько байт на сами данные. Итого- около сотни бит в одном пакете отправки (если не передавать целые текстовые предложения).
Если время на передачу одной переменной по UART я могу посчитать, то здесь немного теряюсь.

ecoins · #52

WildCat писал(а): ↑
04.04.2023{, 00:50}
Phazz,
А вот ещё вопрос:
Какой реально допустимый тайминг отправки можно использовать?
Сколько времени длится передача одной переменой (допустим, стринг 4..10 знаков)?
Понятно, что в пакете ещё есть 32 бита IP адрес, 12 бит - номер порта, сколько-то на топик и несколько байт на сами данные. Итого- около сотни бит в одном пакете отправки (если не передавать целые текстовые предложения).
Если время на передачу одной переменной по UART я могу посчитать, то здесь немного теряюсь.

В новой версии 8.2.1 появилась возможность измерить быстродействие платы. Это значение можно вывести как в монитор порта, так и на LCD.

WildCat · #53

ecoins писал(а): ↑
04.04.2023{, 01:56}
быстродействие платы

Спасибо.
Но быстродействие выполнения равно ли физическому времени отправки данных?
Для WiFi другое ядро используется же?
Не может быть такого, что из платы (ядро 1) отправляется команда в ядро 0 (управление WiFi)? И по факту, плата отработала, а переменная ещё в буфере отправки?

Или я ошибаюсь?

И, кстати, а есть информация, есть ли вообще буфер у WiFi , и какого он размера?
Я с наскоку не нашёл. Видел только информацию, что скорость обмена по UDP до 20 Мбит/с.
То есть, те же 100 бит улетят за 5 мкс.

ecoins · #54

WildCat писал(а): ↑
04.04.2023{, 02:12}
Для WiFi другое ядро используется же?
Не может быть такого, что из платы (ядро 1) отправляется команда в ядро 0 (управление WiFi)?

То, что ядро 0 используется для WiFi для меня не очевидно. Из Arduino IDE следует, что по умолчанию скетч грузится ядро 1.

WildCat писал(а): ↑
04.04.2023{, 02:12}
И, кстати, а есть информация, есть ли вообще буфер у WiFi , и какого он размера?

Полагаю все гораздо проблематичнее и это связано с архитектурой контроллеров ESP32 - в них нет внутреннего FLesh под программы, связь с которой реализуется через SPI.

waswas · #55

WildCat писал(а): ↑
13.11.2022{, 17:52}
И, кстати, а есть информация, есть ли вообще буфер у WiFi , и какого он размера

буфер (размер/длина) для сообщений по udp составляет:

AsyncUDPMessage::AsyncUDPMessage(size_t size)
{
_index = 0;
if(size > 1460) {
size = 1460;
}
_size = size;
_buffer = (uint8_t *)malloc(size);
}

vladi5700 · #56

Подскажите, а можно этим блоком как-то отправить пакет с содержимым " GL,0,1 " на определенный порт? Чтобы ничего кроме в пакете не было. Хочу включать и выключать GyverLamp2 по UDP. C компа успешно включается и выключается пакетом как на скрине

: test.png (6.81 КБ) 708 просмотров

WildCat · #57

Блок отправляет строку (string). Что там напишите, то и отправит.

vladi5700 · #58

WildCat писал(а): ↑
18.07.2023{, 13:44}
Блок отправляет строку (string). Что там напишите, то и отправит.

В лоб пробовал, не работает. А ID, топик и т д он в пакет не вставляет разве? Мне надо чтобы строка ушла в чистом виде, тоесть чтобы кроме строки в пакете ничего не было. Можно так как-то реализовать отправку?

WildCat · #59

vladi5700 писал(а): ↑
18.07.2023{, 14:07}
Можно так как-то реализовать отправку?

Гайвер лампа - готовое устройство?
Может в топик записать GL, а в данные 0,1?

В лампе нет возможности из пакета UDP только данные вытащить?

vladi5700 · #60

WildCat писал(а): ↑
18.07.2023{, 14:13}
Гайвер лампа - готовое устройство?

Да, там проект довольно сложный от Алекса Гайвера, что либо менять там знаний не хватает, но у него есть подробное описание его протокола, откуда я вытащил эту строку GL,0,1 и GL,0,0 на вкл/выкл. Попробовал с компьютера отправлять эти строки и все работает. Теперь ищу способ как с ЕСП этим рулить

С данным блоком я так понимаю вся проблема в том, что он отправляет не только строку, но и служебную информацию. Возможно можно что-то из кода блока удалить, чтобы отправлялась только строка без всех остальных атрибутов