MQTT клиент для Arduino, ESP8266, ESP32

[User8]

Подробнее про MQTT:
https://ipc2u.ru/articles/prostye-reshe ... akoe-mqtt/

Установка брокера:
Windows: https://youtu.be/jFUPy1q3ze8
Linux: https://youtu.be/sNSWxyO6XSk
Raspberry Pi / Orange Pi: https://youtu.be/b7NRT-RNPOU
https://robot-on.ru/articles/ystanovka- ... -orange-pi
OpenWrt: https://youtu.be/ADBct61FLsU
Брокер на ESP8266: viewtopic.php?f=133&t=4117
https://youtu.be/QFdx8bnVRHc

Быстрый старт без установки брокера используя сайт beebotte.com:
https://youtu.be/XVnY4za6-uU
viewtopic.php?f=71&t=6293
Брокер от пользователя форума:
viewtopic.php?f=151&t=6474&sid=dc2ead44 ... =20#p91410

Настройка и использование MQTT в FLProg:
https://www.youtube.com/watch?v=QGQpr_Rc8mo
https://www.youtube.com/watch?v=KVksHJS-y-A
https://www.youtube.com/playlist?list=P ... oBGySyEDaU

Управление с помощью Яндекс Алисы и mqtt:
viewtopic.php?f=187&t=7602

Группы в Telegram:
https://t.me/joinchat/6CFnBYY5BUM0ZmZi
https://t.me/joinchat/BRr4VVHiIr1B3pMJNvlzEg

Описание блока Main: (Настройки клиента)
mqttServer - ip или домен mqtt брокера (нужно указывать без https://).
mqttPort - порт mqtt брокера (по умолчанию: 1883).
mqttUser - имя пользователя на брокере, можно использовать один логин и пароль на всех mqtt клиентах.
mqttPassword - пароль.
mqttClientId - любое уникальное название на английском, нужно для идентификации на брокере. Для всех клиентов должно быть разное.
Выход mqttConnected - на данном выходе будет единица, если есть подключение к брокеру.
Last Will сообщение - сообщение, которое будет отправлено в указанный топик, после отключения клиента от брокера.
По умолчанию Will топик равен установленному значению на входе mqttClientId.
Пример: мы указали в настройках: willMessageOnline: 1; willMessageOffline: 0; willTopic: client1;
После старта esp и подключению к брокеру, в топик client1 будет отправлено сообщение 1, а при отключении esp от брокера в топик client1 будет отправлено сообщение 0. Параметром keepAlive можно отрегулировать, через сколько секунд брокер отправит сообщение willMessageOffline после отключения esp от брокера. Не рекомендуется ставить меньше 5 секунд.

Описание блока Sub: (Прием сообщения)
Unsubscribe - при удержании единицы происходит отписка от топика, сообщения в топик перестают приходить. При пропадании единицы происходит подписка на топик снова. Данный вход может быть полезен для получения периодических сообщений, когда только нужно или один раз при старте контроллера, можно использовать для оптимизации программы.
Topic - топик для получения сообщения.
QoS - можно указать 0, 1 или 2. Если не указывать ничего, то сообщение принимается с QoS 0.
- Если вы поставили на блоке pub QoS 2, то на блоке sub вы также должны выставить QoS 2 для приема недоставленных сообщений.
- Для корректной работы QoS 1 и 2, на брокере и всех esp должен быть выставлен Clean Session = false.
Выход Received - на данном выходе будет единица в один цикл при получении любого сообщения в топик.
Выход Message - получение сообщения из указанного на входе топика.

Описание блока Pub: (Отправка сообщения)
Send - при поступлении на данный вход единицы, будет отправлено сообщение один раз. Данный вход имеет встроенный Rtrig, не используйте внешний.
Topic - топик, куда будет отправлено сообщение. (Пример: house/room1/lamp1/status)
Message - сообщение, которое будет отправлено на брокер.
QoS - можно указать 0, 1 или 2. Если не указывать ничего, то сообщение отправляется с QoS 0.
- Esp не сохраняет у себя неотправленные сообщения, вы должны сами проконтролировать, чтобы сообщение дошло до брокера с QoS 1 и 2, после чего брокер возьмет на себя ответственность по доставке сообщений с QoS 1 и 2.
- Используйте qos 1 и 2 только для очень важных сообщений, не нужно использовать qos для отправки например показаний температуры или других показаний с датчиков.
Retain - если true, последнее отправленное сообщение сохраняется на mqtt брокере. Это сообщение будет получать подписчик при подключении к брокеру.
Выход qosDelivered - нужен для контроля доставки сообщений с QoS 1 и 2 до брокера. При подаче и удерживании единицы на входе Send, на выходе qosDelivered будет единица, если сообщение доставлено на брокер. Единица будет держаться на данном выходе пока на входе Send не пропадет единица.

Не забудьте включить wifi клиент в настройках контроллера и указать данные вашей wifi сети.

Библиотека: viewtopic.php?p=61491#p61491
Последняя версия библиотеки: https://github.com/marvinroger/async-mqtt-client

Новая версия блоков:
viewtopic.php?p=113908#p113908

Блоки для Ethernet Arduino: viewtopic.php?p=61490#p61486
Main блок для ESP32: viewtopic.php?p=61490#p61490
Копии блоков для ESP8266 и ESP32, для подключения к двум брокерам одновременно: viewtopic.php?p=61489#p61489
Блоки для ESP8266:

[pipapsix]

вот например:

Этот экран без дела был, да и пускай работает.Да и дети перед улицей могут посмотреть)
А менеджеры у меня и так есть на смарте, но ими удобно вне дома пользоваться, я за инкубаторами так слежу.

