Powiadomienia
Wyczyść wszystko
UWAGA: Strona oraz Forum Smart'ny Dom nie będzie dostępne 23 Grudnia 2024 ze względu na przenoszenie serwisu na mocniejszą maszynę.
W tym czasie polecam poświęcenie swojego czasu na pomoc partnerowi w przygotowaniu udanych Świąt 😉
Za niedogodności z góry przepraszam, admin
Porady dla początkujących
1
Wpisów
1
Użytkownicy
0
Reactions
266
Wyświetleń
Autor tematu
Witajcie,
Od dłuższego czasu korzystam z Domoticza w połączeniu z ESPEasy na esp8266.
Jednak z czasem napotkałem na 2 problemy, które próbowałem ominąć jakąś protezą.
Jednak do rzeczy:
Mój config to aktualny domoticz (Version: 2024.4) i bieżący espeasy (20240414)
komunikacja pomiędzy nimi via MQTT.
Pierwszy problem to gdy esp8266 działa jako light/switch i z jakichś przyczyn zrobi reboot to
ogłasza do MQTT swój stan pierwotny czyli OFF. i nie widzę możliwości żeby po reboocie
mikrokontroler pobierał stan z domoticza jako kontrolera wiodącego.
Bez znaczenia czy w ESP jest zaznaczone "send to boot" po restarcie ESP zawsze leci komunikat
OFF via MQTT.
Ominąłem to poprzez DzVents + API w domoticz oraz Rules w ESP. jednak to mało optymalne...
Drugi problem to MCP23017 podłączony do ESP8266 i ustawiony lisgh usunięty link
Generalnie tutaj wszystko działa, jednak coś się zawiesza w taki sposób że ESP przez http jest
responsywne, ale MCP23017 wydaje się nie komunikować. pomaga soft reboot.
Czy espeasy jest znane z takich przypadłości ? Bo już chodzi mi po głowie rezygnacja z gotowych
produktów na ESP i naskrobanie czegoś w arduino. Obsługa podstawowych peryferiów, syslog czy mqtt
jest dość prosta. Jednak zwykła zmiana IDX pociągała by za sobą kolejną kompilacje...
Jakie jest Wasze podejście do tego typu problemów ?
Dodane : 11/05/2024 8:30 am
