Natywna integracja z Home Assistant (komponent) 2.1

Witajcie podłączeni do HA! 😉👊
Zgodnie z obietnicą oddaję w Wasze ręce kolejną wersję integracji: 2.1
Ogólny opis i możliwości opisane w wątku o wersji 2.0.

Do pobrania z github: https://github.com/dgtal1/extalife_custom_component/releases/tag/2.1.2

A teraz changelog:
Wiele zmian pod maską. Komunikacja z kontrolerem jest wreszcie w pełni asynchroniczna! To co jeszcze rok temu wydawało mi się niemożliwe teraz stało się normalką Oznacza to wiele dobrych rzeczy, w tym:
* lepsza wydajność
* większa stabilność połączenia
* lepsza obsługa powiadomień o statusie odbieranych z kontrolera
* biblioteka wykorzystuje tylko 1 połączenie z kontrolerem! co oznacza, że ​​zużywa się mniej zasobów w HA i w samym kontrolerze! Na to wielu czekało. Oznacza to, że teraz integracja działa dokładnie tak samo jak aplikacja Exta Life (tylko stabilniej😁)

Nowe funkcje
* nowa usługa extalife.refresh_state, aby wyzwalać odpytywanie stanu ad-hoc z automatyzacji HA. @Cezary.K wedle życzenia
* nowa opcja konfiguracji integracji: interwał odpytywania można teraz konfigurować w opcjach i można go zmienić w dowolnym momencie bez restartu HA,
* nowa opcja konfiguracji integracji: "Wyszarzaj encję gdy urządzenie nie odpowiada (tak jak w aplikacji Exta Life)" Było to domyślne zachowanie w integracji 2.0, ale teraz można je zmienić. Może to pomóc tym z Was, którzy chcieliby spróbować sterować urządzeniem, które jest oznaczone jako „nie odpowiada”, ale w rzeczywistości zmienia swój status, ale kontroler go nie otrzymuje. Ta funkcja pozwala ominąć standardowe zachowanie natywnej aplikacji Exta Life, która nie pozwala sterować wyszarzonym urządzeniem (mam 1 taki przypadek w domu), ale jak się okazuje - urządzenie odpowiada na sygnały sterujące z kontrolera, ale kontroler nie odbiera z niego danych. Typowy problem z zasięgiem, ale pozwala nadal sterować urządzeniem za pomocą automatyki domowej.
PAMIĘTAJCIE: Opcje są zapisywane tylko wtedy, gdy użytkownik przejdzie do końca wszystkie okna dialogowe, czyli na samym końcu po ostatnim okienku.
* dodana wstępna obsługa dla miernika energii MEM-21 i sterownika bramowego ROB-21

Breaking changes
* począwszy od wersji 2.1 integrację można dodać wyłącznie z GUI. Konfiguracja przez plik configuration.yaml jest już niewspierana

Plan na kolejne wersje jest taki, aby spróbować wciągnąć integrację jako komponent dystrybuowany razem z HA Niewiele już do tego brakuje.

Zapraszam do testowania i komentowania!

Jeśli chcesz wesprzeć moje hobby i pracę to możesz postawić mi kawę na buycoffee.to

Zainstalowane i u mnie w większości działa  , oprócz (żeby tradycji stało się zadość  )... odświeżania temperatury na zaworach termostatycznych.

Zainstalowane i u mnie w większości działa  , oprócz (żeby tradycji stało się zadość  )... odświeżania temperatury na zaworach termostatycznych.

A na 2.0 działało? Wybacz, ale już nie bardzo pamiętam na czym polegał problem. Jakbyś mógł przypomnieć i opisać oraz załączyć logi.

Problem opisany był TU
Rozwiązanie TU
i w finalnej wersji 2.0 działało to ok, niestety w 2.1 jest dokładnie taki sam objaw, w załączniku log z HA gdzie widać, że temperatury pobierane są poprawnie

<bound method ExtaLifeChannel.async_update_callback of <Entity sypialnia: 22.5>>
<bound method ExtaLifeChannel.async_update_callback of <Entity salon: 23.5>>

a na stronie wyświetlane zupełnie inne.

Problem opisany był TU
Rozwiązanie TU
i w finalnej wersji 2.0 działało to ok, niestety w 2.1 jest dokładnie taki sam objaw, w załączniku log z HA gdzie widać, że temperatury pobierane są poprawnie

