Weihnachtsangebot 2025! 🎄

[chris_xy123]

@arteck said in [Aufruf] ZigBee CC253x Adapter 0.9:

@masterofdesaster said in [Aufruf] ZigBee CC253x Adapter 0.9:

Dann komme ich auch mal mit meinen Problemchen …
Steinigt mich, wenn der Fehler schon irgendwo genannt wurde und ich es überlesen hab!

Ich habe auf 0.9.1 upgegradet. Es funktionieren auch noch alle Geräte, nur ist die Geräteliste in der Adapterkonfiguration leider leer und somit auch die Netzwerkkarte. Meine gesamten Geräte werden dort nicht angezeigt - auch ein neu gepairtes nicht.
Die Objekte/Datenpunkte sind alle vorhanden und laufen wie sie sollen.

Habt ihr ne Idee was da nicht zusammenpassen könnte? Besten Dank schonmal!

Upload wieder mal vergessen...

Gleiches Problem hier. In der Adapterkonfiguration und in der Netzwerkkarte ist alles leer. Wenn man diese aufruft, kommt im Log nur ein "getDevices error: {}".
Restore auf einen Stand vom Wochenende hilft temporär. Nach Zeit x sieht es wieder identisch aus. Upload ist bereits mehrfach durchgeführt.
Gibt es Ideen dazu?

Viele Grüße

[Asgothian]

Kannst du mal den Logteil vom Start des Adapters suchen und posten ? Sollte in etwa so aussehen :

zigbee.0	2019-02-11 17:28:11.279	info	Succesfully configured 0x00137a000001a9b0
zigbee.0	2019-02-11 17:28:09.936	info	6 (0x00137a000001a9b0): Z809AF - Ninja Blocks Zigbee smart plug with power meter (Router)
zigbee.0	2019-02-11 17:28:09.936	info	5 (0x00158d0002f8d15d): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee.0	2019-02-11 17:28:09.936	info	4 (0x00158d0002a6db24): QBKG12LM - Xiaomi Aqara double key wired wall switch (Router)
zigbee.0	2019-02-11 17:28:09.936	info	3 (0x00158d0001922aec): SPZB0001 - Eurotronic Spirit Zigbee wireless heater thermostat (EndDevice)
zigbee.0	2019-02-11 17:28:09.936	info	2 (0x00158d000257b679): RTCGQ11LM - Xiaomi Aqara human body movement and illuminance sensor (EndDevice)
zigbee.0	2019-02-11 17:28:09.935	info	1 (0x00158d00027a4463): MFKZQ01LM - Xiaomi Mi/Aqara smart home cube (EndDevice)

Zusätzlich wäre es nett wenn du an einem der per Zigbee angeschlossenen Sensoren / Aktoren ein Update erzwingen kannst, und das dann auch loggen. Dazu musst du das Logging beim zigbee Adapter erst auf debug stellen, damit das im Log auch zu sehen ist (Siehe Screenshots - Adapter ansicht in Expertenmodus, dann Loglevel auf Debug hochsetzen) und dann ein Update am Objekt erzwingen (z.Bsp. einen Taster drücken, einen Fensterkontakt Öfen, eine Steckdose anschalten oder bei einen Temperatursensor 10 Minuten lang in der Hand halten damit die Temperatur hoch geht.)

Dann müsstest Du im Log eine Meldung ähnlich der unteren sehen:

