Co potwierdza brak komunikacji radiowej.
Jeśli to nie zakłócenia to prawdopodobnie masz uszkodzonego dongla.
We Wrocławiu mogę sprawdzić go sam. Zdalnie nie wyobrażam sobie nic więcej.
Nie zauważyłem błędów w konfiguracji, ale to nie znaczy że ich nie ma.
Do Wrocławia z miłą chęcią bym sie przejechał.
Ale trochę daleko z Tychów żeby sprawdzić urządzonko za 80 zł 
Na szczęście sprzedawca trafil sie tak mily że zwróci koszta, a ja zamówię inny.
Celować jeszcze raz w ten sam?
SONOFF Zigbee 3.0 USB Dongle Plus P
Czy może jednak jest jednak cos innego lepszego do komunikacji z tymi urzadzeniami w Z2M?
W ogóle dzięki wielkie za poświęcony czas!
Conbee II ConBee II I, osobiście posiadam II nigdy żadnego problemu, na temat Conbee III się nie wypowiem bo nie mam.
Znalazlem na amazonie za 120zl i od razu zamówiłem.
Jak tylko dostarcza tak dam znac jak wyglada sytuacja.
Dziekuje wszystkim za udzielanie sie w temacie!
Tutaj brakuje definicji adapter stosownej do posiadanego sticka.
Nie, nie brakuje
autozstack jest w sumie i tak “domyślny” w Z2M, więc jest w pierwszej kolejności rozpoznawanySwoją drogą to nie może być przyczyna, bo komunikacja z koordynatorem jest poprawna, tylko radio nie działa (ale potencjalnie parametry sieci mogą być niewłaściwe, tylko się nie dopatrzyłem niczego podejrzanego… ale jest sporo potencjalnych miejsc do analizowania)
W dokumentacji pisze tak:
# Optional: adapter type, specify if you are experiencing startup problems (default: shown below, options: zstack, deconz, ember, zigate)
adapter: null
więc jak dla mnie domyślną wartością jest null .
No to dokumentacja się zmieniła, ale u mnie nadal działa każdy dongle na TI bez specyfikowania sterownika.
Dla pewności sprawdź posiadaną wersję Z2M oraz zawartość pliku configuration.yaml w ścieżce \\\homeassistant.local\config\zigbee2mqtt\.
Ogólnie konfiguracja przedstawiona przez @Terefere wygląda na “ubogą”, wg dokumentacji powinno tam być więcej opcji.
Nie musisz wierzyć, nie mam tam nic oprócz poprawnej ścieżki do dongla i żyję, w dodatku uruchamiałem dla znajomych i TI nie wymają jawnej deklaracji sterownika
[…]
reject_unauthorized: true
version: 5
serial:
port: /dev/serial/by-id/usb-1a86_USB_Serial-if00-port0
frontend:
port: 8099
[…]
oczywiście gdyby coś nie działało bym tam dopisał sterownik, ale w ogóle dokumentacja Z2M jest w wielu miejscach dziurawa.
@macek
Co ja tam w tej konfiguracji już nie miałem wpisane 
Z adapterami próbowałem wszystkimi jakie były dostępne i przy niektórych w ogóle nie chce wtedy Z2M startować z powodu braku łączności z adapterem.
No nic, czekam na wysyłkę conbee 2
Niby ma być umnie 23-go.
Ale nie możesz konfigurować czegokolwiek “na pałę”, to jest gwarancja braku sukcesu, pod określony typ MCU koordynatora i konkretne firmware musi być konkretny sterownik, a nie losowo wybrany.
Pod to firmware
i sprzęt na chipsetach TI pasuje tylko i wyłącznie sterownik zstack
Na sprzęt Dresden Elektronik na chipsetach Atmel i na firmware deconz pasuje tylko i wyłącznie sterownik deconz
Tu taka uwaga - do wielu dongli daje się wgrać też inne firmware, które nie jest koordynatorem Zigbee (np. RCP, sniffer Zigbee czy router Zigbee) i ono nie współpracuje z Z2M.
Możesz mi pokazać w menadżerze urządzeń jak widzi twojego Conbee?
Głównie mi chodzi o to jak go rozpoznaje, jakie stery itp.
Bo zaraz mnie pogrzeje
Dalej mi nie widzi urządzeń, za to przy debugu i żadnym błędzie co 10sek regularnie wysyła pinga.
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
Twój port znajdziesz w:
port: /dev/ttyACM0
adapter: deconz
Nie wchodźmy już w takie podstawy
Masz ewidentnie domyślne ustawienia prócz dodanego porta oraz opisanego adaptera, a mam dokładnie tak samo.
Nie mam problemów z połączeniem CONBEE z ZIGBEE2MQTT.
Tak jak wspomniałem ping w logach wychodzą w poszukiwaniu urządzeń które znajdują się w pobliżu w trybie parowania.
I to jest dla mnie kompletnie nie pojęte.
Przeczuwam że problem polega na tym, że przez wirtualną maszynę (VMPlayer) wychodzi sygnał do usb ale już ona nie wraca do wirtualnej maszyny.
A właśnie pytałem o status urządzenia w menadżerze urządzeń w systemie windows
[2024-05-24 06:29:59] debug: z2m: Received MQTT message on 'zigbee2mqtt/bridge/request/permit_join' with data '{"device":"Coordinator","time":254,"transaction":"57lav-1","value":true}'
[2024-05-24 06:29:59] info: z2m: Zigbee: allowing new devices to join via Coordinator.
[2024-05-24 06:29:59] debug: zh:deconz:driver: DATA_REQUEST - destAddr: 0xfffc EP:0 SeqNr. 20 request id: 4
[2024-05-24 06:29:59] debug: zh:deconz:frameparser: DATA_REQUEST RESPONSE - request id: 4 status: 0
[2024-05-24 06:29:59] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: DEVICE_STATE changed: 10100110
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 1 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz:driver: query aps data confirm
[2024-05-24 06:30:00] debug: zh:deconz:driver: DATA_CONFIRM - sending data state request - SeqNr. 21
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: DATA_CONFIRM RESPONSE - destAddr: 0xfffc request id: 4 confirm status: 0
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz:driver: send write parameter request from queue. seqNr: 22 paramId: 33 param: 254
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: write parameter response - parameter id: 33 - status: 0
[2024-05-24 06:30:00] debug: zh:deconz: PERMIT_JOIN - 254 seconds
[2024-05-24 06:30:00] debug: zh:deconz: no response expected (3)
[2024-05-24 06:30:00] debug: z2m: MQTT publish: topic 'zigbee2mqtt/bridge/response/permit_join', payload '{"data":{"device":"Coordinator","time":254,"value":true},"status":"ok","transaction":"57lav-1"}'
[2024-05-24 06:30:00] debug: zh:deconz:driver: DATA_REQUEST - destAddr: 0x0 EP:242 SeqNr. 23 request id: 5
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: DATA_REQUEST RESPONSE - request id: 5 status: 0
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: DEVICE_STATE changed: 10100110
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 1 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz:driver: query aps data confirm
[2024-05-24 06:30:00] debug: zh:deconz:driver: DATA_CONFIRM - sending data state request - SeqNr. 24
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: DATA_CONFIRM RESPONSE - destAddr: 0x0 request id: 5 confirm status: 0
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:00] debug: zh:deconz: sendZclFrameToEndpoint - message send with transSeq Nr.: 3
[2024-05-24 06:30:00] debug: zh:deconz: false, true, false, 10000
[2024-05-24 06:30:00] debug: zh:deconz: resolve request (3)
[2024-05-24 06:30:00] debug: zh:deconz:driver: send read device state from queue. seqNr: 25
[2024-05-24 06:30:00] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:10] debug: zh:deconz:driver: send read device state from queue. seqNr: 26
[2024-05-24 06:30:10] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:10] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:20] debug: zh:deconz:driver: send read device state from queue. seqNr: 27
[2024-05-24 06:30:20] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:20] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:30] debug: zh:deconz:driver: send read device state from queue. seqNr: 28
[2024-05-24 06:30:30] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:30] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:40] debug: zh:deconz:driver: send read device state from queue. seqNr: 29
[2024-05-24 06:30:40] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:40] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:30:50] debug: zh:deconz:driver: send read device state from queue. seqNr: 30
[2024-05-24 06:30:50] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:30:50] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:31:00] debug: zh:deconz:driver: send read device state from queue. seqNr: 31
[2024-05-24 06:31:00] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:31:00] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
[2024-05-24 06:31:10] debug: zh:deconz:driver: send read device state from queue. seqNr: 32
[2024-05-24 06:31:10] debug: zh:deconz:frameparser: device state: 10100010
[2024-05-24 06:31:10] debug: zh:deconz:driver: networkstate: 2 apsDataConfirm: 0 apsDataIndication: 0 configChanged: 0 apsRequestFreeSlots: 1
USB to nie Firewall więc wątpię żeby działał w jedną stronę.
Jeżeli Conbee współpracuje z Z2M to problemów szukaj w VM, dodaj jakieś zrzuty ekranu dla ustawień USB VM.
Można też tak.
/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2119503-if00
Używasz deCONZ czy Z2M? Bo to dwie różne rzeczy i razem nie działają
Naszła mnie myśl żeby wyłączyć kompletnie zaporę na PCie ale nic to nie dało.
Pisałem, że używam tylko Z2M (no i oczywiście MQTT)
Konfiguracja najbardziej domyślna jaka być może
O ustawieniu portów wiem, poza tym jak by było źle to by nie łączył się Z2M.
Ustawienia USB w VMPlayer z pokazanym że Conbee jest udostępniony do VM
Jeszcze raz dodaje, że USB podłączone przez przedłużkę USB na ok. 1m od komputera.
Urządzenie do którego chcę się połączyć jest o oddalone na ok.5m i jest dostępne na liście Z2M.
Proponuję sprawdzić czy urządzenia Zigbee są na liście obsługiwanych przez Deconz i wykonać próbę ich działania pod tym oprogramowaniem bezpośrednio w Windows.
Zapora nie ma nic do rzeczy (ruch sieciowy między serwerami w postaci Dodatków odbywa się w wewnętrznej sieci Dockera wewnątrz tej VM HAOS, no chyba, że masz instalację Z2M w inny sposób, ale o tym nie mówisz)
wszystko co trzeba zrobić to udostępnić sprzęt z hosta maszynie wirtualnej - to co widać na pierwszym, obrazku w linku poniżej
co masz na myśli pisząc?
i jest dostępne na liście Z2M.
screenshot może jakiś albo co?
może link do urządzenia w bazie urządzeń Z2M (jest dostępny w GUI Z2M tutaj)
Czy twoje urządzenia aby na pewno nie są sparowane z innym urządzeniem ?
