MQTT - problem z działaniem z CC2652P

szopen · 10 Grudzień 2021 18:59

@rafkan Zigbee z założenia ma działać na jednym z 4 optymalnych kanałów 11, 15, 20 lub 25 (z2m nawet w GUI zaleca taki wybór, jakkolwiek kanał jak dotąd konfigurujemy z poziomu konfiguracji addona)

rafkan · 10 Grudzień 2021 19:18

Z doświadczenia wiem, że założenia w HA czasem nijak się mają do rzeczywistości - dlatego nic nie szkodzi spróbować.

szopen · 10 Grudzień 2021 19:31

W testowej instalacji użyłem sticka CC2652P, a konkretniej “egony ZigBee stick v4” (na module Ebyte E72-2G4M20S1E) i działa na 25 kanale pod z2m (choć jak dla mnie jest to kontrowersyjne działanie - CC2531 z integracją ZHA działa mi w innej instalacji wielokrotnie stabilniej, niestety nie mam dość czasu na dalsze testy, a w planach zmiana fw, ale to co przygotowałem na potrzeby tego wątku przypomniało mi czemu korzystam z ZHA, pomijając fakt, że podstawowa instalacja oświetleniowa bazuje na mostku Hue, który po eksperymentach polegających na zakłócaniu sieci Zigbee sieciami WiFi pozostał akurat na najgorszym 11 kanale i zarządza w sumie jednak większością moich urządzeń, a zapomniałem go wtedy przenieść na u mnie optymalny 25 i tak już zostało, sytuację chyba mi ratuje stosunkowo mocno rozbudowany mesh - większość urządzeń to routery).

PS w porywach (gdy miałem czas na takie testy) miałem w jednym małym mieszkaniu 4 osobne sieci Zigbee - każda na innym zalecanym kanale i każda działała OK.

rafkan · 10 Grudzień 2021 19:52

Oczywiście masz w 100 % rację. Na mojej “produkcyjnej” instalacji jedno conbee pracuje na kanale 11 w Z2M a drugie na 15 w deconz, dodatkowo na testowej instalacji CC2652P śmiga w Z2M na 25 kanale - każde z wymienionych zestawów działa mi bez problemów.
Wracając do tematu wątku nie zaszkodzi “popróbować” najlepszego zestawienia. Zakładając, że CC2652P kolegi @markusa jest sprawne. Zastanawia mnie jeszcze jedna rzecz w konfiguracji:

czy w/w opcja jest włączona na stałe?

szopen · 10 Grudzień 2021 19:55

To zajmie mi chwilę, więc przetestuję czy można ustawić to permanentnie (chyba nie jest to zbyt rozsądne, a ciekawe czy się pogryzie z backupem).
edit:
Z backupem się nie gryzie, ustawienie nie jest wcale takie głupie, ale sens chyba ma tylko przy budowie większej sieci - po uruchomieniu z2m mamy możliwość parowania bez timeoutu, ale tylko raz, po wyłączeniu trybu parowania kolejne włączenie permit join już ma zwykły timeout.
Po zrestartowaniu z2m oczywiście znowu jest bez timeoutu.

markusa · 10 Grudzień 2021 21:15

Panowie,
bardzo dziękuję za zainteresowanie i chęć pomocy. Po kolei:

kanał 11 jest domyślny po instalacji Z2M i na takiej konfiguracji zaczalem. Dopiero po pierwszym niepowodzeniu zaczalem szukac info i jednym z polecanych rozwiazan była zmania kanału na 25. Jak widać - bez powodzenia. Spróbuje jeszcze dwa pozostałe, czyli 15 i 20
permit_join - nie mialo to znaczenia. Konfiguracja rownie nie działa zarowno w ustawieniu true jak i false
w logach nie mam żadnych błędów dotyczacych MQTT lub Zigbbe2MQTT. Sam broker na pewno działa poprawnie, bo zbiera dane z MEW-01
pojawiło sie pewne założenie, ze mam niesprawny koncentrator - czy jest jakis sposób na przetestowanie? od razu dodam, że nie flashowałem go samodzielnie - przyszedł zaprogramowany.
HAOS wylacylem “po bożemu”, odlaczylem od pradu, dalem odpoczac pare minut. odlaczyłem koncentrator. wlaczylem wszystko od nowa - w logach bez błędów, a urzadzen nie widac…
jaka odlegosci od access point’a macie swoje urzadzenia? przynam, ze u mnie to jest dość blisko - kilkanaście centymetrów. Czy to przeniesienie komputera z koncentratorem do innego pomieszczenia może pomóc?
Poniżej logi:
2021-12-10 17:37:38 WARNING (MainThread) [homeassistant.components.webhook] Received message for unregistered webhook 099c470adbd52d6f90e3ba55295cdb92bc123647eb93f86f562305e7e971254e from 192.168.3.156

2021-12-10 17:37:39 WARNING (MainThread) [homeassistant.components.webhook] Received message for unregistered webhook 099c470adbd52d6f90e3ba55295cdb92bc123647eb93f86f562305e7e971254e from 192.168.3.156

2021-12-10 17:38:02 ERROR (SyncWorker_6) [homeassistant.components.serial_pm.sensor] Could not open serial connection to /dev/tty.SLAB_USBtoUART ([Errno 2] could not open port /dev/tty.SLAB_USBtoUART: [Errno 2] No such file or directory: ‘/dev/tty.SLAB_USBtoUART’)

2021-12-10 17:38:03 ERROR (MainThread) [homeassistant.components.binary_sensor] rpi_power: Error on device update!

Traceback (most recent call last):

File “/usr/src/homeassistant/homeassistant/helpers/entity_platform.py”, line 431, in _async_add_entity

await entity.async_device_update(warning=False)

File “/usr/src/homeassistant/homeassistant/helpers/entity.py”, line 651, in async_device_update

await task

File “/usr/local/lib/python3.9/concurrent/futures/thread.py”, line 52, in run

result = self.fn(*self.args, **self.kwargs)

File “/usr/src/homeassistant/homeassistant/components/rpi_power/binary_sensor.py”, line 48, in update

value = self._under_voltage.get()

AttributeError: ‘NoneType’ object has no attribute ‘get’

2021-12-10 17:38:05 WARNING (SyncWorker_5) [homeassistant.components.bluetooth_le_tracker.device_tracker] No Bluetooth LE devices to track!

2021-12-10 17:38:10 WARNING (MainThread) [aioesphomeapi.reconnect_logic] Can’t connect to ESPHome API for 192.168.3.52 @ 192.168.3.52: Error connecting to (‘192.168.3.52’, 6053): [Errno 113] Connect call failed (‘192.168.3.52’, 6053)

2021-12-10 17:40:09 WARNING (MainThread) [aioesphomeapi.reconnect_logic] Can’t connect to ESPHome API for 192.168.3.52 @ 192.168.3.52: Hello timed out

urzadzenie z adresem 156 na koncu, to moja komórka
USBtoUART - teraz odłaczone
RPi - j.w
urzadzenie z adresem 52 - stacja pogody w trybie deep sleep (budzi sie raz na 5 minut)

[s6-init] making user provided files available at /var/run/s6/etc…exited 0.
[s6-init] ensuring user provided files have correct perms…exited 0.
[fix-attrs.d] applying ownership & permissions fixes…
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts…
[cont-init.d] socat.sh: executing…
[20:17:10] INFO: Socat not enabled, marking service as down
[cont-init.d] socat.sh: exited 0.
[cont-init.d] zigbee2mqtt.sh: executing…
[20:17:10] INFO: MQTT available, fetching server detail …
[20:17:11] INFO: Previous config file found, checking backup
[20:17:11] INFO: Creating backup config in ‘/config/zigbee2mqtt/.configuration.yaml.bk’
[20:17:11] INFO: Adjusting Zigbee2mqtt core yaml config with add-on quirks …
[cont-init.d] zigbee2mqtt.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[20:17:11] INFO: Handing over control to Zigbee2mqtt Core …