zigbee.0	2019-02-11 17:33:55.927	debug	Device 0x00137a000001a9b0 incoming event:{"groupid":0,"clusterid":1794,"srcaddr":57999,"srcendpoint":1,"dstendpoint":1,"wasbroadcast":0,"linkquality":44,"...

Bei mir funktioniert der Adapter mit meinen angeschlossenen Geräten einwandfrei.

[thexbrain]

@chris_xy123 said in [Aufruf] ZigBee CC253x Adapter 0.9:

Hallo,

ich habe mit den Osram Smart+ Plugs leider Probleme.

Den Adapter habe ich bereits auf 0.9.1 gebracht und auch einen Upload gemacht. Ebenfalls die Adapter bzw. ebenfalls den kompletten Raspberry durchgestartet.

Die Firmware auf dem Stick ist noch nicht aktualisiert, aber das soll ja eigentlich auch nur für die Gruppenfunktion nötig sein.

Wenn ich nun die Plugs schalten will, funktioniert es teilweise und teilweise dann wieder x-Mal nicht. In den Logs tauchen dabei folgende Meldungen auf:

zigbee.0 2019-02-05 02:03:59.556 error Zigbee publish to '0x84182600000ee8e0', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the n

zigbee.0 2019-02-05 02:03:56.956 error Zigbee publish to '0x84182600000ee8e0', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the ne

zigbee.0 2019-02-05 02:03:54.844 error Zigbee publish to '0x84182600000ee8e0', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the ne

Im state wird dann auch der Wert rot markiert, falls die Plug nicht schaltet. Das war vor dem Upgrade auf 0.9.1. noch nicht so.

Gibt es dafür eine Lösung?

Andere Geräte (Philips HUE, IKEA Tradfri) funktionieren hingegen. Der Abstand der Plugs vom Stick beträgt zwischen einem halben und ca. 10 Metern. Verhalten ist überall identisch.

Ich habe genau die gleichen Probleme mit den Osram Smart+ Plugs wie du.
Bekomme auch die gleichen Fehlermeldung im Log.

chris_xy123 bist du da irgendwie weiter gekommen?

[chris_xy123]

@Asgothian

Ich hab den Logteil vom Start in den Anhang gepackt, da dies auch schon im Debug Mode geschah.
iobroker_1.log
Kannst du mit dem Auszug von über einer Minute etwas anfangen?
Die linkquality überrascht mich dabei etwas. Ich habe sämtliche Plugs, Sensoren, Schalter etc. direkt nebenbeinander auf einer Fläche von ca. 6-10 qm in einem Raum verteilt und dennoch ist der Wert durchgehend ziemlich schlecht. Lediglich vier der fünf Hue Birnen sind eine Etage tiefer, jedoch auch direkt unter mir.

Ich habe gerade einen der Plugs per Knopf betätigt. Hier das entsprechende Log dazu
iobroker_2.log

Falls du gerne noch mehr Infos hättest, sag Bescheid.

[chris_xy123]

@Asgothian
Habe gerade nochmal die zigbee Instanz durchgestartet mit auf Log-Stufe Info:
iobroker_3.log
Das ist vielleicht etwas übersichtlicher, wenn auch nicht so aussagekräftig...

[arteck]

könntet ihr mal bitte die Maschienen neu starten... ein iobroker restart reicht nicht

ich musste gestern feststellen dass sich der converter aufgehangen hat und ich 3 instanzen von diesem im Speicher hatte.... genau mit dieser Meldung...

[chris_xy123]

@arteck
Habe ich bereits mehrfach gemacht. Leider hat auch dies keine Besserung bewirkt.

[masterofdesaster]

@chris_xy123 said in [Aufruf] ZigBee CC253x Adapter 0.9:

@arteck
Habe ich bereits mehrfach gemacht. Leider hat auch dies keine Besserung bewirkt.

Das kann ich leider nur bestätigen!

[arteck]

und ihr habt den adapter aus vom GIT bezogen ..
frisch und neu ????

@chris_xy123
im Log steht das deine Firmware vom 20180507 ist... ich weiss nicht ob es nicht damit zusammenhängt
da hat sich was getan

[chris_xy123]

@arteck

Neuer dürfte es nicht gehen.

Die Firmware des Sticks könnte ich im Zweifel noch auf die neueste Version bringen. Dann muss ich mir nur nochmal gut zureden, dass ich die ganzen Geräte wieder anlerne... :-)

