MajorDoMo

Здесь хорошо расписанны Rules с примерами: https://espeasy.readthedocs.io/en/lates ... Rules.html , только на Буржуйском.

Добрый день.
Только начинаю изучать MD и ESP и возник вопрос.
MD уже установлен дома и работает через мобильного оператора.
Для доступа к MD работаю через VPN - подключаюсь к нему без проблем.

Модуль ESP пока на работе. Прошил его прошивкой ESP EASY, подключил к MD через брокера - данные с датчиков передаются.
Что хочу настроить - в MD создать кнопку, при нажатии которой включался бы свет.
В ESP создал swith, он сам создался в MD в разделе MQTT со статусом 0. пытаюсь через редактирование это устройства задать ему 1, но на ESP его статус не меняется.
Так вот вопрос в том, правильно ли я понимаю что обратная связь MD->ESP работает только если они находятся в одной подсети?

itf1 писал(а): ↑

Вт окт 29, 2019 3:19 pm

Добрый день.
Только начинаю изучать MD и ESP и возник вопрос.
MD уже установлен дома и работает через мобильного оператора.
Для доступа к MD работаю через VPN - подключаюсь к нему без проблем.

Модуль ESP пока на работе. Прошил его прошивкой ESP EASY, подключил к MD через брокера - данные с датчиков передаются.
Что хочу настроить - в MD создать кнопку, при нажатии которой включался бы свет.
В ESP создал swith, он сам создался в MD в разделе MQTT со статусом 0. пытаюсь через редактирование это устройства задать ему 1, но на ESP его статус не меняется.
Так вот вопрос в том, правильно ли я понимаю что обратная связь MD->ESP работает только если они находятся в одной подсети?

MDM какая версия?
С начала грешил на MDM, но патом заметил что и на самом интерфейсе EspEasy, не меняется, открываешь лог EspEasy там видно как состояние меняется, RSI и Uptime тоже отправляется по MQTT I их MDM принимает, но вот состояние пинов не отправляется как на EspEasy интерфейсе, так и в MDM MQTT таблице.
Можно, конечно и другую прошивку применить, ту же самую Tasmota, но для меня она не подходит, из за того что там нет как задавать импульсный сигнал. Напр. нажал кнопу и реле замкнулось на (напр.) 5 секунд.

Все разобрался. Есть там обратная связь, нужно просто нужный девайс выбрать.

На мою плату ESP Wroom 32 ESPEasy ни в какую не хочет устанавливаться. Прошивальщиком ESP Easy Flasher не удается прошить. Прошивался согласно этой ветке и этой

Я получаю либо user code done, либо циклическую перезагрузку Если прошиваться ESP Easy Flasher, то получаю такое сообщение и про это написано тут У кого есть успешный опыт прошивки ESPEasy на плате ESP Wroom 32? Если успешно, то какую прошивку использовали? - поделитесь

Не по теме, но поделюсь инфой на всякий случай, пусть будет. Все мои попытки залить прошивку на ESP32 Dev Module безуспешны, в итоге получил такую ошибку A fatal error occurred: Failed to connect to ESP32: Timed out waiting for packet header. Что делать, если появилась ошибка?

Читаем эту статью, способ действенный. Конденсатор не обязательно такой, как написано в статье. Можно от 10 до 470 uF (мкФ). Я использовал тот конденсатор, что оказался под рукой.

Вставил конденсатор c ёмкостью 220 uF(мкФ) и с напряжением 25V Во время соединения нажимаем на кнопку BOOT и потом на EN. После этого должна пойти загрузка. Есть удобная программка Монитор порта про. В ней можно программно перезапускать ардуинку.

Если у кого-то получилось залить прошивку ESPEasy на плату ESP32 Dev Module, поделитесь опытом.

Решил наконец вопрос с заливкой прошивки ESPEasy на ESP32 Dev Module. Выложил инструкцию и саму рабочую прошивку сюда

Привет! Не у кого не было,что рабочее правило не отрабатывается технически,хотя в логере показывает,что правило отработало?

Доброго дня!

Исследовал тут использование ProMiniExtender и его взаимодействие с выходами (уверен, что это относится и к своим GPIO).
Выяснилось следующее (в общем-то этого и следовало ожидать).
Если вы используете порт как выход (для включения реле, к примеру), то проверять состояние этого порта не имеет смысла. Это два взаимоисключающих состояния. Связано это с тем, что когда вы меняете состояние порта, он изменяет своё состояние. Но когда вы пытаетесь считать его состояние, порт переводится в режим INPUT и считывается его состояние без привязки к тому, что мы его меняли.
Отсюда вывод, напрямую, обратной связи от порта с режимов OUTPUT нет и состояние его не узнать. Обратную связь нужно реализовывать, я так понял, через dummy-устройство и правила.

ebramariys писал(а): ↑

Ср май 27, 2020 10:29 pm

Привет! Не у кого не было,что рабочее правило не отрабатывается технически,хотя в логере показывает,что правило отработало?

Такого не было. Можно по подробней, что за правило, что делает и что в логах