Problemy z działaniem ZHA po aktualizacji HA core

Home Assistant
, , ,
42

Wątpię, raczej błędna konfiguracja ścieżek do sprzętu USB
mało prawdopodobne ale możliwe, że oba urządzenia tj. koordynator i mostek do RS485 mają takie samo VID+PID
pokaż szczegóły (wklej tekst dotyczący tylko tych 2 urządzeń) z
Ustawienia → System → Sprzęt → Cały sprzęt → popup → TE wybrane 2 urządzenia

i pokaż konfigurację ich dotyczącą

screenshoty mogą być pomocnicze, ale MUSI być tekst! (nie mam wbudowanego OCR żeby przepisywać tekst z obrazków, jeśli możesz wkleić tekst z interfejsu…)

druga możliwość to klęka wydajność elektryczna huba USB, to malina?

43 
ttyUSB0
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e-if00-port0
Podsystem:
tty
Ścieżka urządzenia:
/dev/ttyUSB0
Identyfikator:
/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e-if00-port0
Atrybuty:
DEVLINKS: >-
  /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e-if00-port0
  /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0-port0
DEVNAME: /dev/ttyUSB0
DEVPATH: >-
  /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.1/1-1.1:1.0/ttyUSB0/tty/ttyUSB0
ID_BUS: usb
ID_MODEL: Sonoff_Zigbee_3.0_USB_Dongle_Plus
ID_MODEL_ENC: Sonoff\x20Zigbee\x203.0\x20USB\x20Dongle\x20Plus
ID_MODEL_ID: ea60
ID_PATH: platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.1:1.0
ID_PATH_TAG: platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_1_1_0
ID_REVISION: '0100'
ID_SERIAL: ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e
ID_SERIAL_SHORT: c4a521f888c9eb119dc18b4f1d69213e
ID_TYPE: generic
ID_USB_DRIVER: cp210x
ID_USB_INTERFACES: ':ff0000:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: Sonoff_Zigbee_3.0_USB_Dongle_Plus
ID_USB_MODEL_ENC: Sonoff\x20Zigbee\x203.0\x20USB\x20Dongle\x20Plus
ID_USB_MODEL_ID: ea60
ID_USB_REVISION: '0100'
ID_USB_SERIAL: ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e
ID_USB_SERIAL_SHORT: c4a521f888c9eb119dc18b4f1d69213e
ID_USB_TYPE: generic
ID_USB_VENDOR: ITead
ID_USB_VENDOR_ENC: ITead
ID_USB_VENDOR_ID: 10c4
ID_VENDOR: ITead
ID_VENDOR_ENC: ITead
ID_VENDOR_ID: 10c4
MAJOR: '188'
MINOR: '0'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '3950901'

ttyUSB1
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AQ01JULB-if00-port0
Podsystem:
tty
Ścieżka urządzenia:
/dev/ttyUSB1
Identyfikator:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AQ01JULB-if00-port0
Atrybuty:
DEVLINKS: >-
  /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AQ01JULB-if00-port0
  /dev/serial/by-path/platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0-port0
DEVNAME: /dev/ttyUSB1
DEVPATH: >-
  /devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.4/1-1.4:1.0/ttyUSB1/tty/ttyUSB1
ID_BUS: usb
ID_MODEL: FT232R_USB_UART
ID_MODEL_ENC: FT232R\x20USB\x20UART
ID_MODEL_ID: '6001'
ID_PATH: platform-fd500000.pcie-pci-0000:01:00.0-usb-0:1.4:1.0
ID_PATH_TAG: platform-fd500000_pcie-pci-0000_01_00_0-usb-0_1_4_1_0
ID_REVISION: '0600'
ID_SERIAL: FTDI_FT232R_USB_UART_AQ01JULB
ID_SERIAL_SHORT: AQ01JULB
ID_TYPE: generic
ID_USB_DRIVER: ftdi_sio
ID_USB_INTERFACES: ':ffffff:'
ID_USB_INTERFACE_NUM: '00'
ID_USB_MODEL: FT232R_USB_UART
ID_USB_MODEL_ENC: FT232R\x20USB\x20UART
ID_USB_MODEL_ID: '6001'
ID_USB_REVISION: '0600'
ID_USB_SERIAL: FTDI_FT232R_USB_UART_AQ01JULB
ID_USB_SERIAL_SHORT: AQ01JULB
ID_USB_TYPE: generic
ID_USB_VENDOR: FTDI
ID_USB_VENDOR_ENC: FTDI
ID_USB_VENDOR_ID: '0403'
ID_VENDOR: FTDI
ID_VENDOR_ENC: FTDI
ID_VENDOR_ID: '0403'
MAJOR: '188'
MINOR: '1'
SUBSYSTEM: tty
TAGS: ':systemd:'
USEC_INITIALIZED: '19810193171'

Zigbee:

image
image658×750 27.6 KB