[masterofdesaster]

@chris_xy123 said in [Aufruf] ZigBee CC253x Adapter 0.9:

Die Firmware des Sticks könnte ich im Zweifel noch auf die neueste Version bringen.

Ich hoffe nicht, dass das evtl. die einzige Lösung des Problems ist. Meinen Stick habe ich fertig gekauft. Für mich ist es also nicht so einfach möglich die Firmware zu erneuern.

[arteck]

@chris_xy123 said in [Aufruf] ZigBee CC253x Adapter 0.9:

@arteck

Neuer dürfte es nicht gehen.

Die Firmware des Sticks könnte ich im Zweifel noch auf die neueste Version bringen. Dann muss ich mir nur nochmal gut zureden, dass ich die ganzen Geräte wieder anlerne... :-)

das sagt nix ... wir setzten die Version nicht immer hoch.. also

installiere bitte JETZT die JETZIGE GIT version ... biitttööääääää

[arteck]

@masterofdesaster said in [Aufruf] ZigBee CC253x Adapter 0.9:

@chris_xy123 said in [Aufruf] ZigBee CC253x Adapter 0.9:

Die Firmware des Sticks könnte ich im Zweifel noch auf die neueste Version bringen.

Ich hoffe nicht, dass das evtl. die einzige Lösung des Problems ist. Meinen Stick habe ich fertig gekauft. Für mich ist es also nicht so einfach möglich die Firmware zu erneuern.

es ist nur eine Vermutung da bei vielen hier "alles" funktioniert.. ich nutze auch die ältere Firmwareversion wie es in meiner Signaur steht..
im Falles dessen musst du zurück auf eine Adapter Version die vorher funktioniert hat..

[ltsalvatore]

kurze frage..
habe endlich wieder etwas luft mich um das thema zigbee zu kümmern und mir ist aufgefallen,
dass ich

1. meinen aqara switch nicht mehr einbinden kann, weder über den coordinator noch über einen der vorhandenen osram plugs
2. wenn, ich einen osram plug entferne, wird dieser wieder automatisch hinzugefügt.

beides sachen, die so nicht sein sollten.
bez. punkt 2 kann ich mich erinnern, dass jemand das gleiche problme hatte.. kann mich aber nicht mehr erinnern, wie dort die lösung war.. (DB löschen, eintrag aus DB entfernen?)....

EDIT:
habe auch schon die neuste adapter version getestet

[arteck]

@ltsalvatore said in [Aufruf] ZigBee CC253x Adapter 0.9:

1. meinen aqara switch nicht mehr einbinden kann, weder über den coordinator noch über einen der vorhandenen osram plugs
2. wenn, ich einen osram plug entferne, wird dieser wieder automatisch hinzugefügt.

1. den runden (da habe ich auch gekotzt hab 4 stück von) oder den eckigen (hier kein plan)
2. ja das ist so.. du musst den erst löschen im Adapter dann am Gerät resetten...

[ltsalvatore]

@arteck said in [Aufruf] ZigBee CC253x Adapter 0.9:

@ltsalvatore said in [Aufruf] ZigBee CC253x Adapter 0.9:

1. meinen aqara switch nicht mehr einbinden kann, weder über den coordinator noch über einen der vorhandenen osram plugs
2. wenn, ich einen osram plug entferne, wird dieser wieder automatisch hinzugefügt.

1. den runden (da habe ich auch gekotzt hab 4 stück von) oder den eckigen (hier kein plan)
2. ja das ist so.. du musst den erst löschen im Adapter dann am Gerät resetten...

ich meine den eckigen schalter..
der hatte vor ein paar wochen noch ohne probleme funktioniert und lies sich auch problemlos im adapter entfernen und neu einbinden

meine vorgehensweise zu den osram plugs ist eigentlich so wie du beschrieben hast.
in der shepherd.db war der plug aber zwei mal vorhanden, warum auch immer.

