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

[User8]

Если соединение разорвать например на 15 сек то при восстановление соединения сообщение с нови статусом от есп приходи . Но если разорвать соединение на 1 минуту, то после этого уже новый статус с клиента не приходит.

Нужно выставить на клиенте и на брокере Clean Session = false или no, короче говоря выключить. Если хотя бы на брокере и на принимающей стороне не будет выключен CleanSession то недоставленные сообщения не дойдут.

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

Попробовал Выход qosDelivered после прошивки на выходе все время 1 и ничто не влияет на статус.

Вот в таком примере при нажатии на button, led загорится только тогда, когда сообщение будет доставлено. Если сообщение не доставлено, то led не загорится в данном примере.

2019-01-06 193357.png

[CraCk]

Уже даже что то работает с QoS. Но есть еще проблема. Если соединение разорвать например на 15 сек то при восстановление соединения сообщение с нови статусом от есп приходи . Но если разорвать соединение на 1 минуту, то после этого уже новый статус с клиента не приходит. Получаться как бы есп сама себя обнуливает по какому то таймеру.

Попробовал тоже самое проделать с QoS=0. Эффект тот же, наверное это не заслуга QoS=1 Не суждено. Придется смирится с этим и городить принудительную отправку при потери связи с брокером. Кстати qosDelivered работает только на QoS=1, на QoS=0 выход никак не реагирует.

Нужно выставить на клиенте и на брокере Clean Session = false или no, короче говоря выключить. Если хотя бы на брокере и на принимающей стороне не будет выключен CleanSession то недоставленные сообщения не дойдут.

У меня что на локальном брокере, что на облачном cloudmqtt.com нет таких настроек.

Вот в таком примере при нажатии на button, led загорится только тогда, когда сообщение будет доставлено. Если сообщение не доставлено, то led не загорится в данном примере.

Так работает но как то это не правильно. Всегда делаем отправку по R-тригеру. Может только при доставке импульс выдавать на qosDelivered как по сылке выше?
И еще одно, при компоновке публикация и подписка на одном клиенте не работает подписка. Клиент отправил сообщение но в то же время его не принял.
[spoiler]

Снимок.JPG

[/spoiler]
На предыдущей библиотеке версия 5 работало такое работало.
Еще по предыдущей библиотеке там есть qosDelivered?

[User8]

Попробовал тоже самое проделать с QoS=0. Эффект тот же, наверное это не заслуга QoS=1 Не суждено. Придется смирится с этим и городить принудительную отправку при потери связи с брокером. Кстати qosDelivered работает только на QoS=1, на QoS=0 выход никак не реагирует.

Лучше возьмите две esp и используйте локальный брокер. У вас не доходят сообщения, потому что на принимающей стороне или на брокере выставлен Clean Session в true, из-за чего после 15 секунд(за это отвечает параметр keepAlive) брокер разрывает сессию с клиентом и удаляет все недоставленные сообщения с qos 1 и 2. Все проверил, доходит все хоть через 10 минут.

Так работает но как то это не правильно. Всегда делаем отправку по R-тригеру.

Rtrig встроен в блок pub, так что можно не использовать внешний.

Может только при доставке импульс выдавать на qosDelivered как по сылке выше?

В одном цикле не получается реализовать, поэтому пусть будет так.

И еще одно, при компоновке публикация и подписка на одном клиенте не работает подписка. Клиент отправил сообщение но в то же время его не принял.

Переделал метод подписки, щас обновлю блоки в первом посте.

Еще по предыдущей библиотеке там есть qosDelivered?

В других такого не видел. Используемая библиотека на данный момент лучшая.

Отправлено спустя 3 минуты 37 секунд:

Кстати qosDelivered работает только на QoS=1, на QoS=0 выход никак не реагирует.

Он и предназначен для qos 1 и 2, для qos 0 не нужна проверка доставки.

[pipapsix]

Что то опять все сломалось, не подключается к брокеру последние блоки.
А библиотеки когда менялись,?
У меня и со старыми скомпилировалось все и с новыми.
Не ошибок не вылезло и все равно не работать.

Отправлено спустя 31 минуту 31 секунду:
АААААААААААААА.
Опять с блоком с входами беда.
Без входов работает все.
Не протестил и выложил?)) опять?
пол часа мучаюсь сижу)

