Problem z Zigbee2MQTT ZBDongle-P

Minimalne są (myślę, że wielu by powiedziało, że to nawet wypas jak na HAOS-generic) a ile RAMu?

Minimalne są (myślę, że wielu by powiedziało, że to nawet wypas jak na HAOS-generic) a ile RAMu?

8Gb

przy okazji mam pytanie odnośnie czujek temp. Mam kilka czujek IH-K009. Wiesz może jak często odświeżają info i czy można to zmienić?

Nie wiem, nie mam.
Bateryjne urządzenia Zigbee z zasady raportują rzadko, by wytrzymać na jednym ogniwie te umowne 2 lata.
Sądząc po opcjach konfiguracyjnych z linka, który zapodałeś, nie ma możliwości wpływania na częstotliwość raportów.

Jeśli potrzebujesz naprawdę częstych odczytów istnieją czujniki BLE, które raportują nawet kilka razy na minutę (oczywiście nie będą współpracowały z donglem Zigbee), w zamian za to życie ogniwa jest w nich krótsze (nawet na alternatywnym firmware BTHome, które jest zoptymalizowane do oszczędzania ogniwa - dotyczy to wybranych modeli).

Witam , dołączę do tematu.Po nauce instalacji Proxmoxa , HA i czytaniu , oglądaniu i testowaniu różnych konfiguracji , skończyły mi się pomysły. HA działa , zainstalowałem wszystko z waszych poradników ,mam dwa Zigbee2MQTT ZBDongle-P i E , próbowałem dołączyć sonoff mini i żaden z nich nie wykrywa . Próbowałem na Z2M z wyłączonym ZHA i odwrotnie i nic. Integracje po wi-fi ładnie działają , zdalnie przez Nabu Casa też wszystko chodzi. Wrzucam logi ,może coś doradzicie:

Mosquitto broker

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
cont-init: info: running /etc/cont-init.d/mosquitto.sh
[23:16:21] INFO: Setting up user mqtt_user
[23:16:21] INFO: SSL is not enabled
cont-init: info: /etc/cont-init.d/mosquitto.sh exited 0
cont-init: info: running /etc/cont-init.d/nginx.sh
cont-init: info: /etc/cont-init.d/nginx.sh exited 0
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun mosquitto (no readiness notification)
services-up: info: copying legacy longrun nginx (no readiness notification)
[23:16:21] INFO: Starting NGINX for authentication handling...
s6-rc: info: service legacy-services successfully started
[23:16:22] INFO: Starting mosquitto MQTT broker...
2023-04-05 23:16:22: Warning: Mosquitto should not be run as root/administrator.
[23:16:22] INFO: Successfully send discovery information to Home Assistant.
[23:16:22] INFO: Successfully send service information to the Supervisor.
`
+++++++++++++++++++++++++++++++++
logins:
  - username: mqtt_user
    password: xxxxxxxxx
require_certificate: false
certfile: fullchain.pem
keyfile: privkey.pem
customize:
  active: false
  folder: mosquitto

Zigbee2MQTT

[23:16:40] INFO: Preparing to start...
[23:16:40] INFO: Socat not enabled
[23:16:41] INFO: Starting Zigbee2MQTT...
Zigbee2MQTT:debug 2023-04-05 23:16:44: Loaded state from file /config/zigbee2mqtt/state.json
Zigbee2MQTT:info  2023-04-05 23:16:44: Logging to console and directory: '/config/zigbee2mqtt/log/2023-04-05.23-16-44' filename: log.txt
Zigbee2MQTT:debug 2023-04-05 23:16:44: Removing old log directory '/config/zigbee2mqtt/log/2023-04-05.07-46-56'
Zigbee2MQTT:info  2023-04-05 23:16:44: Starting Zigbee2MQTT version 1.30.3 (commit #unknown)
Zigbee2MQTT:info  2023-04-05 23:16:44: Starting zigbee-herdsman (0.14.103)
Zigbee2MQTT:debug 2023-04-05 23:16:44: Using zigbee-herdsman with settings: '{"adapter":{"concurrent":null,"delay":null,"disableLED":false},"backupPath":"/config/zigbee2mqtt/coordinator_backup.json","databaseBackupPath":"/config/zigbee2mqtt/database.db.backup","databasePath":"/config/zigbee2mqtt/database.db","network":{"channelList":[11],"extendedPanID":[221,221,221,221,221,221,221,221],"networkKey":"HIDDEN","panID":6754},"serialPort":{"adapter":"ezsp","path":"/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220715151654-if00"}}'
Zigbee2MQTT:info  2023-04-05 23:16:49: zigbee-herdsman started (resumed)
Zigbee2MQTT:info  2023-04-05 23:16:49: Coordinator firmware version: '{"meta":{"maintrel":"3 ","majorrel":"6","minorrel":"10","product":8,"revision":"6.10.3.0 build 297"},"type":"EZSP v8"}'
Zigbee2MQTT:debug 2023-04-05 23:16:49: Zigbee network parameters: {"channel":11,"extendedPanID":221,"panID":6754}
Zigbee2MQTT:info  2023-04-05 23:16:49: Currently 0 devices are joined:
Zigbee2MQTT:warn  2023-04-05 23:16:49: `permit_join` set to  `true` in configuration.yaml.
Zigbee2MQTT:warn  2023-04-05 23:16:49: Allowing new devices to join.
Zigbee2MQTT:warn  2023-04-05 23:16:49: Set `permit_join` to `false` once you joined all devices.
Zigbee2MQTT:info  2023-04-05 23:16:49: Zigbee: allowing new devices to join.
Zigbee2MQTT:info  2023-04-05 23:16:49: Connecting to MQTT server at mqtt://core-mosquitto:1883
Zigbee2MQTT:debug 2023-04-05 23:16:49: Using MQTT login with username: mqtt_user
Zigbee2MQTT:info  2023-04-05 23:16:49: Connected to MQTT server
Zigbee2MQTT:info  2023-04-05 23:16:49: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
Zigbee2MQTT:info  2023-04-05 23:16:50: Started frontend on port 0.0.0.0:8099
Zigbee2MQTT:info  2023-04-05 23:16:50: MQTT publish: topic 'zigbee2mqtt/bridge/state', payload '{"state":"online"}'
Zigbee2MQTT:info  2023-04-05 23:16:50: Zigbee2MQTT started!
Zigbee2MQTT:debug 2023-04-05 23:16:50: Received MQTT message on 'zigbee2mqtt/bridge/config' with data '{"commit":"unknown","coordinator":{"meta":{"maintrel":1,"majorrel":2,"minorrel":7,"product":1,"revision":20210708,"transportrev":2},"type":"zStack3x0"},"log_level":"debug","network":{"channel":11,"extendedPanID":"0x00124b002a2f21c7","panID":6754},"permit_join":true,"version":"1.30.3"}'
Zigbee2MQTT:debug 2023-04-05 23:20:09: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,3,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:21:44: Saving state to file /config/zigbee2mqtt/state.json
Zigbee2MQTT:debug 2023-04-05 23:23:29: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,4,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:26:44: Saving state to file /config/zigbee2mqtt/state.json
Zigbee2MQTT:debug 2023-04-05 23:26:49: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,5,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:30:09: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,6,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:31:44: Saving state to file /config/zigbee2mqtt/state.json
Zigbee2MQTT:debug 2023-04-05 23:33:29: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,7,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:36:44: Saving state to file /config/zigbee2mqtt/state.json
Zigbee2MQTT:debug 2023-04-05 23:36:49: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,8,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator
Zigbee2MQTT:debug 2023-04-05 23:40:09: Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,9,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator

++++++++++++++++++++++++++
data_path: /config/zigbee2mqtt
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
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto:1883
  user: mqtt_user
  password: xxxxxxxx
serial:
  port: >-
    /dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220715151654-if00
  adapter: ezsp

Aktualnie jest konfiguracja pod Z2M i ZBDongle-E

Wersja oprogramowania koordynatora

6.10.3.0 build 297

Będę bardzo wdzięczny za pomoc

Jesteś pewien, że to ścieżka do Zbdongle E? (jak dla mnie wszystko możliwe, bo Chińczycy słyną z takiego zamotania w oznaczeniach by nikt się nie mógł domyślić od ręki)

/dev/serial/by-id/usb-ITEAD_SONOFF_Zigbee_3.0_USB_Dongle_Plus_V2_20220715151654-if00

ponieważ nie mam w rękach ani wersji P, ani E, (mimo, że miałem rożne dongle w rękach, to akurat nie Sonoffy), to wszystko w twoich rękach, a nie widzę szans na zdalną diagnostykę jak tak żydzisz danych

Nadal podejrzewam, że ta ścieżka jest urwana (ktoś inny wyżej pokazał swoją na obrazku w całości, wprawdzie dla Zbdongle P i ona nie kończy się na -if00 tylko na -if00-port0) zwróciłeś uwagę, że ona może nie mieścić się w informacjach o sprzęcie w 1 linii?

Oczywiście ten port0 nie występuje w każdym urządzeniu - popatrz na kilka urządzeń z portami szeregowymi, które mam podpięte
if00-port0_2023-04-06_00-41

PS wcześniej nawet się nie zająknąłeś, że to instalacja VM na proxmoxie, a nie np. generic bezpośrednio na sprzęcie, więc pytanie dodatkowe czy przekazałeś dongle poprawnie w proxmoxie do VM?

PPS skoncentruj siły i zdecyduj się na jednego z dongli, a drugiego schowaj do szuflady na parę dni, (czy tygodni), bo generalnie w logach jakieś ślady komunikacji zdają się być, tyle, że prawdopodobnie z Zbdonge P (mimo że skonfiguraowałeś ezsp)

a jednak jakiś ślad życia Zbdongle E jest

więc może w tym już póki co nie grzeb
masz jakieś inne urządzenie, które mógłbyś sparować (oprócz tego sonofa mini)?

W braku sukcesu
Sugeruję użycie Zbdongle P i konfigurację pod niego (czyli NIE ezsp), skasuj wtedy też piliki backupu Z2M po jego zatrzymaniu.

Zrobiłem próbę połączenia Sonoff mini i mam takie logi z próby połączenia

Info 2023-04-07 18:36:59Succesfully changed options

Info 2023-04-07 18:36:59MQTT publish: topic 'zigbee2mqtt/bridge/response/options', payload '{"data":{"restart_required":false},"status":"ok","transaction":"egpnc-1"}'

Debug 2023-04-07 18:37:10Received MQTT message on 'zigbee2mqtt/bridge/request/permit_join' with data '{"device":null,"time":254,"transaction":"egpnc-2","value":true}'

Info 2023-04-07 18:37:10Zigbee: allowing new devices to join.

Debug 2023-04-07 18:37:10Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,27,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator

Info 2023-04-07 18:37:11MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"time":254,"value":true},"status":"ok","transaction":"egpnc-2"}'

Debug 2023-04-07 18:38:58Saving state to file /config/zigbee2mqtt/state.json

Debug 2023-04-07 18:40:31Received Zigbee message from 'Coordinator', type 'commandNotification', cluster 'greenPower', data '{"data":[25,28,2,11,254,0],"type":"Buffer"}' from endpoint 242 with groupID null, ignoring since it is from coordinator

Dlatego sugerowałem abyś

  1. skasował backupy Z2M
  2. użył tylko jednego koordynatora (w tamtych wcześniejszych są ślady obu, w dodatku obu na kanale 11)
  3. użył innego urządzenia końcowego, bo jestem przekonany, że sonoff mini nie jest ZGP

PS W donglu Zbdongle P masz archaiczne firmware 20210708, więc zanim zaczniesz się nim bawić zaktualizuj je,

Znalazlem ciekawy błąd w moim ZBDongle -P , rozebralem go do procedury aktualizacji i okazało się że niema mozliwości uruchomienia procedury parowania , program go widzi ale nieda się włączyć opcji BOOT , dioda świeci cały czas na czerwono i nie reaguje na nic. Szukalem po sieci ale nie znalazłem nigdzie takiego przypadku.

Nie bardzo rozumiem powiązania.

Masz na myśli kontrolkę zasilania?

PS nie przełączałeś czasem przełącznika? (ma być w pozycji “software control”)

w/g dokumentacji Zbdongle-P ma auto-BSL (więc nie powinien wymagać naduszania przycisków, ale jeśli chcesz naduszać, to albo wkładasz go do USB trzymając BOOT i puszczasz po chwili, albo mając już podłączony wciskasz BOOT i go trzymając pstrykasz RESET i dopiero po chwili puszczasz BOOT).

Robiłem już tak jak piszesz , niestety bez efektu. Z filmu który oglądałem wychodzi że po włożeniu do usb kontrolka nie świeci , dopiero po przytrzymaniu przycisku BOOT zaświeca sie kontrolka i jest gotowy do pracy . U mnie po włożeniu do usb od razu świeci,

Nie mam tego dongla więc pozostaje mi wierzyć w dokumentację, skoro to kontrolka zasilania to nie ma nic w tym dziwnego, że świeci cały czas.

A teraz kluczowe pytanie - jakiego faktycznie masz dongla? umiesz go rozpoznać po podzespołach? (jakie są napisy na scalaczkach)

Jakie firmware próbujesz wgrać? (link i pełna nazwa pliku - z rozszerzeniem)

Jeśli kontrolka jest wysterowana z GPIO w MCU to i owszem tak może być, ale w/g dokumentacji to kontrolka zasilania (może są różne wersje dongli, może oglądałeś film od innego modelu, ale nawet w wypadku diody LED sterowanej z GPIO, jej zachowanie zależy od tego co ustawiono w firmware).

W drugiej kwestii - przycisk BOOT służy do uruchomienia trybu bootloadera, w tym trybie dongle nie jest gotowy do pracy tylko do flashowania.
Nie wyobrażasz sobie chyba sytuacji w której trzeba by rozbierać dongla by wcisnąć przycisk by był gotowy do pracy?

Wyprzedzając kolejne posty - jeśli upierasz się na beta wersję (z branch’a develop), to niestety nie daje się go wgrać z użyciem oficjalnego softu TI (Flash Programmer 2), więc musisz użyć alternatywnego narzędzia:

albo

albo skryptem

Wgranie do dongla czegoś, co nie jest firmware do niego dedykowanym, teoretycznie grozi uwaleniem go na zawsze (nie wiem czy w/w oprogramowanie sprawdza poprawność pliku).

Co masz na na myśli pisząc powyższe?

To jest poprawne działanie.

Tak jak pisał @szopen powyżej, podłączając dongla do portu usb przytrzymujesz przycisk BOOT. Jeśli jeszcze tego nie robiłeś to powyższą czynność wykonaj korzystając z przedłużki usb (będziesz miał pewność, że nie puścisz przycisku BOOT w trakcie podpinania dongla).

Osobiście polecam do aktualizacji program ZigStarGW:

Jeśli tylko chcesz zaktualizować sonoffa (nie robiąc wcześniej kopi pamięci) to po podłączeniu dongla wybierasz (ptaszkujesz) pozycje Erase, Write, Verify wskazujesz ścieżkę z softem i naciskasz Start.

Udało się , dzięki wielkie , kontrolka może świecić cały czas , WKŁADAJĄC DONGLA DO USB TRZYMAM PRZYCISK BOOT , po włożeniu puszczam przycisk boot i poszło.

Teraz wersja jest taka:

Wersja Zigbee2MQTT

1.30.3 commit: unknown

Typ koordynatora

zStack3x0

Wersja oprogramowania koordynatora

20221226

Adres IEEE koordynatora

0x00124b002a2f21c7

Wersja aplikacji interfejsu użytkownika

0.6.127

To ostatnia stabilna, kolejna jest w przygotowaniu (tj. obecnie trwa etap testów, prawdopodobnie gdy zostanie opublikowana, to nie da się wgrać oficjalnym flasherem…).

Cieszę się że to poszło, bo juz myślałem że go uwaliłem.

Nie bój nic - można go oduwalić.