🎉 Home Assistant Supervised na DEV3 i PRO1

Ogłoszenia
1

:tada: Home Assistant Supervised na DEV3 i PRO1

image
image949×696 91.1 KB

Jak wielu z Was się domyśliło, po wpisie z zapowiedzią o rewolucji :wink:

przechodzimy z naszej wersji Home Assistant Core na oficjalną wersje Home Assistant Supervised.
Nie będę się w tym wpisie rozpisywać o motywach tego działania i o tym co się stanie z Androidem na bramkach, bo to temat na osobny wpis - który też powstanie.

Ważne jest to, że dostarczamy obrazy systemu z zainstalowanym Home Assistant Supervised i że będziemy taką architekturę wspierać. Zamierzamy też niebawem wydać obrazy na starsze bramki DEV1, DEV BT i DEV2.

Nasze brazy bazują na nowym jądrze Linuxa 6.1.46 które ma długoterminowe wsparcie (LTS):

image
image839×419 28.1 KB

oraz na systemie Linux Armbian, który bazuje na Linux Debinie:

Obrazy systemu które udostępniamy będą jeszcze aktualizowane, nadal je rozwijamy (i będziemy je poprawiać po zgłoszeniach od Was), ale to nie problem jak udostępnimy aktualizację obrazu to wyjaśnimy jak zrobić kopie zapasową i zaktualizować system z nowego obrazu. Docelowo oczywiście zrobimy autoaktualizację systemu.
Na początek nowy system będziemy uruchamiali z karty SD lub z USB (tak jak to ma miejsce na RPi), wbudowaną pamięć eMMC zostawiamy narazie dla Androida.
Poniżej opiszemy krok po kroku instalację i pierwsze uruchomienie. Po wykonaniu tych czynności bramką będzie mogła działać na systemie Android (uruchomienie bez karty SD lub pendrive USB) lub na systemie Linux (uruchomienie z kartą SD lub pendrive USB). No to zaczynamy:

1. Pobieramy obraz systemu dla naszej bramki

Wchodzimy na stronę:

i pobieramy obraz dla naszej bramki (DEV3 lub PRO1)

image
image1101×444 35.1 KB

2. Nagrywamy obraz na kartę SD lub pendrive USB

Do tego polecamy program balena etcher:

W programie balena etcher wybieramy obraz pobrany w punkcie 1. następnie wybieramy, kartę SD lub USB pendrive na który chcemy nagrać obraz a następnie wciskamy przycisk Flash! i czekamy cierpliwie aż nagrywanie sie zakończy.

image
image805×514 15.7 KB