Cytuj

<bound method ExtaLifeChannel.async_update_callback of <Entity sypialnia: 22.5>>
<bound method ExtaLifeChannel.async_update_callback of <Entity salon: 23.5>>

a na stronie wyświetlane zupełnie inne.

Ok, dzięki za szczegółowe przypomnienie 🙂👍
Dziwna sprawa bo tutaj nie powinno być regresji bo ten sam kod jest w wersji 2.1.
Musi być coś innego. Popatrzę na logi

Jak dla mnie wygląda, że wszystko działa poprawnie. W logach wszystko wygląda dobrze. Obydwie encje 'climate' otrzymują dane o stanie. Dodatkowo w logu widać, że temperatura na głowicach nie zmieniała się: na jednej 24.5 stopnia, a na drugiej 25 stopni w obu uruchomieniach pollingu stanu.

Potestuj to jeszcze trochę. A może wyciąłeś za krótki fragment loga gdzie temperatury nie zmieniały się?

Mam w swoich zasobach czujnik RCT-21 z ustawionym czasem pomiaru co 10s. Integracja działa tak, że stan encji temperatury zmienia się w HA gdy zmieni się odczyt z czujnika Exty. Czyli przekroczona została ustawiona histereza. Jest to logiczne, nie ma potrzeby raportowania, że nic się nie zmieniło. Może podobnie jest z głowicami?

może to wyjaśni co mi chodzi

log z HA

2020-09-14 20:00:26 DEBUG (MainThread) [homeassistant.components.extalife.helpers.core] async_signal_send(), target: <bound method ExtaLifeChannel.async_update_callback of <Entity sypialnia: 23.3>>

screeny z HA - temperatura nie zmienia się od uruchomienia serwera wtedy było 28 stopni i tak zostało do teraz
nie zwracajcie uwagi na nazwy

może to wyjaśni co mi chodzi

log z HA

Cytuj

2020-09-14 20:00:26 DEBUG (MainThread) [homeassistant.components.extalife.helpers.core] async_signal_send(), target: <bound method ExtaLifeChannel.async_update_callback of <Entity sypialnia: 23.3>>

screeny z HA - temperatura nie zmienia się od uruchomienia serwera wtedy było 28 stopni i tak zostało do teraz
nie zwracajcie uwagi na nazwy

OK, chyba rozumiem. Czyli w logu wszystko wygląda dobrze, ale w HA nie za bardzo. Nadal mam za mało informacji, żeby coś więcej powiedzieć. Brakuje informacji w logu od HA tzn pozycji w logu, które mówią co się dzieje z nowym stanem wysłanym przez integrację do HA. 
Typowo po wysłaniu stanu HA potem wysyła taki fragment loga: @Bus: handling <event state change@ itd.
Ustaw proszę logowanie debug także dla HA core tak jak opisałem w poście: https://www.forumextalife.pl/index.php/topic,350.msg2775.html#msg2775

A potem wrzuć log. Może coś więcej będzie widać. Teraz wygląda to tak, że stan jest przetwarzany poprawnie przez integrację. Pytanie co się dzieje dalej - czy dociera do HA i co HA z nim robi

OK, być może obejdzie się bez nowych logów. Wkradła się drobna literówka, która prawdopodobnie skutecznie blokowała update do HA.
Pobierz proszę nowszą wersję pliku __init__.py stąd: https://github.com/dgtal1/extalife_custom_component/blob/dev/extalife/__init__.py

Podmień, zrestartuj HA i daj znać czy teraz już dobrze.

Teraz wygląda na to, że jest ok 

Teraz wygląda na to, że jest ok 

No to extra👍 Dzieki za sprawdzenie. Wydam to jako beta2

Beta 2 wydana: https://github.com/dgtal1/extalife_custom_component/releases/tag/2.1b2

Co jest nie tak.
 Konfiguracja nieprawidłowa
                          Invalid config for [extalife]: [disable_not_responding] is an invalid option for [extalife]. Check: extalife->extalife->options->general->disable_not_responding. (See /config/configuration.yaml, line 18).
                       

extalife:                   #-linia 18
  user: root
  password: tajne
  controller_ip: 192.168.1.109