Integracja Sonoff (urzadzenia z oryginalnym firmwarem)

Ok, dzięki. :+1:
A czy ktoś zna sposób jak zmienić istniejące encje Switch na Light, tak żeby była tylko ta jedna light ?

Nigdy tego nie testowalem ale wg dokumentacji HA mozna zdefiniowac czy encja ma byc widoczna czy nie. Trzeba uzyc sekcji customize, opis jest tutaj

Ok, pobawię się ale bardziej szukam takiego rozwiązania, żeby encje switch.kuchnia zamienić na light.kuchnia bez tworzenia nowej encji :wink:

Edit:

tu chyba jest błąd, winno być:
light: !include light.yaml

Edit:

Nigdy tego nie testowalem ale wg dokumentacji HA mozna zdefiniowac czy encja ma byc widoczna czy nie. Trzeba uzyc sekcji customize , opis jest tutaj

Coś nie działa te ukrywanie, zrobiłem zgodnie z opisem czyli w customize.yaml ma wpis:

 switch.incan_korytarz_gora:
   friendly_name: Korytarz Góra
   hidden: true

a i tak encja jest widoczna
SharedScreenshot
Ktoś ma jakiś pomysł ?
Mam kilka własnych DIY w których np. 2 przełącznik są switch (gniazdko + pompa do basenu) a 2 to włączniki światła a wszystkie w AIS pokazują się albo jako 4 switch albo 4 light (zależy jak wybiorę przy dodawaniu do bramki), muszę je rozdzielić…tylko jak ?

1 polubienie

Podbijam temat. Mam tem sam problem.

Tak, sorry - zbyt duzo rzeczy naraz. Chcialem poprawic wpis w oryginalnym poscie ale nie moge :confused:

Znamy sposób ale z oprogramowaniem Tasmota:

SetOption30

Enforce Home Assistant auto-discovery as ligh
0 = relays are announced as a switch and PWM as a light (default)
1 = both relays and PWM are announced as light

czyli jak coś takiego wpiszesz w konsoli urządzenia które jest przełącznikiem:

SetOption30 1

to w Asystencie domowym takie urządzenie przedstawi się jak światło a nie przełącznik

2 polubienia

@jolka dziękuje pięknie.
Oczywiście działa z tym, że można tylko zmienić wszystkie na Light albo wszystkie na Switch, czyli jak mam na jednym DIY cztery przekaźniki to nie można cześć zrobić Light a część Switch.

1 polubienie

Poprawione i teraz jest OK

Po wczorajszej aktualizacji bramki cos mi sie popsulo i mam dokladnie ten sam problem. “No address associated with hostname” pojawia sie kilkukrotnie. Wyglada na jakas regresje.
Zalaze osobny watek bo problemy sa nie tylko z modulem sonoff.

To nie jest wspierane, trzeba zrozumieć czy są custom componetns i dlaczego nie są dodane oficjalnie do Home Assistant.

Nikt nie zagwarantuje działania czegoś takiego bo to nie jest legalne - producent (Sonoff czy Tuya) nie wie o tym, że ktoś tego w ten sposób używa (podszywając się pod ich aplikacje), to w każdej chwili może przestać działać. Nie mamy żadnej umowy z Tuya czy Sonoff (nie informują nikogo o zmianach w interfejsie). Jedyny sposób na stabilnie działające urządzenia tych firm to lokalne MQTT które dostarczamy na bramce i wspieramy. Bo do tego mamy kody i na działanie tego mamy wpływ.

Stosowanie custom components może powodować, że będziesz miał problemy ze stabilnością całego systemu na bramce, tym bardziej, że jak sam przyznajesz nie dokońca rozumiesz co robisz:

U mnie pomogly komendy:
pip install websockets
pip install websocket-client
pip3 install -r requirements.txt
pip3 install websockets
pip3 install websocket-client
Wydaje mi sie czesc z tych komend byla zbedna ale zadna nie zaszkodzila.

To co instalujesz na bramce ma wpływ na inne komponenty. I może prowadzić do tego, że przestanie Ci coś działać lub się instalować - z powodu zależności pomiędzy pakietami.

PS
Żeby była sprawa jasna nie zabraniamy nikomu eksperymentować, ale nie zgłaszaj wyniku swoich eksperymentów jako problemów/regresji na bramce, bo to nie prawda.

Wprowadzimy kategorie: Komponenty niestandardowe / Custom components i będziemy tam przenosili te tematy żeby była jasność, że to nie jest wspierane.

Po czesci sie zgadzam. Na pewno dobrym pomyslem jest stworzenie osobnej kategorii dla custom components:slight_smile:
W konkretnym przypadku z instalacja websockets - moje watpliwosci byly glownie czy powinienem uzyc pip czy pip3 bo nie wiem czy sonoff wymagal pythona 2.x czy tez 3.x.

do reszty odniose sie w innym watku

1 polubienie

wujaśnię, że każdy pakiet pythona który mamy na bramce jest w ściśle określonej wersji, to ten numerek po znaku ==

PyJWT==1.7.1
PyNaCl==1.3.0
aiohttp==3.6.1
aiohttp_cors==0.7.0
astral==1.10.1
async_timeout==3.0.1
attrs==19.3.0
bcrypt==3.1.7
certifi>=2019.11.28
cryptography==2.8
defusedxml==0.6.0
distro==1.4.0

+ dziesiątki innych pakietów

robiąc coś takiego:

pip install websockets

instalujesz websockets w najnowszej wersji dostępnej w repo z którego to zostanie zainstalowane
w sumie to nie wiadomo w jakiej

Jeżeli jakiś wbudowany komponent w Home Assistant będzie wymagał websockets we innej wersji niż ta którą ręcznie zainstalowałeś, to nie uda się jego instalacja - nie będą spełnione zależności.

Jeżeli ten komponent dojdzie w aktualizacji to nie uda się aktualizacja Twojego systemu.

Ok a mam pytanie jeśli wydałem polecenie
pip install websockets
i chyba po nim zaczęły szwankować komendy wydawane do pilota, to jak powrócić do oryginalnej wersji?

Nie ma prostszej metody bez zmiany oprogramowania w Sonoffie na integrację z ha?

Prostrzej metody na co?

Aby dodać sonofa do ais’a bo czytając ten wątek wiele może tu się namieszać podczas używania tych komend

Wyszukaj sobie informacji w necie, wystarczy wpisać cztery słowa Sonoff EweLink Home Assistant.

Dla przykładu pierwszy z brzegu artykuł:

Wiele możesz również namieszać przez instalację HACS…

Tylko że hacs nie jest wspierane przez ha oraz Ais więc jedyna opcja chyba jest integracja przez google home a potem przy pomocy jolki tylko że też często są problemu z dodaniem tej integracji

Dlatego gdzie tylko można wgrywam Tasmota…

Wgrywając niestandardowe oprogramowanie tracimy możliwość sterowania głosowe przez alexe i google home więc w mojej opinii to więcej tracimy niż zyskujemy Że tak powiem coś kosztem czegoś (zamiast 3 aplikacji i możliwości sterowania przez różne portale zewnętrzne mamy tylko jedną możliwość sterowania)