3. Pierwsze uruchomienie bramki na nowym obrazie

  1. Wkładamy prawidłowo kartę SD do gniazda SD w bramce lub pendrive USB do dowolnego gniazda USB.

  2. Uruchamiamy bramkę tak żeby uruchomiła system z SD lub USB

    a) Metoda na “wykałaczkę / spinacz” - uruchamiamy bramkę w trybie programu rozruchowego ``bootloader`:

    Wyłączamy bramkę z zasilania.
    DEV3 → Wkładmy wykałaczkę lub drewniany patyczek do wyjścia audio (AV) i wciskay przełącznik w środku (powinno być możliwe wyczucie, że przełącznik jest wciśnięty - nastąpi kliknięcie). Trzymaj wciśniętym przełącznik podczas podłączania zasilania bramki, do momentu, aż początkowe logo AI-Speaker zniknie i obraz stanie się na chwilę czarny, a następnie zwolnij przycisk.
    PRO1 → Wkładamy spinacz do małego otworu z boku bramki po prawej stronie i wciskamy przełącznik w środku (powinno być możliwe wyczucie, że przełącznik jest wciśnięty - nastąpi kliknięcie). Trzymaj wciśniętym przełącznik podczas podłączania zasilania bramki, do momentu, aż początkowe logo AI-Speaker zniknie i obraz stanie się na chwilę czarny, a następnie zwolnij przycisk.

    image
    image786×976 124 KB

    b) Metoda z konsoli - restartujemy bramkę “w trybie update”:

    Uruchamiamy system Android. W konsoli bramki (Termux) wpisujemy komendę:

    su -c "reboot update"

    bramka powinna się zrestartować i uruchomić system z SD lub USB.

:information_source: Kolejne uruchomienia systemu z SD lub USB na bramce wymagają już tylko obecności nośników z systemem w portach bramki - nie trzeba już więcej wkładać wykałaczki ani restartować bramki w trybie update.

3. Podłączamy bramkę do sieci Ethernet

Sprawdzamy jakie IP ma nasza bramka, można to zrobić w ustawieniach routera lub możemy przeskanować sieć za pomocą aplikacji np. WiFiman:

szukamy IP urządzenia które nazywa się ais-dom

4. Dostęp do systemu w przeglądarce

W przeglądarce uruchamiamy adres:

http://<IP-BRAMKI>:4357

pod tym adresem możemy zobaczyć status Home Assistant Supervisor

image
image791×269 31.3 KB

Aplikacja Home Assistant dostępna jest pod adresem:

http://<IP-BRAMKI>:8123

image
image837×706 65.5 KB

przechodzimy przez ekrany startowe i możemy instalować dodatki:

image
image949×696 65.2 KB

image
image949×696 91.1 KB

image
image949×696 67.5 KB

tada :tada:

PS
system który udostępniamy jest wstępnie skonfigurowany, mamy połączenie z brokerem mqtt, konsole i zarządzanie plikami. W kolejnych wpisach napiszemy o tym więcej.

Dajcie proszę znać w komentarzach jak Wam poszła instalacja obrazu systemu i pierwsze uruchomienie?

Macie dostępnego root-a i możecie dowolnie eksperymentować z systemem (w kolejnych wpisach opiszemy możliwości systemu), w razie problemów zawsze można wrócić do naszego początkowego obrazu.

8 polubień
2

Czy po tej zmianie dalej będą działać wasze piloty czy staną się one przyciskiem do papieru ze względu na porzucenie androida oraz jak będzie wyglądała kwestia odtwarzania muzyki ze Spotify bezpośrednio na bramce gdy będzie inny system są bramkach oraz jak wtedy będzie wyglądała kwestia łączności bluetooth z różnymi urządzeniami przy pomocy bramki?

Z testami tej wersji ha poczekam aż wyjdzie obraz dla starszych bramek które często leżą w szufladzie u wielu użytkowników

Gdyż nie chce rezygnować z Spotify oraz opcji instalowania zewnętrznych apek androidowyk które można wyświetlić na telewizorze podpięty do bramki

3

Oraz czy bedzie dzialac kamerka ps3? Jak wgrać backup ais i zigbee2mqtt?

1 polubienie
4

@jolka super!

Jak przenieść / przywrócić backup AIS i zigbee2mqtt?
Czy mając dongla Conbee który działal z AiS(Android) będzie automatycznie działać w Home Assistant Supervised?

AIS na wersji Maja działa mi idealnie - ale chętnie przejdę na nowość. Pytanie ile będzie mnie kosztować czasu/ustawień. Czy wszytko od nowa, czy jest jakiś mało bolesny sposób :slight_smile:

Może dodatkowo tutorial jak przenieść to co aktualnie mamy (zakładając też zigbee2mqtt) na bramkach na Home Assistant Supervised?

Pewnie dla większości to jest proste - ale przyda się dla takich osób jak ja co wybrały AIS i wszystko pięknie działa więc ‘po co zmieniać’ a wygląda że zmiana jest warta czasu bo chyba zmiana na plus :smiley:

5

piloty będą miały swoje zastosowanie także pod Linuxem - wszystko w swoim czasie
Androida nie porzucamy - mamy kilka pomysłów na rozwój systemu na Android - będziemy o tym pisali,
Spotify i multimedia to na tą chwilę domena Androida,
Bluetooth pod Armbian to coś nad czym jeszcze pracujemy - mamy to w TODO:

Kamerka powinna działać, ogólnie wszystko po USB powinno działać - wszystkie dongle zigbee, zwave, programowanie esp itd… będziemy to opisywać
Jak wgrać kopie zapasowe (HA i Zigbee) opiszemy niebawem :slight_smile:

Jak wgrać kopie zapasowe opiszemy niebawem :slight_smile:

tak jest (inne dongle też będą działały - wspieramy to co HA) - opiszemy dokładnie jak to dodać/przenieść

Będziemy też aktualizowali to co jest na Android i za jakiś czas dodamy tam też kilka nowości.

Stopniowo opiszemy jak działać na Armbianie i będzie można sprawdzić i się zastanowić co jest dla nas lepsze - Android i HA Core czy Armbian Linux HA Supervised i kontenery dockera.

Można sobie na spokojnie zainwestować w kartę SD i wypróbować / pobawić się nowym systemem.

Można mieć Androida (jak wyciągniemy kartę SD i uruchomimy bramkę) i Armbiana (jak włożymy kartę SD i uruchomimy bramkę).

Generalnie, to Wy zadecydujecie w jakim trybie bramka jest bardziej użyteczna. My będziemy wspierać i Android i Armbian. Narazie przez kilka miesięcy będziemy rozwijać obrazy z Armbianem… na fajne funkcjonalności na Android też przyjdzie czas.

PS

Początkowo chcieliśmy uruchomić kontenery Dockera w Android/Termux i prawie się nam to udało - gdyby nie te 2 problemy na czerwono (na tą chwilę z kompilacją jądra z tymi konfiguracjami na czerwono nie potrafimy sobie poradzić) to można by było mieć wszystko na raz :slight_smile:

To jest konfiguracja jądra Linux niezbędna do uruchomienia kontenerów dockera:

image
image958×703 97.4 KB

2 polubienia
6

Proponuję zrobić jeszcze poradnik, jak odinstalować Supervisor i przejść na instancję czysto dokerową pod Armbianem. Moim zdaniem Supervisor dla zaawansowanych użytkowników może tylko przeszkadzać. Osobiście wolę sam decydować jakie kontenery i w jakiej konfiguracji utrzymywać. Myślę że jest paru forumowiczów, łącznie ze mną, którzy mogli by pomóc z utrzymaniem takiej wersji instancji. Moim zdaniem bardziej elastycznej dla zaawansowanych.

1 polubienie
7

Jak wybór to wybór :slight_smile:
Mnie natomiast interesuje obraz i instrukcja jak wgrać go na eMMC, bo nie potrzebuje ciągłego wyboru i chcę uruchamiać Ambiana natywnie a nie z doczepki.

8

Generalnie, to Wy zadecydujecie w jakim trybie bramka jest bardziej użyteczna. My będziemy wspierać i Android i Armbian. Narazie przez kilka miesięcy będziemy rozwijać obrazy z Armbianem… na fajne funkcjonalności na Android też przyjdzie czas.

I to chyba najlepsza wiadomość. Obraz już zgrany na kartę SD więc pewnie na dniach urumuchomie bramkę z Armbian i będę gotowy do testów/przyszłej migracji /przeniesienia kopii jak pojawi się więcej info :slight_smile:

Dzięki i powodzenia :slight_smile:

9

Jest wszystko dobrze pójdzie i będą oba systemy aktualizowane na bieżąco to sporo bo obok która ma w użyciu dev1 lub w szufladzie bo kupiła dev3 bedzie mogła testować oba systemy (android na jednej a armbian da drogiej bramce) jeśli ma 2 bramki lub jeśli ma tylko dev1 to będzie mogła dalej otrzymywać aktualizacje ha co brzmi bardzo fajnie bo ograniczy elektro odpady gdyż stara bramka będzie mogła być dalej w użyciu i posiadać aktualizacje więc z niecierpliwością czekam na obraz dla dev1

10

Używam bramki Dev1 od ładnych kilku lat nigdy mnie nie zawiodła. A pojawiła się jak raspberry się nie spisywała Openhab chyba 4 razy stawiałem, home assistant 2. I naprawdę nie widzę sensu wchodzenia w karty SD. Czemu nie zrobicie bramki może być na Armbianie, byle by działała na pamięci eMMC.

3 polubienia
11

No niby działa… :rofl:

image
image2464×1262 318 KB

backup przywrócony z dockerowego HA

I pierwsza myśl jest najlepsza! Pozwolę sobie wyrazić opinie. Ten Armbian to takie trochę druciarstwo, mam wrażenie że teraz to takie “mocniejsze rpi” z systemem na karcie (może mylnie).
Śmiem twierdzić, że istnieje rozwiązanie tych “czerwonych problemów”, może jeszcze jedna próba? :pray:

To by było w moim zdaniem najlepsze rozwiązanie. HA w dockerze, aktualizacje ze źródła bez niepotrzebnej roboty. A kwestia dodatków i możliwości AIS zaimplementowana w inny sposób np. osobnych kontenerach i integracji HACS.
Tak mi sie wydaje, ale wiem, że nic nie wiem :vulcan_salute:

3 polubienia
12

Mam rozumieć, że temu gościowi się udało?

image
image939×207 21.8 KB

13

A jak będzie z tunelem pod adresem: https://dom-*.paczka.pro, na wersji z Armbian?

3 polubienia
14

Tak to jest możliwe, ale trzeba skompilować jądro z odpowiednią konfiguracją (taką którą wymaga Docker), normalnie powinno się dać ale u nas coś nie bardzo się to udało. Możliwe, że wymagałoby to poświęcenia tematowi więcej czasu i by pewnie działało. Tylko, że to i tak w efekcie mielibyśmy system Android z kontenerami dockera, co oczywiście nie było by wspierane przez HA, bo HA wspiera kontenery tylko na RPi, Odroid, … i na Debianie. Armbian to Debian, więc dzięki temu mamy pełną kompatybilność:

image
image1217×428 29.8 KB

Co innego jest z HA Core, to jest wspierane na systemach na których działa Python… ale prawda jest taka, że w HA jest tyle “technicznych niuansów”, że coraz ciężej jest utrzymać działający HA Core bez kontenera/kontenerów.

Oczywiście będzie i to niebawem :slight_smile: , robimy specjalny dodatek który będzie domyślnie w obrazie z systemem, wystarczy włączyć dodatek i będzie tunel zestawiony:

https://github.com/sviete/ha-addon-cloudflared

ten dodatek to będzie nasz pierwszy dodatek do czystego HA, ale nie ostatni - będziemy mieli całe repozytorium z dodatkami:

https://github.com/sviete/ha-addons

5 polubień
15

A czy po wydaniu dodatku jakim jest tunel będzie można wykorzystać obecny adres tunelu który używa bramka czy będzie generowane nowy przy każdej instalacji?

16

mowy, musimy zapewnić unikalność adresu subdomeny dla każdej bramki, żeby nie było problemów (nie możemy pozwolić żeby użytkownicy sami ustalali sobie adres)
więc będziemy bazowali na jakimś unikalnym identyfikatorze, być może na adresie mac

17

Czyli jak dobrze rozumiem dalej nie działa WiFi na armbian i zostaje tylko Ethernet aby móc korzystać z ha?

18

Nie sprawdzałem wifi, ale ten punkt instrukcji nie mówi o tym że wifi nie działa. Tylko jak się dostać do bramki po bootowaniu.

1 polubienie
19

Na DEV3 wifi działa, na DEV1 niestety nie :frowning:

20

A to jest już obraz na DEV1? Przegapiłem?