zigbee2mqtt@1.22.1 start
node index.js
Zigbee2MQTT:warn 2021-12-10 20:17:13: permit_join set to true in configuration.yaml.
Zigbee2MQTT:warn 2021-12-10 20:17:13: Allowing new devices to join.
Zigbee2MQTT:warn 2021-12-10 20:17:13: Set permit_join to false once you joined all devices.
Zigbee2MQTT:warn 2021-12-10 20:17:13: Using experimental new availability feature

w samym zigbee żadnych błedów. I bądź tu mądry…

Jeszcze raz dziękuję za zainteresowanie i chęc pomocy - to nie jest reguła na forach
artur

rafkan · 10 Grudzień 2021 21:47

@markusa jeszcze jedna rzecz - CC2652P masz podpięte bezpośrednio do “maszyny” na której stoi HA czy na przedłużce?

markusa · 10 Grudzień 2021 21:49

bezpośrednio - Dell ma na pokładzie 6 portów USB - sprawdziłem już wszystkie. Efekt zawsze ten sam.

rafkan · 10 Grudzień 2021 21:52

To spróbuj na przedłużce podłączyć CC.

szopen · 10 Grudzień 2021 22:26

Czuję “w kościach”, że to jest powód, nie używam tego rozwiązania, ale kojarzę, że konfiguracja MQTT dla Supli zdecydowanie odbiega od standardowej.

Natomiast widzę też drogę przetestowania samego koordynatora (to nie nazywa się koncentrator! i to nie bez powodu) - wystarczy wyłączyć addon Z2M, a zainstalować integrację ZHA (obie naraz nie mogą pracować).

Nie pokażę tego z obrazkami, ale to będzie coś w tym guście (zamazałem resztę, bo to całkiem inny sprzęt ale będzie podobnie)
ZHA_install
ale po prostu wybierzesz ten port, który system zaproponuje (bodajże ttyUSB0 bez id ani numeru seryjnego).
A nie mogę pokazać, bo właśnie leci mi OTA pilota Symfonisk w z2m (tak, tak - OTA urządzeń bateryjnych trwa godzinami)

I… przyszło mi jeszcze coś do głowy - nie masz czasem podpiętego czegokolwiek bazującego na mostku UART CH340G - niestety taka konstrukcja CC2652P jaką mam w rękach jest dość tandetnie zaprojektowana i zgłasza się właśnie jako CH340G (podobnie jak cała masa modułów bazujących na ESP) więc już nie będziesz mógł korzystać z innych urządzeń na tym mostku, bo są nierozróżnialne dla systemu (uważaj np. na flashowanie przez USB w ESPHome).

wileu · 10 Grudzień 2021 23:36

A nie przypadkiem na CH340C? Możesz przecież zamiast by-id użyć ścieżki by-path (według portu gdzie jest podłączony). Możesz zapiąć do każdego portu urządzenie z tym układem i nie będziesz miał problemu. Poza tym każde urządzenie dostaje też od systemu inną zjadliwą nazwę - ttyUSB0, ttyUSB1, etc.

ps: o co chodzi że jest dość tandetnie zaprojektowana ?

szopen · 11 Grudzień 2021 00:05

Istotnie jest to wersja C, ale po vid i pid nie da się rozpoznać odmiany układu - jest to po prostu QinHeng Electronics CH340 i cześć - tak go rozpozna każdy linux
https://usb-ids.gowdy.us/read/UD/1a86/7523
Nadruk na układzie jest wiadomych rozmiarów, więc bez zdjęcia makro nie rozpoznałem ostatniej literki właściwie.

Tak się oburzyłeś jakbyś tym handlował, to co mam w ręce to po prostu “garażowy wypust”, a brak możliwości identyfikacji inaczej niż po ścieżce do portu to jest akurat popisowy numer dotyczący takich konstrukcji.

