Natywna integracja z Home Assistant (komponent) 2.2

  • 250 Odpowiedzi
  • 18370 Wyświetleń
*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #45 dnia: Października 04, 2022, 22:30:23 »
EDIT:
Mistrzu @admin - ale, że już dodałeś powiadomienie o scenie i koleją wersję 2.2b3? Czy Ty dziś nie spałeś?  ;)
;D ;D ;D nie no bez przesady, nocy bym przez to nie zarywał  :)
Wczoraj wieczorem z ciekawości popatrzyłem jak wygląda kod do notyfikacji, jak odpalić coś jako event HA i okazało się że będzie raczej prosto. Dzisiaj rano chyba w pół godziny machnąłem, test wyszedł pozytywnie i wszystko było gotowe  :)
Szkoda że nie zrobili też przytrzymania klawisza jako wyzwalacz, bo to już byłoby całkiem kuszące....ech ile się trzeba z tym naszym Zamelem nakombinować ;)
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #46 dnia: Października 05, 2022, 22:54:18 »
Właśnie wydałem kolejną wersję 2.2b2: https://github.com/dgtal1/extalife_custom_component/releases/tag/2.2b2

Naprawiłem w niej:
* wszystkie dyskutowane tutaj ostatnio błędy dotyczące sensorów (multisensor + MEM-21)
* problem z martwymi encjami wirtualnych sensorów dla atrybutów również wyeliminowany.
* warning zgłaszany przez @tool odnośnie obsolete call do Device Registry / Entity Registry

@Piotr_K testuj śmiało. Zwróć uwagę, czy jednostki i wartości pokazywane w HA dla MEM i RCM zgadzają się z aplikacją Exta Life.

Bierzcie i pobierajcie z tego wszyscy; to jest bowiem najnowsza i (mam nadzieję) najstabilniejsza wersja 2.2 beta ;)

Jeśli ta wersja będzie działała prawidłowo i nikt nie dostrzeże kolejnych błędów, to stanie się ona wersją finalną 2.2.

Ostatnie dni dość mocno pracowite - dopiero dzisiaj tu zajrzałem. Tak na gorąco - w wersji 2.2b2 encje dla MEM prawidłowo się dodały, odczyty wartości są prawidłowe. Jedynie mam uwagę do encji "phase .. power factor", czyli współczynnika mocy - obecnie wartość jest przemnożona x10 i ma jednostkę '%' (czyli jest w zakresie 0% - 10%). Wartość wsp. mocy powinna być wyświetlana w zakresie 0,00 - 1,00, bez jednostki.

I jeszcze sprawa związana z encjami "battery_status" - w logu jako warning pojawia się takie coś:
Logger: homeassistant.components.sensor.recorder
Source: components/sensor/recorder.py:396
Integration: Sensor (documentation, issues)
First occurred: 22:15:10 (13 occurrences)
Last logged: 22:15:10

The unit of sensor.kotlownia_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.temperatura_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.wilgotnosc_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.cisnienie_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.natezenie_osw_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
czyli dotyczy to RCM-21 i jednego (?) kanału RCT-21.
Może to jest jakiś drobiazg, łatwy do wyeliminowania? Czy znowu potrzebny będzie pełny log na poziomie debug?

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #47 dnia: Października 06, 2022, 20:23:47 »
Jedynie mam uwagę do encji "phase .. power factor", czyli współczynnika mocy - obecnie wartość jest przemnożona x10 i ma jednostkę '%' (czyli jest w zakresie 0% - 10%). Wartość wsp. mocy powinna być wyświetlana w zakresie 0,00 - 1,00, bez jednostki.
Wygląda na to, że w HA współczynnik mocy jest wyrażany w %: https://github.com/home-assistant/core/blob/28df576e51424229e452230fe3aeb72fc0a0c35f/homeassistant/components/sensor/__init__.py#L158
I stąd jednostka, która się dodaje. W takim razie nie będę ustawiał żadnego device_type dla takiej encji i wtedy jednostki HA już sam nie doda. Zmienię też skalowanie wartości.

