Zigbee-Adapter zickt. Flashen lassen oder tauschen?

[arteck]

@dexic sagte in Zigbee-Adapter zickt. Flashen lassen oder tauschen?:

TS011F

sieht doch gut aus...

musst nur die

0xa4c138867bdf42a2 TS011F
0xa4c138de74061d48 TS011F
0xa4c1386363b09d42 TS011F
0xa4c1389f9914931e TS011F
0xa4c138e7c52b7d7f TS011F
0xa4c138d046d9d5ae TS011F

neu anlernen

[dexic]

@arteck

Das sieht bei mir auf dem Schirm anders aus ...

Und wenn ich es dann versuche:

[arteck]

@dexic mach erstmal.. wenn die Router im netz sind kann sein dass der rest dann von sich aus rein kommt.

machmal bitte

https://github.com/ioBroker/ioBroker.zigbee/wiki/GIT-install

und schau nochmal.. kein plan warum der pairing modus nicht startet

[dexic]

@arteck said in Zigbee-Adapter zickt. Flashen lassen oder tauschen?:

mach erstmal.. wenn die Router im netz sind kann sein dass der rest dann von sich aus rein kommt.

Den USB-Adapter habe ich am RPi schon getauscht. Jetzt kommt beim Einschalten des Kopplungsmodus dieser komische Fehler im Schirm.

GIT-Install habe ich durchgeführt mit exit code = 0, also problemlos. Das ist das Ergebnis:

Leider bleiben die Geräte alle weiterhin unverbunden. Das Protokoll sagt jetzt:

zigbee.0
	2024-02-24 11:03:40.839	warn	DeviceAvailability:Failed to ping 0xa4c13872a43d86fd TS011F
zigbee.0
	2024-02-24 11:03:40.820	warn	DeviceAvailability:Failed to ping 0xa4c1381cbfd11d66 TS011F
zigbee.0
	2024-02-24 11:03:40.805	warn	DeviceAvailability:Failed to ping 0xa4c138867bdf42a2 TS011F
zigbee.0
	2024-02-24 11:03:40.789	warn	DeviceAvailability:Failed to ping 0xa4c138de74061d48 TS011F
zigbee.0
	2024-02-24 11:03:40.753	warn	DeviceAvailability:Failed to ping 0xa4c1386363b09d42 TS011F
zigbee.0
	2024-02-24 11:03:40.734	warn	DeviceAvailability:Failed to ping 0xa4c1389f9914931e TS011F
zigbee.0
	2024-02-24 11:03:40.718	warn	DeviceAvailability:Failed to ping 0xa4c138e7c52b7d7f TS011F
zigbee.0
	2024-02-24 11:03:40.702	warn	DeviceAvailability:Failed to ping 0xa4c138d046d9d5ae TS011F
zigbee.0
	2024-02-24 11:03:34.022	info	debug devices set to []
zigbee.0
	2024-02-24 11:03:33.886	info	Zigbee started
zigbee.0
	2024-02-24 11:03:33.885	info	0xa4c13872a43d86fd (addr 47187): A1Z - Nous Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.883	info	0xa4c1381cbfd11d66 (addr 50830): A1Z - Nous Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.880	info	0xa4c138867bdf42a2 (addr 22255): A1Z - Nous Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.877	info	0xa4c138de74061d48 (addr 32429): A1Z - Nous Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.873	info	0x00158d000949a629 (addr 29713): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.871	info	0x00158d0009451e5b (addr 13394): WSDCGQ11LM - Aqara Temperature and humidity sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.868	info	0x00158d0008746aee (addr 58357): DJT11LM - Aqara Vibration sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.865	info	0x00158d0008dffe7e (addr 56436): SJCGQ11LM - Aqara Water leak sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.861	info	0x00158d0008d02230 (addr 31821): WXKG11LM - Aqara Wireless mini switch (EndDevice)