PS No cóż zajrzałem do datasheetu i to skutek stosowania CH340C zamiast CH340B

Kajetan · 12 Grudzień 2021 13:57

Cześć,

Mam dokładnie ten sam problem z załadowaniem Zigbee2mqtt to znaczy po świeżej instalacji (instalacji wszystkiego na nowo) w zakładce urządzenia ciągle się ładuje. Środowisko mam na malinie 3 z CC2531. Chyba nie jest prawdą że to kółko ma ciągle się kręcić jak nie ma żadnych dodanych urządzeń mówię o Loading, Please wait jak na powyższym zrzucie ekranu pokazał Markusa, przynamniej tak nie było jak kiedyś stawiałem środowisko. Znalazłem na zagranicznym forum, że to może być bug w nowej wersji poniżej dla zainteresowanych wklejam link

Problem polega na tym, że przez ZHA mogę dodawać urządzania, więc koordynator działa i komunikuję się, a przez MQTT niestety żadnego.

szopen · 12 Grudzień 2021 16:07

Zreplikowalem ten problem na świeżej instalacji parę dni temu, może jest to błąd interfejsu i bez urządzeń nie powinno być tego kółka, ale po dodaniu choćby jednego urządzenia ono znika, natomiast po usuniecie wszystkich się pojawia na nowo (szczerze mówiąc nie wiem czy tak ma być, ale nie widzę sensu w używaniu z2m bez urządzeń).

PS edycja i screenszhoty później, bo na polskiej autostradzie nie da rady normalnie pisać będąc pasażerem

markusa · 12 Grudzień 2021 18:06

U mnie prawdopodobnie jednak kwestia sprzetowa - ZHA równiez nie znajduje żadnych urzadzeń. Sprzedwca szczesliwie dla mnie, ma siedzibe kilka kilometrów ode mnie, wiec w tygodniu umówie sie z nim na sprawdzenie CC2652.

Kajetan · 12 Grudzień 2021 19:32

Jakie urządzenie byłeś w stanie dodać ? Ja próbuje z 3 i żadnego nie mogę dodać to znaczy przełącznik Sonoff SNZB-01, gniazdo Tuya BlitzWolf i termostat Tuya HY 368. Komunikacja z koordynatorem wygląda na OK, ponieważ jak włączam możliwość dołączenia to CC2531 zapala się na zielono. Zainstalowane mam teraz:

Mosquitto broker: 6.0.1
Zigbee2mqtt: 1.22.1-1
CC2531 firmware 20211115
Core: 2021.12.0
Supervisor: 2021.12.1
System operacyjny: Home Assistant OS 7.0

Logi z Zigbee2mqtt:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] socat.sh: executing... 
[20:05:38] INFO: Socat not enabled, marking service as down
[cont-init.d] socat.sh: exited 0.
[cont-init.d] zigbee2mqtt.sh: executing... 
[20:05:41] INFO: MQTT available, fetching server detail ...
[20:05:42] INFO: Previous config file found, checking backup
[20:05:42] INFO: Creating backup config in '/config/zigbee2mqtt/.configuration.yaml.bk'
[20:05:42] INFO: Adjusting Zigbee2mqtt core yaml config with add-on quirks ...
[cont-init.d] zigbee2mqtt.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[20:05:45] INFO: Handing over control to Zigbee2mqtt Core ...
> zigbee2mqtt@1.22.1 start
> node index.js
Zigbee2MQTT:warn  2021-12-12 20:06:02: Using experimental new availability feature

