Drodzy,
Zaczynam zabawę z HA. Na ten moment zainstalowałem go na Proxmox, na HP t630.
Czas teraz na dongla. Dostałem Sonoff Dongle-E (EFR32MG21). Na początek chcę go wypróbować po ZHA.
Czy w takiej sytuacji wystarczy go podłączyć do portu USB w HP, czy jednak wcześniej go flaszowac (wiem, ze tak sugerowano przy starszej wersji dongla Sonoff), ew ustawiać w HA coś w temacie widoczności portu USB?
Bywa różnie
w wirtualizacji podłączenie sprzętu (jakiegokolwiek, ale USB stanowi dodatkowe wyzwanie przy mapowaniu) do maszyny fizycznej nie jest równoznaczne z dostępem VM do tego sprzętu, ale skoro zdecydowałeś się na proxmox to chyba o tym wiesz…
hmm
trochę mam wrażenie, że jednak nie rozumiesz jak to działa, trochę spłycając temat jest to mniej więcej tak:
aby HA zobaczył jakiś sprzęt, musi go widzieć system operacyjny, w którym pracuje HA
1a. zakładam, że tym systemem jest HAOS-ova (bo w sumie to nie pokazałeś jaką masz instalację, a instalować HA można na 4 główne sposoby, dziesiątkami różnych metod na bazie różnych systemów operacyjnych, w tym na wiele totalnie różnych sposobów nawet jeśli systemem operacyjnym hosta jest proxmox…), edit - założenie jest raczej trafne, bo znalazłem inny twój wątek dotyczący problemu przy… instalacji, tam też nie było do końca jasno, bo najpierw pisałeś o kontenerze, ale wyszło na to, że jednak chodzi o VM
aby HAOS-ova zainstalowany na maszynie wirtualnej widział jakiś sprzęt, to ta maszyna (VM) musi dostać ten sprzęt do wyłącznego użytku “w prezencie” od hypervisora
tym hypervisorem jest w tym przypadku proxmox, więc to w nim musisz udostępnić dany sprzęt przez niego zarządzanej konkretnej maszynie wirtualnej - a konkretnie tej maszynie w której jest uruchomiony system operacyjny z punktu 2. ponadto koordynator Zigbee udający urządzenie portu szeregowego nie podlega współdzieleniu, więc może być przyporządkowany tylko do jednej VM; dodatkowo HA nic do tego nie ma, bo hypervisor to w jego wszechświecie taki odpowiednik boga - nikt go nie widział, ale rządzi wszystkim najważniejszym
Minimum konstruktywnej krytyki (uwzględniam to, że jesteś nowy na forum i mało doświadczony z HA)
Z działem HA w którym obecnie jest wątek nie będę dyskutował - to często trudne na etapie precyzowania problemu, by go umieścić tam, gdzie najlepiej pasuje - może dalsza dyskusja pokaże czy i gdzie go przenieść…
ALE czy uważasz, że tytuł wątku
Podłączenie i konfiguracja dongla - pytanie
cokolwiek mówi o tym, czego dotyczy wątek?
Jakiego dongla?
z angielska dongle znaczy mniej więcej tyle
a small device able to be connected to and used with a computer, especially to allow access to wireless broadband or use of protected software
czyli wszystko i nic…
w treści zawarłeś to precyzyjnie (u mnie masz za to akurat masz plusa, bo często i w treści brakuje konkretów)
Sonoff Dongle-E (EFR32MG21)
ale jakieś minimum powinno być też w tytule - większość użytkowników nie czyta każdego tematu, jeśli temat jest beztreściowy, to taki wątek nie jest chętnie czytany przez osoby, które potencjalnie mogą być nim zainteresowane, czy wręcz w czymkolwiek pomóc…
A zatem proponuję uaktualnić tytuł by odzwierciedlał treść (jako OP wątku możesz edytować nie tylko swoje posty, ale i tytuł)
Czy zaczynając zabawę świadomie wybrałeś Proxmox? Jeśli w tym OS będzie tylko sam Home Assistant, to powinieneś przemyśleć czy nie zainstalować HA jako HAOS bez Proxmox.
Dzięki za uwagi.
Moja instalacja to HP t630, na nim Proxmox i kilka różnych VM dla różnych potrzeb. Jedna z nich jest HA Supervised zgodnie z którymś z poradników. Niestety musiałem zrezygnować z instalacji na QNAP z innych względów.
Urządzeń mam już trochę, od Somfy i Xiaomi. Działają w apkach natywnych. Teraz chcę to sprowadzić do jednego systemu - stąd HA.
Instalacja była udana, trochę urządzeń zostało rozpoznanych bezpośrednio po instalacji.
Główne pytanie w tym wątku brzmi:
Czy przy takiej konfiguracji, wybraną przeze mnie wersję koordynatora (sonoff dongle e EFR32MG21) po prostu podłączyć do portu w HP t630, czy też wcześniej muszę dokonać ustawień w Proxmox (jakich?) bądź flashowania samego koordynatora?
Będę wdzięczny za konkretne informacje lub ew odesłanie do poradników.
Na ten moment trop wiedzie mnie do Proxmox i zakładkę sprzęt, gdzie mogę dodać port usb. Nie wiem który (Spice, USB Vendor, USB). Nie wiem też czy sam koordynator powinien być wcześniej przeze mnie flashowany czy nie.
Po tym co widziałem w wątku z problemami dotyczącymi instalacji HA czy też raczej HAOS?
podejrzewam, że NIE masz instalacji typu HA Supervised, ale w sumie pewności nie mam, bo zamiennie tam używałeś pojęć odnoszących się do całkiem różnych rzeczy. To, że instalacja zawiera docker nie znaczy że jest “dockerowa”, ani jeśli zawiera supervisor jeszcze nie znaczy, że jest to instalacja znana jako “HA supervised”, choć de facto jest pod nadzorem supervisora, czyli z angielska jest i tak supervised, choć jej tak nie nazywamy (może jednak masz HA Supervised, ale tego nie wiemy, a nie mam zaufania co do twoich zapewnień).
Czy możesz się podzielić kluczowymi danymi diagnostycznymi, jak sugerowałem wyżej?
Rozumiem zagadnienie, zacząłem pierwszą odpowiedź od wskazania na wątek być może kluczowy - na fabrycznym firmware ludzie miewają kłopoty, więc między wierszami sugeruję przeflaszować na wersję (nieoficjalną, ale Sonoff ma w d… użytkowników i nie wypuścił żadnej aktualizacji), która komuś innemu działa, a miał na fabrycznym FW problemy.
Najlepiej by było gdybyś podpytał OPa tamtego wątku który konkretnie użył plik FW, bo właśnie zauważyłem, że podał tylko wersję kompilacji bez pełnych konkretów. (gdybym miał ZBDongle-E, to bym napisał konkretniej, ale nie mam)
W drugiej kwestii - bez sprzętu nie ustawisz poprawnego mapowania portu do VM, jak dotąd nie pisałeś że masz w ogóle jakiekolwiek doświadczenie z wirtualizacją, które pewnie można zdobyć na platformie QNAP, większość instalujących proxmoxa nie ma o nim zielonego pojęcia, a instalują go tylko dlatego, że na taki trafili tutorial instalacji HA (i mają w tym proxmoxie jedną maszynę, co się zupełnie mija z celem wirtualizacji), niestety tak “żydzisz” informacji i konkretnych danych, że nie możemy się domyślić wielu istotnych kwestii - stąd odzew taki, a nie inny.
Ponieważ chodzi o USB najlepiej abyś podjął decyzję w którym gniazdku=porcie będzie zawsze podłączony, bo być może będzie konieczne teraz lub w przyszłości wykorzystanie ścieżki “po porcie”, chociaż mi się wydaje, że w tym wypadku ścieżka “po identyfikatorze” by-id chyba jest wystarczająca (zawsze jest wystarczająca dla urządzeń identyfikujących się swoim numerem seryjnym w ID, nie mam sprzętu to nie znam szczegółów, miałbym znacznie mniej pisania gdybyś się dzielił konkretami, bo zazwyczaj eksponowany numer seryjny daje się rozpoznać, że jest powiązany z konkretnym egzemplarzem, ale co najmniej 2 różne osoby muszą się podzielić kluczowymi informacjami, by było wiadomo, że ID są rozróżnialne, bo widziałem już chińskie wypusty, których wszystkie egzemplarze mają identyczny ID i/lub numer seryjny, a czasem ludzie zamalowują lub usuwają numery seryjne lub coś co wygląda na numery seryjne tak jakby stanowiły dane wrażliwe choć nimi nie są… edit - w tym konkretnym przypadku nie są i w wielu innych też, natomiast sens ukrywania numeru seryjnego może być na liczniku energii czy wodomierzu, którego nie jesteś właścicielem).
PS
Nowy tytuł wątku znacznie bardziej pasuje do treści, dzięki za edycję.
Dorzuciłem kilka tagów ułatwiających nieco klasyfikowanie wątku czy znalezienie czegoś mniej lub bardziej powiązanego (maksimum to 5 tagów więc trzeba je dodawać z pewną powściągliwością).
Testowałem, krótko wersję ncp-uart-hw-v7.3.1.0-zbdonglee-115200.gbl
flashowany z repo…
za pomocą web flashera
nie wiem, czy działałby stabilnie w dłuższej perspektywie (lepiej niż na “starym”) ncp-uart-sw_EZNet6.10.3_V1.0.1.gbl, w każdym razie uruchomił się, pozwolił sparować urządzenia i pracował tylko 3 tygodnie), obecnie działa jako router z równie"starą" wersją Z3RouterUSBDonlge_EZNet6.10.3_V1.0.0.gbl
Nie wiem czy @Wojtek_13 tej wersji użył.
Dzięki za tagi i pomoc.
Poniżej informacja o systemie:
| version | core-2024.1.3 |
|---|---|
| installation_type | Home Assistant OS |
| dev | false |
| hassio | true |
| docker | true |
| user | root |
| virtualenv | false |
| python_version | 3.11.6 |
| os_name | Linux |
| os_version | 6.1.71-haos |
| arch | x86_64 |
| timezone | Europe/Amsterdam |
| config_dir | /config |
| GitHub API | ok |
|---|---|
| GitHub Content | ok |
| GitHub Web | ok |
| GitHub API Calls Remaining | 5000 |
| Installed Version | 1.33.0 |
| Stage | running |
| Available Repositories | 1383 |
| Downloaded Repositories | 2 |
| HACS Data | ok |
| logged_in | false |
|---|---|
| can_reach_cert_server | ok |
| can_reach_cloud_auth | ok |
| can_reach_cloud | ok |
| host_os | Home Assistant OS 11.4 |
|---|---|
| update_channel | stable |
| supervisor_version | supervisor-2023.12.1 |
| agent_version | 1.6.0 |
| docker_version | 24.0.7 |
| disk_total | 30.8 GB |
| disk_used | 6.4 GB |
| healthy | true |
| supported | true |
| board | ova |
| supervisor_api | ok |
| version_api | ok |
| installed_addons | Samba share (12.2.0), File editor (5.7.0), Node-RED (17.0.3), Advanced SSH & Web Terminal (17.0.4), Terminal & SSH (9.8.1), Grafana (9.1.2) |
| dashboards | 1 |
|---|---|
| resources | 0 |
| views | 1 |
| mode | storage |
| oldest_recorder_run | 19 stycznia 2024 o 08:42 |
|---|---|
| current_recorder_run | 20 stycznia 2024 o 15:31 |
| estimated_db_size | 7.79 MiB |
| database_engine | sqlite |
| database_version | 3.41.2 |
To nie jest instalacja metodą pod nazwą supervised tylko OS
w związku z tym masz w proxmoxie zwykłą VM, a nie kontener LXC.
W tej maszynie masz HAOS-ova (w pełni funkcjonalnie zgodny z HAOS-generic, czyli wersją do instalacji na sprzęcie bare-metal, a więc ma i supervisora, i backupy wspierane w pełni).
Oczywiście w proxmoxie musisz udostępnić podpiętego dongla koordynatora USB tej właśnie maszynie wirtualnej, a w HAOS się on pojawi w zwykły sposób.
Sugeruję zaktualizować dongla do 7.3.1.0 (na naszym forum póki co raczej nikt się nie podzielił negatywnymi informacjami o tej wersji) lub 7.3.2.0
póki co na repo jest negatywny odzew jedynie w stosunku do 7.4.0.0
Generalnie zawsze warto zajrzeć do issues na danym repo, również do tych zamkniętych.
Zawsze po fakcie tj. w razie wystąpienia problemów możesz się cofnąć do fabrycznego FW, ale póki co jest znacznie więcej negatywnych opinii o nim, niż o alternatywie podlinkowanej post wyżej (a przypuszczam, że wypusty FW od @darkxst dopiero powoli nabierają popularności).
PS
Tak mi się w oko rzuciło - masz niepoprawną strefę czasową, to nie rzutuje, bo tam też obecnie obowiązuje CET, ale w przyszłości mogą być zmiany - prawdopodobnie w jednym z pierwszych kroków onboardingu nie określiłeś swojej faktycznej lokalizacji w kreatorze, więc to jest do poprawki w ustawieniach (no chyba, że masz instalację w Holandii, to OK), być może nie masz też wybranej lokalizacji (no tego, z wiadomych względów, akurat nie widać w danych generowanych z przeznaczeniem do upublicznienia, więc tylko zgaduję).
W tym miejscu? Widzę, że go ładnie widzi.
Gdzieś znajdę instrukcje?
Tak, instalacja jest w Holandii.
tu masz świetny artykulik
Bo ja wiem? nie ma wielkiej filozofii, to głównie zależy z jakiego systemu chcesz aktualizować, ale i tak jest web-flasher i on jest dobrze udokumentowany, więc dla niego bardziej istotna jest… przeglądarka, by wspierała web-serial (np. vivaldi, chrome lub edge) idź wstecz po linkach, które wrzuciłem wcześniej tzn. na samym początku. Chodzi o flasher i FW dedykowane dla zbdonglee od @darkxst
Dzięki, zrobiłem Flasha zanim przeczytałem. Jeśli chodzi o źródło do upgrade-u to już na stronie Silabs wykryło stary firmware i zaproponowało aktualizację do wskazanego przez Ciebie.
Sukces.
Urządzenie jest też dodane z poziomu Proxmox. Sukces.
Natomiast gdzie znajdę je z poziomu widoku w panelu home assistant?
na 200% nie byłeś na stronie Silabs (producent MCU nie dostarcza FW dla gotowych urządzeń wykonanych na jego bazie), tylko co najwyżej na stronie webflashera od @darkxst
Nigdzie, najpierw musisz skonfigurować Integrację ZHA (UWAGA tylko jeśli to właśnie z niej chcesz korzystać, bo gdybyś chciał Z2M to wręcz przeciwnie - należy się pozbyć ZHA)
Teoretycznie powinieneś zrebootować maszynę HAOS (ale NIE proxmoxa!) lub choćby zrestartować sam serwer HA (bo prawidłowo dodany dongle koordynatora powinien zostać autowykryty, jeśli jest na liście sprzętu, który zostaje rozpoznany automatycznie w HA, ale nie zawsze to działa w czasie rzeczywistym, to zależy od integracji, więc przynajmniej ten restart jest wskazany, bo wtedy powinno zostać uruchomione wyszukiwanie urządzeń widocznych dla OS).
Po prawidłowej konfiguracji będziesz miał integrację ZHA powiązaną z tym donglem w panelu
Ustawienia → Urządzenia oraz Usługi
Nie stanowi ona osobnego serwera od HA, tak jak np. Z2M, więc nie potrzebuje własnej pozycji na panelu bocznym (ang. sidepanel).
Niby idę po tej instrukcji a jednak:
Moje urządzenie:
następnie dodaję ZHA:
ale niestety:
Co powinienem zrobić inaczej?
Po jakiej instrukcji?
Po zrestartowaniu HA czy tam HAOS ten model dongla powinien być autowykryty przez autodiscovery
https://www.home-assistant.io/integrations/zha/#discovery-via-usb-or-zeroconf
więc wydaje się, że robisz zbędne kroki dedykowane dla sprzętu wymagającego w pełni ręcznej konfiguracji.
Przy auto-wykryciu masz powiadomienie w Ustawieniach
Zrestartuj serwer HA (w ustawieniach to się nazywa Uruchom ponownie Home Assistanta)
Gdybyś wklejał tekst a nie same obrazki byłoby łatwiej coś wyłuskać z tego, aby pokazać co masz użyć, na tym pierwszym obrazku poleciałeś chyba na pałę, bo nie widzę tam nic co mogłoby pasować do koordynatora…
ZBDongle-E ma VID/PID 1A86:55D4
Coś, co usiłujesz dodać z palca to chyba wbudowany hub USB
sprawdzając w bazie - na pewno hub a nie dongle ten twój sprzęt wybrany losowo ma VID 1d6b
https://usb-ids.gowdy.us/read/UD/1d6b
i PID 0001
czyli to
https://usb-ids.gowdy.us/read/UD/1d6b/0001
tak swoją drogą skoro uważasz, że to jest ten port co trzeba (nie wiem dlaczego), to chyba nie włączyłeś przy udostępnianiu w proxmoxie czegoś więcej niż kompatybilności z USB1.1 (może należało wybrać USB3.0 w sensie udostępnienia z kompatybilnością wyżej niż 1.1)
Zgodnie z tym linkiem: Zigbee Home Automation - Home Assistant
Zrestartowałem tak jak napisałeś.
na poziomie Proxmox wygląda to tak:
Nie instalowałem zha ani nic innego.
Na poziomie HA nie widzę w ogółe nowego urządzenia (szukam w ustawienia > sprzęt). Restartowałem kilka razy.
A jeśli wybierzesz oczko wyżej - udostępnienie po VID+PID? przecież miałeś samodzielnie zweryfikować, czy ten sprzęt ma unikalny ID czy nie… i wybrać właściwą metodę udostępnienia (po porcie też powinna działać, ale nie mam ani takiej konfiguracji, ani takiego samego koordynatora, żebym mógł ciągnąć za rękę…)
Link do podstawowej dokumentacji ZHA post wyżej wskazuje, że ma unikalny ID…
ZHA się nie instaluje, ono jest wbudowanym składnikiem HA, więc jeśli tylko podepniesz (czytaj: prawidłowo udostępnisz sprzęt w proxmoxie, bo to czynność która wirtualnie podłącza dongla do VM) do maszyny, na której pracuje HAOS urządzenie i zrestartujesz sam serwer HA
To znaczy, że albo nie umiesz znaleźć albo nie udostępniłeś sprzętu dla VM jak należy.
PS masz jakieś inne maszyny w tym proxmoxie czy tylko samotny HAOS?
Jeszcze tak, ale jeśli nie znajdę rozwiązania tego USB dziś, to przeniosę pozostałe gdzie indziej i zrobię instalację cało dyskową HA. To chyba zresztą lepszy pomysł.
Czy dobrze rozumiem, że poniższy opis byłby najlepszy:
Tak, na forum sam pisałem dość szczegółowy (może nawet za bardzo) tutorial
ALE skoro masz więcej VM niż jedna, to uważam, że może jednak powinieneś się nauczyć proxmoxa zamiast rezygnować z jego możliwości.
Oczywiście koncepcja HA na dedykowanym sprzęcie ma inne zalety (więc np. ja podjąłem decyzję, aby mieć wyłącznie dedykowane instalacje), no ale każdy musi decydować sam co dla niego najlepsze.
Wracając do tematu udostępnij/zmapuj dongla prawidłowo, zrestartuj całą VM
VID i PID to nie jest adres tylko identyfikatory producenta oraz modelu
aby ujednolicić słownictwo umówmy się, że do sprzętu prowadzi ścieżka, a nie adres
Tu przykładowo widać trochę sprzętu USB
celowo skupię się na czymś innym niż koordynator
możliwe do użycia ścieżki obrysowałem na zielono, jak widać w GUI są one wręcz zdublowane
DEVLINKS: >-
/dev/serial/by-id/usb-Raspberry_Pi_Pico_W_E661410403777E2D-if00
/dev/serial/by-path/pci-0000:00:15.0-usb-0:3:1.0
DEVNAME: /dev/ttyACM0
DEVPATH: /devices/pci0000:00/0000:00:15.0/usb1/1-3/1-3:1.0/tty/ttyACM0
ID_BUS: usb
ID_MODEL: Pico_W
ID_MODEL_ENC: Pico\x20W
ID_MODEL_ID: 000a
ID_PATH: pci-0000:00:15.0-usb-0:3:1.0
ID_PATH_TAG: pci-0000_00_15_0-usb-0_3_1_0
ID_REVISION: '0100'
ID_SERIAL: Raspberry_Pi_Pico_W_E661410403777E2D
ID_SERIAL_SHORT: E661410403777E2D
ID_TYPE: generic
ID_USB_DRIVER: cdc_acm
ID_USB_INTERFACES: ':020200:0a0000:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: Pico_W
ID_USB_MODEL_ENC: Pico\x20W
ID_USB_MODEL_ID: 000a
ID_USB_REVISION: '0100'
ID_USB_SERIAL: Raspberry_Pi_Pico_W_E661410403777E2D
ID_USB_SERIAL_SHORT: E661410403777E2D
ID_USB_TYPE: generic
ID_USB_VENDOR: Raspberry_Pi
ID_USB_VENDOR_ENC: Raspberry\x20Pi
ID_USB_VENDOR_ID: 2e8a
ID_VENDOR: Raspberry_Pi
ID_VENDOR_ENC: Raspberry\x20Pi
ID_VENDOR_ID: 2e8a
MAJOR: '166'
MINOR: '0'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '347447769886'
a tu jak się manifestuje auto-detekcja, oczywiście tu w odniesieniu do innej integracji i zupełnie innego sprzętu
Międzyczasie zrestartowałem właśnie całą VM i oczywiście Sonoff się pojawił. Wybrałem utworzenie sieci radiowej z przypisanym połączeniem. Teraz zabawa z urządzeniami.
Za pomoc - ukłony.