Cytuj
I jeszcze sprawa związana z encjami "battery_status" - w logu jako warning pojawia się takie coś:
Logger: homeassistant.components.sensor.recorder
Source: components/sensor/recorder.py:396
Integration: Sensor (documentation, issues)
First occurred: 22:15:10 (13 occurrences)
Last logged: 22:15:10

The unit of sensor.kotlownia_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.temperatura_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.wilgotnosc_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.cisnienie_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
The unit of sensor.natezenie_osw_battery_status (%) does not match the unit of already compiled statistics (None). Generation of long term statistics will be suppressed unless the unit changes back to None. Go to https://my.home-assistant.io/redirect/developer_statistics to fix this
czyli dotyczy to RCM-21 i jednego (?) kanału RCT-21.
Może to jest jakiś drobiazg, łatwy do wyeliminowania? Czy znowu potrzebny będzie pełny log na poziomie debug?
Tym bym się nie przejmował. To najprawdopodobniej wynika z początkowego problemu z brakiem jednostek we wszystkich sensorach w wersji 2.2b0. HA pewnie zapisał sobie nowe encje wygenerowane przez tą wersję bez jednostek i teraz nie zgadza mu się to z obecnym stanem, bo te encje posiadają już jednostki. Tak jak radzi warning - powinno się to dać naprawić w narzędziach deweloperskich: https://my.home-assistant.io/redirect/developer_statistics
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #49 dnia: Października 07, 2022, 23:37:44 »
To jeszcze trzy grosze ode mnie. Dzisiaj w końcu uruchomiłem integracje na mojej instancji HA. Nie obyło się oczywiście bez problemów.

1. Pierwszy związany był z tym, że jako adres hosta podałem nazwę DNS przez co encja Kontrolera nie dostawała prawidłowego id. W klasie ExtaLifeAPI w funkcji async_get_mac zawiera wywołanie funkcji get_mac_address z modułu getmac i w kodzie jest:
    async def async_get_mac(self):
        from getmac import get_mac_address
        return await self._loop.run_in_executor(None, get_mac_address, None, self._host)

a powinno być
    async def async_get_mac(self):
        from getmac import get_mac_address
        return await self._loop.run_in_executor(None, get_mac_address, None, self._host, None, self._host)

w poprawionej wersji również nazwa DNS poprawnie rozwiązuje do oczekiwanego MAC adresu.

2. Atrybuty dla encji nie pojawiały się jak wcześniej, problemem jest przeciążenie dla property device_state_attributes. Własność ta dla encji została uznana za przestarzałą. Więcej info tutaj. Więc wszystkie wystąpienia przeciążeń
dla własności device_state_attributes takie jak:
    @property
    def device_state_attributes(self):
        """Return device specific state attributes."""
        attr = super().device_state_attributes

Powinny być zastąpione takim fragmentem:
    @property
    def extra_state_attributes(self):
        """Return device specific state attributes."""
        attr = super().extra_state_attributes
        if attr is None:
            attr = {}

Dodatkowo warto jeszcze sprawdzić czy wywołanie odziedziczonej metody getter dla własności nie zwara None (bo może) - co by się komponent nie posypał.

3. Następne mam pytanie o ROG-21, czy z jakiegoś konkretnego powodu nie zaimplementowałeś danych mierzonych przez w/w urządzenie jako entity klasy Sensor? (są podawane jako atrybuty - ale z tym jest problem, że brak danych historycznych). Wiem można do tego użyć platform template jako sensor, ale to sporo pisania w configuration.yaml no i mało odporne na zmianę nazw encji.

4. No i ostatnia rzecz to chyba nie wszystkie encje mierników (kontaktron, czujnik ruchu) przy zasilaniu bateryjnym nie raportują statusu baterii, a przy danych pobieranych z kontrolera jest informacja czy urządzenie Exty jest zasilane z baterii czy nie (pole 'is_powered', true/false). No moja propozycja jest taka żeby warunkowo definiować sensor poziomu baterii dla takich urządzeń (multisensor i w/w wymienione) albo dla urządzeń zasilanych z baterii podawać status ok/rozładowana a dla zasilanych sieciowo podawać że bateria zawsze naładowana.