[CraCk]

Переделал метод подписки, щас обновлю блоки в первом посте.

Проверил, дальше не работает
[spoiler]

Снимок.JPG

[/spoiler]

[User8]

[ref]CraCk[/ref], вот так работает, использовать OR на выходе, не самая лучшая идея, там всегда 1 будет

2019-01-09 175242.png

[starshoy81]

У меня что на локальном брокере, что на облачном cloudmqtt.com нет таких настроек.

Вот тут посмотрите. Это в mosquitto.conf прописывается. Только при запуске надо указывать, что используется этот файл конфигурации с параметром -с и путём до него. Иначе загружаются дефолтные настройки, а их я нигде в отдельном файле не нашёл, чтобы поправить.

[CraCk]

[ref]CraCk[/ref], вот так работает, использовать OR на выходе, не самая лучшая идея, там всегда 1 будет

2019-01-09 175242.png

Хоть убейте. Ни как не работает. Может библиотеки почистить? Какие папки по удалять?

Вот тут посмотрите. Это в mosquitto.conf прописывается.

Москито не использую. Терпения не хватило возиться с установкой и настройкой.

[User8]

[ref]CraCk[/ref], а я для кого писал почему не работает, OR нужно заменить на RS. Если не заработает повторите полностью как в посте выше.

[CraCk]

CraCk, а я для кого писал почему не работает, OR нужно заменить на RS. Если не заработает повторите полностью как в посте выше.

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

[User8]

[ref]CraCk[/ref], а что там за инверсия стоит на блоке switch? Мне что за вас логику проверять? У меня пример что я опубликовал выше работает, значит проблема либо в брокере, либо в самом скетче, скорее всего второе.

[YuriS]

У меня 5 версия блока никак не хочет устанавливать связь с mqttcloud.com Кто сталкивался и решил! В чем может быть проблема?

[User8]

[ref]YuriS[/ref], а зачем использовать 5 версию?

[CraCk]

У меня 5 версия блока никак не хочет устанавливать связь с mqttcloud.com Кто сталкивался и решил! В чем может быть проблема?

Настройки для основного блока взяты здесь?
[spoiler]

Снимок.JPG

[/spoiler]

CraCk, а что там за инверсия стоит на блоке switch? Мне что за вас логику проверять? У меня пример что я опубликовал выше работает, значит проблема либо в брокере, либо в самом скетче, скорее всего второе.

С логикой все гуд, хоть и криво реализована. Проблема была в настройке брокера.

[starshoy81]

Москито не использую. Терпения не хватило возиться с установкой и настройкой.

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

[YuriS]

[quote=YuriS post_id=62178 time=<a href="tel:1547330574">1547330574</a> user_id=11371]У меня 5 версия блока никак не хочет устанавливать связь с mqttcloud.com Кто сталкивался и решил! В чем может быть проблема?

Настройки для основного блока взяты здесь?
[spoiler]

Снимок.JPG

[/spoiler]
[quote=User8 post_id=62174 time=<a href="tel:1547326691">1547326691</a> user_id=6293]CraCk, а что там за инверсия стоит на блоке switch? Мне что за вас логику проверять? У меня пример что я опубликовал выше работает, значит проблема либо в брокере, либо в самом скетче, скорее всего второе.[/quote]
Настроено так же, не хочет на сайте вообще никаких настроек нет

[CraCk]

[ref]YuriS[/ref], ага все понятно.

[YuriS]

Друзья, отзовитесь у кого работает на 5 версии блоков. Настройки все верные, скомпилировано без ошибок. Главный блок с внешними входами.

Отправлено спустя 1 минуту 34 секунды:
Не подключается на сайт mqttcloud. com на выходе блока статус соединения 0

Отправлено спустя 50 секунд:
В каком направлении копать ума не приложу

[pipapsix]

[ref]YuriS[/ref],
я пользовался 5 версией. потом перешел на 6.
тоже не подключалось пока с нуля не создал проэкт.
и это происходило только с версией с внешними входами.
Попробуйте обычный блок МАЙн.

[Timoha]

[ref]YuriS[/ref], попробуйте установить необходимую библиотеку к пятой версии. тестировал шестую версию было так что статус соединения блока Майн был на нуле (ранее установленную библиотеку не обновлял), однако все остальные данные передавались.