Log z Mosquitto broker:

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] mosquitto.sh: executing... 
[20:01:29] INFO: Setting up user mqtt
[20:01:31] INFO: SSL is not enabled
[cont-init.d] mosquitto.sh: exited 0.
[cont-init.d] nginx.sh: executing... 
[cont-init.d] nginx.sh: exited 0.
[cont-init.d] done.
[services.d] starting services
[services.d] done.
[20:01:33] INFO: Starting NGINX for authentication handling...
[20:01:33] INFO: Starting mosquitto MQTT broker...
1639335693: mosquitto version 1.6.12 starting
1639335693: |-- *** auth-plug: startup
[20:01:36] INFO: Successfully send discovery information to Home Assistant.
[20:01:36] INFO: Successfully send service information to the Supervisor.
1639335693: Config loaded from /etc/mosquitto/mosquitto.conf.
1639335693: Loading plugin: /usr/share/mosquitto/auth-plug.so
1639335693:  ├── Username/password checking enabled.
1639335693:  ├── TLS-PSK checking enabled.
1639335693:  └── Extended authentication not enabled.
1639335693: Opening ipv4 listen socket on port 1883.
1639335693: Opening ipv6 listen socket on port 1883.
1639335693: Opening websockets listen socket on port 1884.
1639335693: Warning: Mosquitto should not be run as root/administrator.
1639335693: mosquitto version 1.6.12 running
1639335693: New connection from 127.0.0.1 on port 1883.
1639335693: Socket error on client <unknown>, disconnecting.
1639335693: New connection from 172.30.33.2 on port 1883.
1639335693: New client connected from 172.30.33.2 as mqttjs_d110a46f (p2, c1, k60, u'mqtt').
1639335698: New connection from 172.30.32.1 on port 1883.
1639335698: New client connected from 172.30.32.1 as 64NT8x6ompQFoY9YlHztOn (p2, c1, k60, u'mqtt').
1639335698: New connection from 172.30.32.1 on port 1883.
1639335698: New client connected from 172.30.32.1 as 5GF1J5B7Ovv69vSDmUVm3z (p2, c1, k60, u'mqtt').
1639335733: New connection from 172.30.32.2 on port 1883.
1639335733: Socket error on client <unknown>, disconnecting.
1639335930: Client mqttjs_d110a46f disconnected.
1639335943: New connection from 172.30.32.2 on port 1883.
1639335943: Socket error on client <unknown>, disconnecting.
1639335962: New connection from 172.30.33.2 on port 1883.
1639335962: New client connected from 172.30.33.2 as mqttjs_b10071dc (p2, c1, k60, u'mqtt').
1639336063: New connection from 172.30.32.2 on port 1883.
1639336063: Socket error on client <unknown>, disconnecting.
1639336183: New connection from 172.30.32.2 on port 1883.
1639336183: Socket error on client <unknown>, disconnecting.
1639336303: New connection from 172.30.32.2 on port 1883.
1639336303: Socket error on client <unknown>, disconnecting.
1639336423: New connection from 172.30.32.2 on port 1883.
1639336423: Socket error on client <unknown>, disconnecting.
1639336500: New connection from 172.30.32.1 on port 1883.
1639336500: New client connected from 172.30.32.1 as 40cCXCiWgk7q7OxAEvwQAb (p1, c1, k60, u'mqtt').
1639336500: Client 40cCXCiWgk7q7OxAEvwQAb disconnected.
1639336518: Socket error on client 5GF1J5B7Ovv69vSDmUVm3z, disconnecting.
1639336518: New connection from 172.30.32.1 on port 1883.
1639336518: New client connected from 172.30.32.1 as 0q6d44OzYFjdkluewDmbyl (p2, c1, k60, u'mqtt').
1639336543: New connection from 172.30.32.2 on port 1883.
1639336543: Socket error on client <unknown>, disconnecting.
1639336663: New connection from 172.30.32.2 on port 1883.
1639336663: Socket error on client <unknown>, disconnecting.
1639336783: New connection from 172.30.32.2 on port 1883.
1639336783: Socket error on client <unknown>, disconnecting.
1639336903: New connection from 172.30.32.2 on port 1883.
1639336903: Socket error on client <unknown>, disconnecting.
1639337023: New connection from 172.30.32.2 on port 1883.

Zastanawia mnie jeden log z Supervisor:

21-12-12 20:19:19 ERROR (MainThread) [supervisor.api.ingress] Stream error with http://172.30.33.2:8099/bdac95fb9b6e1011ff13.png: Cannot write to closing transport

Konfiguracja Zigbee2mqtt:

data_path: /config/zigbee2mqtt
external_converters: []
devices: devices.yaml
groups: groups.yaml
homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto:1883
  user: mqtt
  password: mqtt
serial:
  port: /dev/ttyACM0
advanced:
  log_level: warn
  pan_id: 6754
  channel: 11
  network_key:
    - 1
    - 3
    - 5
    - 7
    - 9
    - 11
    - 13
    - 15
    - 0
    - 2
    - 4
    - 6
    - 8
    - 10
    - 12
    - 13
  availability_blocklist: []
  availability_passlist: []
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
  port: 8099
experimental: {}
availability: false
socat:
  enabled: false
  master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
  slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
  options: '-d -d'
  log: false

Konfg z Mosquitto broker:

certfile: fullchain.pem
customize:
  active: false
  folder: mosquitto
keyfile: privkey.pem
logins:
  - username: mqtt
    password: mqtt
require_certificate: false
anonymous: false

Może masz jakiś pomysł dlaczego ja nie mogę nic dodać przy powyższych wersjach i konfiguracjach. Nie pamiętam poprzednich wersji jakie miałem ale wszystko działo bez zarzutów, teraz przy najnowszych nie jestem w stanie tego odpalić…

wileu · 12 Grudzień 2021 20:14

Miałem podobny problem z z2m 1.21, dodawało urządzenia, natomiast nic nie szło do mqtt. Spróbujcie zmienić wersje zigbee2mqtt.

macek · 12 Grudzień 2021 20:21

Używasz wszystkich najnowszych wersji, które niestety mogą mieć niewykryte błędy, szczególnie, że masz najnowszą wersję HA core-2021.12.0, oczywiście może to być inny problem.

Skonfiguruj brokera MQTT i Z2M na podstawie tych wytycznych Broker mqtt w home assistant - #13 przez macek.

szopen · 12 Grudzień 2021 20:53

@Kajetan @markusa Oto obiecane SS

Ze słynnym kółkiem brakuje screenshota, bo po kiego grzyba miałem go szykować - pisaliście (wtedy w sumie tylko @markusa) o problemie “kręcącego się kółka”, no było to kółko - tak jak u @markusa powyżej.

Instalacja w pełni standardowa (tak jak zrobi to świeży user “prosto z ulicy”), czyli wszystko na “fabrycznych” ustawieniach, jako pierwszy zainstalowany addon MQTT (bez tworzenia dodatkowych użytkowników, bo to po prostu działa, a nie miałem czasu na rozpieszczanie instalacji, która idzie w kubeł za parę dni), potem integracja MQTT (jak wspomniałem “jak z fabryki” na autowygenerowanym użytkowniku, nie będę pisał jak się nazywa, by nie wprowadzać zamieszania, ale hasło ma ambitne oczywiście autowygenerowane), następnie instalacja najnowszej wersji z2m - wszystko jak z fabryki poza oczywiście dodaniem ścieżki do koordynatora “by id”, a konkretnie

serial:
  port: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0

bo pod taką jest u mnie właśnie rzeczony CC2652P, oraz kanał 25 (akurat miałem wolny i taki sam jak @markusa ), koordynator na przedłużce, bo mam to wpięte w Odroida MC1 solo (więc zakłócenia od niego mogą przekraczać wszelkie normy), ba… jak się teraz okazuje napięcie na USB w nim spada do 4,5V (być może to jest przyczyną niestabilnego Touchlink)

A teraz do rzeczy - screenshoty zaszalałem na OTA żarówki Philipsa (gdybym ją uwalił to pewnie CC2652P już by zaliczył pobyt w elektrośmieciach, ale tak się nie stało, jakkolwiek łatwo go zawiesić - CC2652P u mnie wywala się przy wywołaniu funkcji Touchlink, choć jest z jej wykorzystaniem w stanie przejąć żarówki nawet z innych sieci będących na innych kanałach gdy są w promieniu paru metrów)