Na razie,
Gadulowaty.
Produkcja:RPi5,EFC-01; Sensory:MEM-21,RCK-21,9xRCM-21,2xRCR-21,RCW-21; Odbiorniki: 2xROB-21, 5xROG-21,11xROP-21,11xROP-22,1xRDP-21,11xSRP-22; Nadajniki: 2xP-457/36,4xP-457/4,P-457/8,P-521L,1xRNK-22,1xRNK-24 | Developer:RPi4,EFC-01,RCK-21,ROB-21,ROP-22,ROG-21,RCM-21

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #50 dnia: Października 08, 2022, 11:43:36 »
Kolega @Gadulowaty w gronie zintegrowanych z HA? Co za miła niespodzianka :) Tylko uważaj, bo od tego nie ma już odwrotu ;) Jak raz się zakosztuje tej przyjemności sterowania wszystkim z jednego miejsca i praktycznie nieograniczonych możliwości budowania scenariuszy automatyki to powrót na stare śmieci wydaje się kompletnym szaleństwem ;)

To jeszcze trzy grosze ode mnie.
To raczej 3 złote niż 3 grosze ;), tym bardziej dzięki za cenne uwagi :)

Cytuj
1. Pierwszy związany był z tym, że jako adres hosta podałem nazwę DNS
Hmm, trochę się dziwię, że musiałeś w ogóle coś podawać - IP kontrolera powinno się wykryć samoczynnie tak jak w aplikacji Exta Life.
Potestuję twój sposób, ale podawanie w obu miejscach adresu IP (a w założeniu to właśnie powinno być w zmiennej self._host zamiast tekstowej nazwy hosta) może mieć jakieś skutki uboczne. W sumie trochę się dziwię, że takie wywołanie get_mac_address działa. Najwyżej zaadaptuję to tak, że jeśli podany jest IP to będzie po staremu a jak nazwa hosta to po twojemu :)

Cytuj
2. Atrybuty dla encji nie pojawiały się jak wcześniej, problemem jest przeciążenie dla property device_state_attributes.
Zgadza się, tak to powinno być zastąpione. W platformie sensor, który jest praktycznie przepisany na nowo już tak to od początku wersji 2.2 jest zrobione. Muszę jeszcze dokończyć sprzątanie / zmiany w pozostałych platformach.
Cytuj
Dodatkowo warto jeszcze sprawdzić czy wywołanie odziedziczonej metody getter dla własności nie zwara None (bo może) - co by się komponent nie posypał.
Faktycznie nie zaszkodzi, choć w rzeczywistości w obecnym kodzie taka sytuacja nie ma prawa się wydarzyć, gdyż super() zawsze zwraca 2 atrybuty (id i not_responding)
Cytuj
3. Następne mam pytanie o ROG-21, czy z jakiegoś konkretnego powodu nie zaimplementowałeś danych mierzonych przez w/w urządzenie jako entity klasy Sensor?
Hmm, chyba bez konkretnego powodu, chociaż powodem może być to, że nie mam tego gniazdka i tym samym nie mam jego modelu danych. W sumie nawet zapomniałem, że ono istnieje i do tego, że jeszcze ma pomiar energii. Ale tak jak pisałem w pierwszym pościełatwo można to dodać dla dowolnego urządzenia, więc jak ktoś potrzebuje to niech da znać. Teraz zaglądnąłem do platformy switch i widzę, że faktycznie jest tam kawałek kodu specjalnie z ROG21 i jego atrybutów, więc w następnej wersji dodam je jako wirtualne sensory z platformy switch

Cytuj
4. No i ostatnia rzecz to chyba nie wszystkie encje mierników (kontaktron, czujnik ruchu) przy zasilaniu bateryjnym nie raportują statusu baterii
Tego nie wiem, bo nie posiadam ich modelu danych. Kiedyś miałem dostęp do tego, ale już od dawna nie. Żałuję, że wtedy nie zapisałem sobie tego tak jak teraz bo miałbym to nawet jak testować.
Generalnei jak coś podaje stan baterii to obecnie będzie to reprezentowane jako 0 lub 100%, ponieważ używam device_class dla baterii. Zaleta jest taka, że HA to wtedy dodatkowo pokazuje jako baterię i łatwo widać że urządzenie już ma rozładowaną baterię. Wadą jest to, że Exta Life ma tylko dwa stany: 0 i 1 czyli w integracji 0 lub 100%. Nie jest to idealne, ale uważam, że dla tej zalety o traktowaniu tej encji przez HA jako stan baterii mamy lepiej zobrazowany stan urządzenia bo od razu widać, że ma problem z baterią, co jest wyraźnie sygnalizowane w GUI HA. Raczej nie chcę tego zmieniać.

