FlProg

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

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

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

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

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

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

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

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

CraCk писал(а): 22 дек 2018, 22:26А если роутер вык/вкл? Или роутер там где и брокер?

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

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

Rovki писал(а): 22 дек 2018, 22:29что может быть дороже ,чем надежность ?

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

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

User8 писал(а): 08 сен 2018, 14:04- QoS - можно указать 0, 1 или 2. Если не указывать ничего, то сообщение отправляется с QoS 0.

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

Rovki писал(а): 22 дек 2018, 22:29Тогда естественный вопрос - а стоит ли игра свечь ? Одно мучение... ,что может быть дороже ,чем надежность ?

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

CraCk писал(а): 22 дек 2018, 22:48QoS 1 не работает.

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

User8 писал(а): 22 дек 2018, 22:46Golan, qos 1 или 2 нужно использовать очень редко

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

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

User8 писал(а): 22 дек 2018, 22:55на принимающей стороне так же qos 1

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

User8 писал(а): 22 дек 2018, 22:55Надеюсь вы читали документацию и выставили на принимающей стороне так же qos 1.

Все как книжка пишет
[spoiler][/spoiler]
[spoiler][/spoiler]

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

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

User8 писал(а): 22 дек 2018, 23:21Попробуйте у себя с эти скетчем, не забудьте указать свои данные wifi и mqtt.

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

User8 писал(а): 22 дек 2018, 23:21Попробуйте у себя с эти скетчем,

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

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

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

Sancho писал(а): 23 дек 2018, 09:13Поставь как нить задержку, перетащив блоки, не основной, на другую плату, выполняющуюся по условию - после того, как пройдёт время Х

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

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

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

User8 писал(а): 23 дек 2018, 12:07retain не всегда будет показывать актуальное состояние, в вашей ситуации лучше отключить retain и попробовать использовать qos.

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

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

User8 писал(а): 23 дек 2018, 12:07попробовать использовать qos

Как не крути. Оно не работает. Пробовал обратно от брокера отправлять состояние, доставка работает после восстановление соединения.
Могу снять видео.
Еще в проекте добавил подписку на туже публикацию. Если отправлять от клиента esp1826/pin_D5 = true то тот же клиент не хочет принимать true, а если отправить туже публикацию от брокера esp1826/pin_D5 = true то клиент принимает.
Доработаны проект приложу.

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

slon-genia писал(а): 23 дек 2018, 12:28После подачи электричества на блок реле- оно будет в выключенном состоянии а на сервере при этом будет показано что включено

Попробуйте подписать клиента на те же топик. И в брокере если есть возможность включить Публиковать состояния при подписке или что то подобное.
[spoiler][/spoiler]