zigbee.0
	2024-02-24 11:03:33.857	info	0x00158d00094651c7 (addr 29657): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.855	info	0x00158d00091b229a (addr 43507): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.852	info	0xa4c1386363b09d42 (addr 37503): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.850	info	0xa4c1389f9914931e (addr 51274): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.847	info	0x00158d00094651a4 (addr 60844): MCCGQ11LM - Aqara Door and window sensor (EndDevice)
zigbee.0
	2024-02-24 11:03:33.844	info	0x003c84fffed660a9 (addr 62062): BRT-100-TRV - Moes Thermostatic radiator valve (EndDevice)
zigbee.0
	2024-02-24 11:03:33.830	info	0xa4c138e7c52b7d7f (addr 38827): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.822	info	0xa4c138d046d9d5ae (addr 102): TS011F_plug_1 - TuYa Smart plug (with power monitoring) (Router)
zigbee.0
	2024-02-24 11:03:33.742	info	Currently 17 devices are joined:
zigbee.0
	2024-02-24 11:03:33.718	info	--> transmitPower : high+
zigbee.0
	2024-02-24 11:03:33.693	info	Unable to disable LED, unsupported function.
zigbee.0
	2024-02-24 11:03:33.669	info	Coordinator firmware version: {"type":"zStack3x0","meta":{"transportrev":2,"product":1,"majorrel":2,"minorrel":7,"maintrel":1,"revision":20221226}}
zigbee.0
	2024-02-24 11:03:29.107	info	Installed Version: ioBroker/ioBroker.zigbee#789c70c588651e4a06ba495ddf572adb8d9a1b7c
zigbee.0
	2024-02-24 11:03:28.741	info	Starting Zigbee npm ...
zigbee.0
	2024-02-24 11:03:28.739	info	delete old Backup files. keep only last 10
zigbee.0
	2024-02-24 11:03:28.637	info	starting. Version 1.10.2 (non-npm: ioBroker/ioBroker.zigbee#789c70c588651e4a06ba495ddf572adb8d9a1b7c) in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.19
host.raspberrypi
	2024-02-24 11:03:23.952	info	instance system.adapter.zigbee.0 started with pid 5990
host.raspberrypi
	2024-02-24 11:03:23.876	info	"system.adapter.zigbee.0" enabled
host.raspberrypi
	2024-02-24 11:03:22.208	info	instance system.adapter.zigbee.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)

[arteck]

@dexic kannst du jetzt das pairing starten ?

[dexic]

@arteck
Nein, noch immer nicht. Ich bin ratlos...

[dexic]

@dexic

Soll ich mal einen Sonoff testen?

[Gargano]

@thomas-braun
Was ist denn ein brauchbarer Zigbee Stick ? (CC2652P, Sonoff...?)

[arteck]

@dexic poste mal den fehler ..nachdem du auf pairing gedrückt hast

[dexic]

@arteck

Das passiert mit dem CC2652P, den ich als Ersatz für den 2531 genommen habe. Den Sonoff habe ich noch nicht ausprobiert.

Error: Failed to open the network: Error: SREQ '--> ZDO - mgmtPermitJoinReq - {"addrmode":15,"dstaddr":65532,"duration":254,"tcsignificance":0}' failed with status '(0xc2: NWK_INVALID_REQUEST)' (expected '(0x00: SUCCESS)')
    at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:320:27
    at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20)
    at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:206:13
    at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20)
    at ZStackAdapter.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:203:9)
    at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:246:13)
    at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:234:9)
    at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:521:17). undefined
Pairing started

[arteck]

@dexic installier nochmal von GIT

[dexic]

@arteck

Kurzer Kommentar: Der Fehler war vor und nach der Installation von GIT der gleiche. Ich wiederhole jetzt die Installation und prüfe dann die Fehlermeldung.

1. Installation von GIT
   Exit code 0
2. Neustart des RPi
   Laut Protokoll konnten nur die TS011F Steckdosen nicht angepingt werden
3. Prüfung der Fehlermeldung beim Koppeln
   Die gleiche Fehlermeldung wie sonst auch.

Ich werde morgen mal den Sonoff auspacken und testen.

[dexic]