Powodzenia z HA i kolejne uwagi oczywiście mile widziane :)

PS. Jakiś progres ze snifferem nadajników Exta Life?
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #51 dnia: Października 08, 2022, 12:08:02 »
Aha kolego @Gadulowaty wrzuć proszę model danych ROG21 (JSON komendy 37 z kanałem ROG-21). Dodam do swojego specjalnego pliku z fake/owymi kanałami i będę mógł testować.
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #52 dnia: Października 08, 2022, 12:28:23 »
Nie ma problemu plikami danych w załączniku dwa pliki jeden dla ROGa i drugi dla RCK i RCR.

Na razie,
Gadulowaty
Produkcja:RPi5,EFC-01; Sensory:MEM-21,RCK-21,9xRCM-21,2xRCR-21,RCW-21; Odbiorniki: 2xROB-21, 5xROG-21,11xROP-21,11xROP-22,1xRDP-21,11xSRP-22; Nadajniki: 2xP-457/36,4xP-457/4,P-457/8,P-521L,1xRNK-22,1xRNK-24 | Developer:RPi4,EFC-01,RCK-21,ROB-21,ROP-22,ROG-21,RCM-21

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #53 dnia: Października 08, 2022, 13:11:17 »
Kolega @Gadulowaty w gronie zintegrowanych z HA? Co za miła niespodzianka :) Tylko uważaj, bo od tego nie ma już odwrotu ;) Jak raz się zakosztuje tej przyjemności sterowania wszystkim z jednego miejsca i praktycznie nieograniczonych możliwości budowania scenariuszy automatyki to powrót na stare śmieci wydaje się kompletnym szaleństwem ;)
Wiem. Bo od 3 m-cy siedzę w integracjach HA, jak na razie Google już działa, Samsung SmartThings też no i TTS Cloud od Googla. Kolejne w drodze.

Potestuję twój sposób, ale podawanie w obu miejscach adresu IP (a w założeniu to właśnie powinno być w zmiennej self._host zamiast tekstowej nazwy hosta) może mieć jakieś skutki uboczne. W sumie trochę się dziwię, że takie wywołanie get_mac_address działa. Najwyżej zaadaptuję to tak, że jeśli podany jest IP to będzie po staremu a jak nazwa hosta to po twojemu :)
Nie ma takiej potrzeby, bo deklaracja funkcji jest taka:
def get_mac_address(interface=None, ip=None, ip6=None, hostname=None, network_request=True):
i sprawdziłem, że jeżeli zmienna _host zawiera IP, to wartość dla zmiennej hostname jest ignorowana i tylko zmienna ip jest rozważana, a jeżeli zmienna _host zawiera nazwę DNS to jest używana wartość z hostname. (Przetestowałem oba przypadki i wszystko działa. Nie używam autowykrywania bo w domu mam HA w innym segmencie sieci niż kontroler ExtaLife - a multicast tak nie funkcjonuje.

Zgadza się, tak to powinno być zastąpione. W platformie sensor, który jest praktycznie przepisany na nowo już tak to od początku wersji 2.2 jest zrobione. Muszę jeszcze dokończyć sprzątanie / zmiany w pozostałych platformach.
Mam zamiar aktywnie włączyć się w rozwijanie obecnego komponentu. Zmiany o których piszesz w swojej instancji HA mam naniesione i działają. Mam taki pomysł żeby przyłączyć się do twojego repo na Githubie (jak się zgodzisz ;)), tak żebyśmy mogli wspólnie rozwijać komponent. Mam przy tym prośbę jakbyś mógł utworzyć nowy wątek w dziale development z opisem środowiska w jakim rozwijasz (opis przygotowania) komponent. Nie musiał bym wynajdować koła od początku...