[CraCk]

Тестирую блоки на стабильность имитируя всякие проблемы со связью и тд.
Клиент esp8266 (wemos d1mini) в прошивке простое нажатие пина D5, которое активирует светодиод (запаян синий на самом esp8266 ) пин D4 и заодно отправляет состояние пина D5 (true или false) на брокер (IoBroker).

1. Клиент esp8266
Соединение с сетью - есть
Брокер включен - да
Если отключить клиента от питания и повторно включить то иногда соединение с брокером не восстанавливается. Приходится делать ресет клиента.

2. Клиент esp8266
Соединение с сетью - есть
Брокер включен - нет
Если отключить программно брокера и за некоторое время включит связь восстанавливается, диодом моргаю.

3. Клиент esp8266
Соединение с сетью - нет
Брокер включен - да
Если отключить соединение, физически выдернуть сетевой кабель на пк, где установлен брокер. Диодом моргать не могу, клиент зависает. При подключение сетевого кабеля назад, соединение не восстанавливается, клиент продолжает висеть. Помогает ресет клиента.
Пока что все. Какие будут идеи?

[Golan]

У меня аналогично по WiFi, отключение брокера вручную и снова включение, связь восстанавливает, но если клиент отключится, например при кратковременном "сбое" питание, то большая вероятность что зависнет до ресета.

[CraCk]

У меня аналогично по WiFi, отключение брокера вручную и снова включение, связь восстанавливает, но если клиент отключится, например при кратковременном "сбое" питание, то большая вероятность что зависнет до ресета.

А если роутер вык/вкл? Или роутер там где и брокер?

[Rovki]

Тогда естественный вопрос - а стоит ли игра свечь ? Одно мучение... ,что может быть дороже ,чем надежность ?

[Golan]

А если роутер вык/вкл? Или роутер там где и брокер?

Пробовал, переподключается, как мне кажется, проблемы в блоке, там в настройках реконнекты и еще что то, ну 60000 секунд и 15.

Отправлено спустя 54 секунды:

что может быть дороже ,чем надежность ?

Несомненно, но не все же всегда сразу надежным получается.

[User8]

CraCk, проверю у себя.
Golan, qos 1 или 2 нужно использовать очень редко и только для важных и не меняющихся каждую секунду данных.

[CraCk]

- QoS - можно указать 0, 1 или 2. Если не указывать ничего, то сообщение отправляется с QoS 0.

QoS 1 не работает. Проверял так: На роутере блокирую мак адрес клиента, на клиенте меняю состояние с false на true. Дальше на роутере отключаю блокировку по мак. Брокер показывает что подключение восстановилось client1/status обновился. но значение моей публикации осталось false.

Тогда естественный вопрос - а стоит ли игра свечь ? Одно мучение... ,что может быть дороже ,чем надежность ?