Modbus.yaml

  - name: hub1
    type: serial
    baudrate: 9600
    port: /dev/ttyUSB1
    bytesize: 8
    method: rtu
    parity: E
    stopbits: 1
    timeout: 2
    sensors:
      - name: L1_Voltage
        slave: 1
        device_class: voltage
        unit_of_measurement: 'V'
        address: 0xE
        data_type: float32
      - name: L2_Voltage
        unit_of_measurement: 'V'
        device_class: voltage
        slave: 1
        address: 0x10
        data_type: float32
      - name: L3_Voltage
        unit_of_measurement: 'V'
        device_class: voltage
        slave: 1
        address: 0x12
        data_type: float32
      - name: L1_Active_Power
        unit_of_measurement: 'W'
        device_class: power
        slave: 1
        address: 0x1E
        data_type: float32
        scale: 1000
      - name: L2_Active_Power
        unit_of_measurement: 'W'
        device_class: power
        slave: 1
        address: 0x20
        data_type: float32
        scale: 1000
      - name: L3_Active_Power
        unit_of_measurement: 'W'
        device_class: power
        slave: 1
        address: 0x22
        data_type: float32
        scale: 1000
      - name: Total_Active_Power
        unit_of_measurement: 'W'
        device_class: power
        slave: 1
        address: 0x1C
        data_type: float32
        scale: 1000
      - name: L1_Active_Energy
        unit_of_measurement: 'kWh'
        device_class: energy
        state_class: total_increasing
        slave: 1
        address: 0x102
        data_type: float32
        precision: 2
      - name: L2_Active_Energy
        unit_of_measurement: 'kWh'
        device_class: energy
        state_class: total_increasing
        slave: 1
        address: 0x104
        data_type: float32
        precision: 2
      - name: L3_Active_Energy
        unit_of_measurement: 'kWh'
        device_class: energy
        state_class: total_increasing
        slave: 1
        address: 0x106
        data_type: float32
        precision: 2
      - name: Total_Active_Energy
        unit_of_measurement: 'kWh'
        device_class: energy
        state_class: total_increasing
        slave: 1
        address: 0x100
        data_type: float32
        precision: 2
      - name: L1_Current
        unit_of_measurement: 'A'
        device_class: power
        slave: 1
        address: 0x16
        data_type: float32
        precision: 2
      - name: L2_Current
        unit_of_measurement: 'A'
        device_class: power
        slave: 1
        address: 0x18
        data_type: float32
        precision: 2
      - name: L3_Current
        unit_of_measurement: 'A'
        device_class: power
        slave: 1
        address: 0x1A
        data_type: float32
        precision: 2
      - name: Frequency
        unit_of_measurement: 'Hz'
        device_class: power
        slave: 1
        address: 0x14
        data_type: float32
        precision: 2
      - name: Total_Power_Factor
        unit_of_measurement: '%'
        device_class: power
        slave: 1
        address: 0x34
        data_type: float32
        precision: 2
      - name: Power_Factor_L1
        unit_of_measurement: '%'
        device_class: power
        slave: 1
        address: 0x36
        data_type: float32
        precision: 2
      - name: Power_Factor_L2
        unit_of_measurement: '%'
        device_class: power
        slave: 1
        address: 0x38
        data_type: float32
        precision: 2
      - name: Power_Factor_L3
        unit_of_measurement: '%'
        device_class: power
        slave: 1
        address: 0x3A
        data_type: float32
        precision: 2

Do Malinki mam tylko podpięte pod USB te dwie rzeczy, więc prądowo znikomo.

44

w konfiguracji konwertera RS485

zamień na

    port: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AQ01JULB-if00-port0

Zależnie od tego jak akurat zostaną przydzielone urządzenia, to porty /dev/ttyUSB1 i /dev/ttyUSB0 mogą zamieniać się miejscami (zupełnie jak w Windows), więc urządzenia musisz adresować po czymś co się nie zmienia.

A co do obciążalności portów to nie radzę rumakować, bo malina nie spełnia specyfikacji USB (zresztą kij wie ile ten konwerter w rzeczywistości potrzebuje, przecież RS485 jest pętlą prądową, bo akurat koordynator Zigbee istotnie żre prądu tyle co nic).
W razie czego możesz stosować hub aktywny.
Dysk ssd też masz wpięty przez USB?

45

Wcale nie rumakuję i wiem że to pętla prądowa… :stuck_out_tongue_winking_eye: troszkę znam się na elektryce…
Nie znam się na tyle dobrze na HA, stąd proszę o pomoc.
Działało przez rok na takim samym ustawieniu i nie mam pojęcia co się stało.
Nie ma dysku SSD.

Modbus ruszył, Zigbee działa.
Teraz następne pytanie, bo wszystkie moduły zigbee są nieaktywne.
Czy jedyne wyjście to jest ich ponowna konfiguracja?
Nie mam backupu ustawień samych zigbee.

46

Może akurat za każdym razem losowało pasujące ścieżki, ale dobra passa się skończyła (aktualizacja sterownika w systemie, no cokolwiek - podpiąłeś i odpiąłeś dowolne urządzenie z USB i się ścieżki pozmieniały).

Tytuł wątku nic nie wnosi, bo masz problemy z działaniem koordynatora jeśli dobrze pamiętam…

Masz malinę w metalowej obudowie? Bo ona jest źródłem masakrycznych zakłóceń…