So, Zwischenstand. Der Sonoff 3.0 scheint halbwegs durchzukommen. Ich bekomme Stück um Stück immer mehr alte Verbindungen erneuert. Mal sehen, ob morgen noch mehr Verbindungen dazu kommen, dann lasse ich es weiterlaufen.

[dexic]

Liebe Gemeinde,

wie gehe ich jetzt mit den letzten vier Zigbee-Geräten um, die sich noch nicht ans Netz gehängt haben? Den Außentemperatursensor (https://www.zigbee2mqtt.io/devices/WSDCGQ11LM.html) ich in den Kopplungsmodus gebracht (Taste lange halten, blaue LED blinkt) und das Pairing gestartet, jedoch ohne Erfolg. Direkt ein Stockwerk unten drunter sind zwei Zigbee-Steckdosen, die die Verbindung herstellen sollten, oder denke ich da falsch? Muss ich mit den Geräten zurück zum RasPi und dort neu koppeln? Was ist in so einem Fall die empfohlene Vorgehensweise?

Vielen Dank!

[arteck]

@dexic welche Steckdosen sind das.. und sind die schon im Netz ??

[dexic]

Nachdem mir bis gestern niemand geantwortet hat, habe ich die Geräte in der Nähe des RasPi einfach aus Trotz und mangels besserer Lösung in den Kopplungsmodus versetzt und es hat dann schlussendlich doch geklappt, sie zu verbinden. Der Außentemperatursensor nervte, daher habe ich ihn jetzt in die Nähe der Steckdose gelegt, die später im Stockwerk direkt unter ihm sein wird. Ich gehe davon aus, dass diese Verbindung nachher funktionieren sollte, wenn sie sich "kennen".

Danke allen für die Ratschläge und Einsichten!

[dexic]

@arteck A1Z und ja, sie waren schon im Netz. https://www.zigbee2mqtt.io/devices/A1Z.html

[RikDRS]

Guten Morgen zusammen!

Ich habe ein ähnliches / selbe Problem. Habe gestern zwei Steckdosen neu angelernt, dieses ohne Probleme. Heute war eine Steckdose nicht mehr erreichbar. Habe verschiedene Varianten ausprobiert um sie neu zu koppeln bzw die Verbindung wieder herzustellen - nun bekomme ich bei einem erneuten Koppelversuch diese Fehlermeldung:

Error: Failed to open the network: Error: SREQ '--> AF - dataRequestExt - {"dstaddrmode":2,"dstaddr":"0x000000000000fffd","destendpoint":242,"dstpanid":0,"srcendpoint":242,"clusterid":33,"transid":11,"options":0,"radius":30,"len":6,"data":{"type":"Buffer","data":[25,8,2,11,254,0]}}' failed with status '(0x10: MEM_ERROR)' (expected '(0x00: SUCCESS)')
    at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/znp/znp.ts:320:27
    at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20)
    at ZStackAdapter.dataRequestExtended (/opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:997:9)
    at /opt/iobroker/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:557:13
    at Queue.execute (/opt/iobroker/node_modules/zigbee-herdsman/src/utils/queue.ts:35:20)
    at GreenPower.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/greenPower.ts:237:13)
    at Controller.permitJoinInternal (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:247:13)
    at Controller.permitJoin (/opt/iobroker/node_modules/zigbee-herdsman/src/controller/controller.ts:234:9)
    at ZigbeeController.permitJoin (/opt/iobroker/node_modules/iobroker.zigbee/lib/zigbeecontroller.js:525:17). undefined
Pairing started 

Meldung tritt sowohl bei Version 1.10.1 als auch 1.10.2 auf

Die Steckdose welche die Verbindung verloren hat wird unter meinen Objekten nicht mehr angezeigt. Aktiv gelöscht habe ich diese aber nicht.

Irgendwelche Tips zur Behebung dieses Problems?

[RikDRS]

ich antworte mir mal selbst

aus diesem Beitrag hatte ich entnehmen können, das der Fehler mit dem Speicherplatz des Sticks zu tun haben könnte.
Habe nun den iOBroker neu gestartet und nun funktioniert das koppeln wieder!