Нет альтернатив. Используем то что есть.

[User8]

QoS 1 не работает.

Надеюсь вы читали документацию и выставили на принимающей стороне так же qos 1.

[Golan]

Golan, qos 1 или 2 нужно использовать очень редко

Ща совсем не использую

Отправлено спустя 43 секунды:

на принимающей стороне так же qos 1

я попадался на это

[CraCk]

Надеюсь вы читали документацию и выставили на принимающей стороне так же qos 1.

Все как книжка пишет

СпойлерПоказать

СпойлерПоказать

[User8]

CraCk, Golan, проверил у себя все возможные ситуации на NodeMCU v3, ни одного зависания не заметил, светодиод мигает когда нет коннекта - быстрее и когда есть коннект - медленнее, подвисание только во время попытки подключиться. Попробуйте у себя с эти скетчем, не забудьте указать свои данные wifi и mqtt.

[Golan]

Евгений, вот смотрите, я сделал проектик, залил в Wemos, после прошивки он подключился к брокеру, это было неделю назад, все было нормально всю неделю. Сегодня с утра включил, он подключился, минут через десять модуль моргнул и вырубился, брокер всегда был на связи, так как через него идет публикация с MQTTfx (числа до бесконечности с клиента в брокере), ни ресет модуля не отключение от питание не помогло, только заново перепрошивка. Залил в другой модуль ту же прошиву, все пошло, перепрошил первый, так же запустился, в чем засада, модуле?

Попробуйте у себя с эти скетчем, не забудьте указать свои данные wifi и mqtt.

Сделаю, отпишусь, теперь уж завтра

[CraCk]

Попробуйте у себя с эти скетчем,

Перво отключил сам брокер-востановилось
Второе заблокировал клиента по мак-востановился
Трете отключил от сети ПК с брокером-завис.

[slon-genia]

Собрал трёхканальное WI-FI реле с возможностью управления как с местного выключателя, так и дистанционно по протоколу MQTT. В качестве брокера использую mosquito+ magordomo, установленные на orangepi one. Плату собрал , всё работает. На команды реагирует (вкл, выкл) как с выключателя, так и по протоколу. Включил функцию retain в блоке MQTT ESP pub, эту же функцию включил в magordomo. Перевёл все три канала в режим (вкл), передёрнул питание блока реле и восстановились только каналы 2 и 3 (вкл), канал 1- остался в выключенном положении (выкл), хотя должен был тоже перейти в режим (вкл). При этом в magordomo все каналы отображаются как (вкл). Заметил одну фишку: при перетаскивании канала №1 в проэкте FLProg в самый низ- наблюдается та же картина только уже с другим каналом. В чём может быть проблема? Косяк программы, или копать в сторону сервера?

[Sancho]

Поставь как нить задержку, перетащив блоки, не основной, на другую плату, выполняющуюся по условию - после того, как пройдёт время Х

[slon-genia]

Поставь как нить задержку, перетащив блоки, не основной, на другую плату, выполняющуюся по условию - после того, как пройдёт время Х

Ятак понял: перетаскиваю один канал на другую плату, при этом блок MQTT ESP Main не трогаю. По задержке ничего не понял? Какую куда задержку и зачем?

Отправлено спустя 2 часа 26 минут 39 секунд:
Не помогло. Переносил на другую плату, делал задержку. Не знаю куда копать.

[User8]

CraCk, да действительно есть зависание, надо разбираться.
slon-genia, retain не всегда будет показывать актуальное состояние, в вашей ситуации лучше отключить retain и попробовать использовать qos.

[slon-genia]

retain не всегда будет показывать актуальное состояние, в вашей ситуации лучше отключить retain и попробовать использовать qos.

Хорошо. Простая ситуация: лампочка горит, пропадает электричество, а затем через время опять подаётся, при этом сервер питается от резервного источника питания и пропадание электричества на него никак не влияет. После подачи электричества на блок реле- оно будет в выключенном состоянии а на сервере при этом будет показано что включено. Как быть в такой ситуации без использования retain?

[User8]

CraCk, много разных тестов провел, получается тормозит loop(), нужно править в самой библиотеке.
slon-genia, последнее состояние сохранять в eeprom.