Mam jedną uwaloną żarówkę Osram - jak widać sparowała się, ale bez pozytywnego skutku (może spróbuję później jeszcze raz z permanentnym permit_join?)

usuwanie ostatniego urządzenia

Wygląda znajomo? a to sytuacja po wywaleniu urządzeń z sieci

opcja permit_join: true ale po wyłączeniu trybu parowania i ponownym włączeniu - już jest standardowy timeout

opcja permit_join: true początek OTA firmware kontrolera Symfonisk

w trakcie OTA

pod koniec OTA (gruuuubo po ponad 3h) - stan baterii wskazywał zaledwie 20%, a ostatni % nie uległ żadnemu postępowi przez ponad godzinę (już się zastanawiałem czy aby nie uwaliłem sprzętu) potem olałem temat i pojechałem w delegację

stan obecny (kilka dni po OTA fw Symfoniska), ale równocześnie po zdalnym update HA core do 2021.12.0 i supervisor-2021.12.1 (chwilowo nie mogę się ogarnąć w nowym GUI HA ), żarówka Zipato jest intencjonalnie odłączona - nie mam zbyt wielu oprawek w które mógłbym co chwilę coś wkręcać i wykręcać (więc jest offline, bo to moja druga instalacja eksperymentalna - chciałem ostatni raz popatrzyć jak HA lata na starym odroidzie, a nie chcę sobie robić większego bałaganu w chacie - i tak już niechcący przez Touchlink przejąłem inną żarówkę z mojej rzeczywistej sieci - nie ma jej na screenshotach, ale musiałem ją ponownie dodać do mojego rzeczywistego systemu)

@markusa skoro dysponujesz jednym wolnym sprzętem to sugeruję świeżą czystą instalację MQTT (beż żadnych dodatkowych konfiguracji w których można popełnić błędy, a w szczególności bez tej Supli) oraz świeżutkie instalacje reszty - na moje oko to powinno zadziałać, przypomnę jeszcze że inetgracje ZHA i Z2M się “gryzą” więc nie jestem do końca przekonany czy ZHA odpaliłeś w dostatecznie “czysty” sposób (ale nie chciałem sugerować wywalania działającego z czymś innym MQTT, bo bez Z2M nie ma on wpływu na koordynator, ale samo Z2M możesz wywalić).
Koordynator działa z dyskusyjną stabilnością, ale w przypadku jego zawieszenia wystarcza zatrzymać Z2M i wyjąć oraz włożyć go do portu USB po czym można uruchomić Z2M ponownie.

Gdy się zawiesi to wygląda to np. tak - tu utknął w trybie Touchlink , z którego nie chciał już wyjść

@Kajetan
Moim zdaniem masz jakiś problem z konfiguracją Mosquitto, niestety nie umiem pomóc

markusa · 12 Grudzień 2021 21:08

wooowww… brak mi słów, którymi moge wyrazić szacunek dla kogoś, kto tak się angażuje w próbę pomocy innym.

co do czystej instalcji - tak zrobię. na RPi postawię czysty HAOS z MQTT nie połaczonym z supla i czyste Z2M.

Zobaczymy. Dostawca koordynatora twierdzi, ze sprzet przed wysyłka testowal i na pewno był sprawny.

Edit:
taki stan zawieszenia udało mi sie uzyskac tylko raz - po probie skanowania touchlinkiem. zauważyłem, ze jak robie skanowanie touchlink po raz pierwszy, to nic zlego sie nie dzieje. wyjde z tego menu, wejde raz jeszcze i znowu moge zrobic skanowanie. za to jak dwa razy pod rzad uruchomie skanowanie, to koordynator sie zawiesza i wyrzuca blad.

@markusa edytuj Swoje posty- następny poleci do kosza