To akurat nie malina ale obudowa icy-box pasuje też do maliny, a jest calkiem rześka

magnifier_20211229_134639
magnifier_20211229_1346391920×1080 185 KB

miejsce na foto może znajdę coś bardziej na temat

Stosujesz przedłużacz USB dla koordynatora by go odsunąć od źródła zakłóceń RF (od maliny, ale może i od czegoś innego w okolicy?)?

Masz inny zasilacz dla maliny?

47

Obudowa plastikowa
image

USB do koordynatora tak i jest odsunięty.
Nie mam w okolicy nic co by powodowało zakłócenia. Ewentualnie router ale on stoi na szafie.
Całość nie ruszana z ponad pół roku.

Zasilacz orginalny.

48

no ale jakieś zmiany robiłeś ostatnio?
tytułowa aktualizacja?

nie pomogło podanie ścieżek by-id ?
(wszędzie gdzie były ttyUSBx również w GUI Z2M, czy tam w konfiguracji ZHA bo ostatecznie nie wiem czego chcesz używać)
a z tego wszystkiego co napisałeś wynika, że masz konflikty na portach szeregowych, więc musisz je zdefiniować wszędzie bez używania ttyUSBx

wszędzie gdzie się odwołujesz do koordynatora masz używać

/dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_c4a521f888c9eb119dc18b4f1d69213e-if00-port0

a wszędzie gdzie do RS485

/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AQ01JULB-if00-port0

tu taka UWAGA inny koordynator Zigbee będzie miał INNY numer seryjny, który jest elementem ścieżki, więc każdy z koordynatorów ma inną ścieżkę (nawet możesz odpalić naraz oba byleby pracowały na rożnych kanałach i były od siebie i od maliny rozsądnie daleko)

bo tak szukamy i szukamy w ciemno, w sumie to skoro instalacja ma już pół roku to myślałeś o ssd?
(jak rozumiem masz regularne pełne backupy w chmurze, wprawdzie HA już nie jest takim zabójcą kart jak kiedyś, ale upgrade do ssd ma sens)

A w ogóle to zacząłeś kolekcjonować zajętość zasobów w systemmonitor ?

1 polubienie
49

Pomogło podanie pełnych ścieżek, działa jednocześnie zha jak i modbus.
Dziękuję,

Tak to logiczne, :slight_smile:

instalacja ma już ponad rok, pełne backupy są.
Co do SSD od przedwczoraj zacząłem o tym myśleć :smiley:
Muszę się rozeznać w temacie jak to zrobić.

Co do zasobów to chciałem zainstalować Glance, lecz wywala mi jakieś błędy - szukam rozwiązania, a poza tym log-viewer mi również wywaliło i nie mogę go
odpalić.

BTW.
czy Z2M góruje nad ZHA?, bo chyba w najbliższym czasie się wezmę porządnie za postawienie od nowa wszystkiego i zrobienia tego zgodnie ze sztuką.
Obecnie jest zrobione na pajęczynkę- z braku czasu i kończenia budowy chaty tak to zostało. Jak podłączone na szybko to już zostało.

50

A czy iOS góruje nad Androidem? oba są równie dobre (czy tam złe), ale są inne, choć służą temu samemu celowi.

Pokop po forum po tagach zha z2m zigbee - takie porównania były wielokrotnie opisywane, jeden rabin powie, że ZHA lepsze drugi, że Z2M…

a nie możesz po prostu użyć systemmonitor?
przecież jedyne co jest naprawdę ważne to procenty zajętości RAM, swap, procesora i dysku

  • wysokie użycie RAM znaczy, że albo masz wersję maliny ze zbyt małą ilością RAM, albo przeginasz z ilością Dodatków albo masz wyciek pamięci - dlatego jest potrzebny wykres z historii użycia
  • wysokie użycie swap znaczy, że masz za mało RAMu w stosunku do potrzeb - patrz wyżej, ale to co najistotniejsze, że kartę TF trafi szlag z powodu dużej ilości zapisów
  • zajętość dysku ma być mała, bo gdy jest duża to każdy nośnik półprzewodnikowy trafi szlag (ale stan ssd można chociaż monitorować)
  • a obciążenie procesora jest świetnym wskaźnikiem diagnostycznym, gdy się wie na jakim przeciętnym poziomie występuje w danej instalacji (no wiadomo są sytuacje gdy proc jest potrzebny bardziej niż zwykle, np. przy przeliczeniu całej bazy przy aktualizacji, tworzeniu statystyk, backupach, czy kompilacji w ESPHome itd. ale gdy bez powodu jego obciążenie systematycznie rośnie to znaczy, że coś się wali)

Pokop po forum w dziale HA Instalacja

1 polubienie
51

A teraz mały update - w tym wypadku raczej kluczowa byłaby prawdopodobnie umiejętność cofania wersji - problem dotyczący losowych zmian ścieżek postaci ttyUSBx czy ttyACMx został zauważony już dawno, a prawdopodobnie wydanie 2034.3.0 miało go naprawiać, biorąc jednak pod uwagę ilość poprawek w 2024.3.1 chyba te wcześniejsze poprawki coś psuły…