Faktycznie nie zaszkodzi, choć w rzeczywistości w obecnym kodzie taka sytuacja nie ma prawa się wydarzyć, gdyż super() zawsze zwraca 2 atrybuty (id i not_responding)
Częściowo się zgadzam, ale nie w przypadku klasy encji ExtaLifeController, bo tam ani id  i not responding nie występują wiec brak sprawdzenia na None powoduje wystąpienie wyjątku.

Hmm, chyba bez konkretnego powodu, chociaż powodem może być to, że nie mam tego gniazdka i tym samym nie mam jego modelu danych. W sumie nawet zapomniałem, że ono istnieje i do tego, że jeszcze ma pomiar energii.
Dysponuję nimi oraz paroma innymi elementami (RCK,RCR,RCM,RCZ), więc tak jak pisałem wcześniej chętnie przyłącze się do wspólnego kodowania.

PS. Jakiś progres ze snifferem nadajników Exta Life?
Sniffer w wersji developerskiej leży na półce w garażu prawie gotowy. Zbudowany w oparciu o ESP32S3, obsługuje moduły RFM12, RFM22, RFM23, RFM69, RFM95 i MRF89. Oprócz sniffowania jest w stanie generować pakiety komend zgodne ze standardem radiowym Extylife. Niestety pod koniec zeszłego roku musiałem przerwać prace nad nim bo z mojego działu IT zmarł kolega który zajmował się administracją sieci i musiałem przejąć na szybko wszystkie jego obowiązki i dopiero teraz jakość to wszystko sobie poukładałem.
Należało by do niego dopisać interfejs konfiguracyjny (może przez WWW) oraz obsługę MQTT do komunikacji z zewnętrznymi systemami. Można by do tego wykorzystać dostępne źródła dla urządzenia EMS-ESP32 (fajny moduł do obsługi pieców BUDERUS, które nie mają wsparcia do minitorowania przy użyciu urządzeń cloudowych) - praktycznie gotowiec do przypasowania na nasze potrzeby. Mam jeszcze pomysł żeby zaimplementować to w postaci dongla USB podłączanego do HA bezpośrednio i udostępniającego interfejs typu SERIAL do komunikacji i dalsze przetwarzanie.

Na razie,
Gadulowaty.

PS. Może skontaktujesz się na priv i pogadamy o szczegółach współpracy na Githubie - no chyba że zrobisz oddzielny wątek o środowisku development - tak jak pisałem wcześniej.
Produkcja:RPi5,EFC-01; Sensory:MEM-21,RCK-21,9xRCM-21,2xRCR-21,RCW-21; Odbiorniki: 2xROB-21, 5xROG-21,11xROP-21,11xROP-22,1xRDP-21,11xSRP-22; Nadajniki: 2xP-457/36,4xP-457/4,P-457/8,P-521L,1xRNK-22,1xRNK-24 | Developer:RPi4,EFC-01,RCK-21,ROB-21,ROP-22,ROG-21,RCM-21

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #54 dnia: Października 09, 2022, 18:31:46 »
Hej admin,
Wysłałem pull request na githubie.

Na razie,
Gadulowaty
Produkcja:RPi5,EFC-01; Sensory:MEM-21,RCK-21,9xRCM-21,2xRCR-21,RCW-21; Odbiorniki: 2xROB-21, 5xROG-21,11xROP-21,11xROP-22,1xRDP-21,11xSRP-22; Nadajniki: 2xP-457/36,4xP-457/4,P-457/8,P-521L,1xRNK-22,1xRNK-24 | Developer:RPi4,EFC-01,RCK-21,ROB-21,ROP-22,ROG-21,RCM-21

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #55 dnia: Października 09, 2022, 18:54:12 »
@Gadulowaty - wspaniale, że dołączasz do @admin. Bardzo się cieszę na tę współpracę, z takiej pary będzie moc. Jeśli tylko będę miał możliwości (w sensie kompetencje), to chętnie pomogę. Mam nadzieje, że linki które podsyłałem przy pracy nad snifferem pomogły. Dzięki za Wasze zaangażowanie.
Elementy systemu, których używam: Bramka AIS DEV3 "Jolka" + pilot+aplikacja WearOS, 32 urządzenia Exta Life z EFC-01, Mi-flora, Sonoff, ESP8266, ESP32 (ESPHome, Tasmota) Zigbee2mqtt, kamery IP, inteligentny głośnik w oparciu o AIS DEV1, urządzenia SIP.

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #56 dnia: Października 10, 2022, 15:24:16 »
Hej admin,
Wysłałem pull request na githubie.