ich habe nun folgendes gemacht:
adapter und objekte gelöscht,
zigbee ordner und shepherd.db gelöscht
server neustart
und neusten adapter inst.

jetzt hat auch wieder das einbinden des aqara switch anstandslos funktioniert.
das einzige was jetzt noch ein problem macht, sind die osram plugs...
denn diese lassen sich zwar sofort einbinden, jedoch werden die states in beide richtungen nicht übertragen

das log spuckt folgendes aus:

Caught	2019-02-12 16:48:43.881	error	by controller[5]: Tue, 12 Feb 2019 15:48:43 GMT cc-znp:SREQ --> ZDO:mgmtPermitJoinReq, { addrmode: 15, dstaddr: 65532, duration: 0, tcsignificance: 0 }
Caught	2019-02-12 16:48:43.881	error	by controller[4]: 2019-02-12T15:48:43.792Z zigbee-shepherd:request REQ --> ZDO:mgmtPermitJoinReq
Caught	2019-02-12 16:48:43.881	error	by controller[3]: 2019-02-12T15:48:43.768Z zigbee-shepherd zigbee-shepherd is stopping.
Caught	2019-02-12 16:48:43.880	error	by controller[2]: 2019-02-12T15:48:21.284Z zigbee:controller error Zigbee publish to '0x84182600000bf091', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 183. AP
Caught	2019-02-12 16:48:43.880	error	by controller[1]: 2019-02-12T15:48:21.281Z zigbee-shepherd:msgHdlr IND <-- AF:dataConfirm, transId: 2
Caught	2019-02-12 16:48:43.880	error	by controller[1]: 2019-02-12T15:48:21.279Z zigbee-shepherd:af dispatchIncomingMsg(): type: dataConfirm, msg: [object Object]
Caught	2019-02-12 16:48:43.879	error	by controller[1]: Tue, 12 Feb 2019 15:48:21 GMT cc-znp:AREQ <-- AF:dataConfirm, { status: 183, endpoint: 1, transid: 2 }

EDIT:
ok.. jetzt wird es noch skuriler..
ich habe gerade den plug angeschlossen, welchen in doppelt in der shepherd.db hatte, um diesen wieder zu pairen.
und das blöde ding war schon wieder automatisch im adapter eingebunden.
plus, es ist der einzige adapter, der sich in beide richtungen steuern lässt..
wtf?!?!

[arteck]

da stimmt was nicht..

zigbee-shepherd zigbee-shepherd is stopping

das darf nich...

[Asgothian]

@ltsalvatore said in [Aufruf] ZigBee CC253x Adapter 0.9:

ich habe gerade den plug angeschlossen, welchen in doppelt in der shepherd.db hatte, um diesen wieder zu pairen.
und das blöde ding war schon wieder automatisch im adapter eingebunden.
plus, es ist der einzige adapter, der sich in beide richtungen steuern lässt..
wtf?!?!

Das verhalten hatte ich auch. Bei den Plugs ist es notwendig, sie zu resetten, damit auch die Plug den Netzwerk-Key wegwirft, ansonsten tauchen sie immer wieder im Netz auf.

[ltsalvatore]

ok.. mittlerweile habe ich es hinbekommen...
was am ende geholfen hat, war diesen blöden stick einmal kurz vom usb port zu trennen.
dann gingen auch wieder alle plugs und switches problemlos.
und das log spuckt auch keine fehlermeldungen mehr aus.

das mit dem resetten werde ich mir trotzdem mal merken, auch wenn ich nicht genau weis, wie das gemacht wird, bei den osram plugs.

[southparkler]

Schalter gedrückt halten bis es "klick" macht. Einfacher ge es nicht.

Hab aktuell auch so meine Probleme mit Xiaomi Aqara Komponenten und Osram Smart Plugs.

Muss ich eigentlich alle Skripte anpassen wenn ich alles neu pairen möchte? Scheint mir extrem aufwendig zu sein...