Na razie,
Gadulowaty

Dzięki :) Wrzucę go w wolnej chwili, choć równolegle w sobotę już w moim lokalnym repozytorium zrobiłem te same zmiany. W sobotę rano siedziałem jeszcze trochę nad kodem i robiłem wielkie sprzątanie - głównie pod kątem pylint, żeby  w końcu nie pokazywały się żadne warningi, ale też rozszerzyłem generowanie sensorów na inne platformy poza sensor.

Cieszę się, że w końcu będzie ktoś do pomocy przy rozwoju integracji :) Myślę, że razem uda się zrobić ciekawe rzeczy, a jeszcze bardziej cieszy mnie, że masz prawie gotowy sniffer. Koniecznie trzeba do niego dorobić MQTT, a potem już droga krótka, aby dodać go do integracji i tym samym uzupełnić ziejący brakiem tej funkcjonalności krater w EFC-01. Myślę, że dałoby się dość prosto nasłuchiwać eventów MQTT w integracji i tym sposobem odbierać dane z nadajników. Najlepiej gdyby sniffer dało się zasilać z USB - wtedy po prostu podłączę go do EFC-01 i zasilę z jego portu USB, co wyeliminuje dodatkowy, kolejny zasilacz. W kontakcie... odezwę się na priw w "wolniejszej" chwili ;)
« Ostatnia zmiana: Października 10, 2022, 15:26:11 wysłana przez admin »
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #57 dnia: Października 10, 2022, 19:54:20 »
Wieczór Admin,
To trochę sobie depczemy po nogach. Chciałem się zabrać za duplikowane encje battery dla RCM - ale skoro piszesz ze main stream się mocno zmienił to pytanie mam kiedy będzie szansa na twoje commity. Myślę również, że warto by było ustalić kto gdzie i co  gmera.

Na razie,
Gadulowaty
Produkcja:RPi5,EFC-01; Sensory:MEM-21,RCK-21,9xRCM-21,2xRCR-21,RCW-21; Odbiorniki: 2xROB-21, 5xROG-21,11xROP-21,11xROP-22,1xRDP-21,11xSRP-22; Nadajniki: 2xP-457/36,4xP-457/4,P-457/8,P-521L,1xRNK-22,1xRNK-24 | Developer:RPi4,EFC-01,RCK-21,ROB-21,ROP-22,ROG-21,RCM-21

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #58 dnia: Października 10, 2022, 21:47:43 »
Jutro postaram się wrzucić na GitHub. Dam znać
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant

*

Offline admin

  • *****
  • 1657
  • Twórca i moderator forum
    • Zobacz profil
    • Forum ExtaLife
Odp: Natywna integracja z Home Assistant (komponent) 2.2
« Odpowiedź #59 dnia: Października 11, 2022, 09:08:12 »
Wieczór Admin,
To trochę sobie depczemy po nogach. Chciałem się zabrać za duplikowane encje battery dla RCM - ale skoro piszesz ze main stream się mocno zmienił to pytanie mam kiedy będzie szansa na twoje commity. Myślę również, że warto by było ustalić kto gdzie i co  gmera.

Na razie,
Gadulowaty
Wrzucone na github. Zrobiłem również merge twojego PR. Utworzyłem wątek o środowisku developerskim.

Na ten moment nie planuję już nic grzebać w kodzie integracji. Trzeba w końcu sfinalizować wersję 2.2. Temat duplikowanych encji battery możemy jeszcze wrzucić do wersji 2.2, więc jak masz pomysł jak to rozwiązać to śmiało. To byłaby ostatnia zmiana w kodzie przed finalną 2.2, bo inaczej zrobi nam się z tego neverending story ;)
Elementy systemu, których używam: 3xSRP-22, 5xRDP-21, 3xROP-22, 4x ROP-21, 1xP-456/36, 1xRNK-24, 3x RNP-21, 1xRCT-22, aplikacja na Android oraz iOS + Home Assistant