Test Adapter ZigBee CC253x v0.11.x

[Asgothian]

@RichieXX sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:

@Asgothian
Der Fehler ist nach dem Pairing des GL-C-008 aufgetreten, aber nicht direkt. Ich habe danach mindestens einmal die Geräteliste geöffnet. Davor habe ich aber auch das Update von der 0.8.2 auf die 0.11.2 gemacht. Gerne nehme ich deine Hilfe an. Melde dich wenn es dir passt.

Wir sind heute dem ganzen auf den Grund gegangen. Bei @RichieXX lag es daran das beim Aufzählen der Devices eines der Devices aus einem mir nicht klaren Grund Gruppeninformationen beinhaltet hat, die beim JSON.parse zu einer Exception führen. Was letztendlich da genau nicht ging haben wir aber nicht mehr auseinander gepflückt. Ich werde morgen eine gepatche Version des Adatpers auf Github hochladen - dann können andere mit einem vergleichbaren Fehler schauen ob das Problem durch den Patch auch weg ist.

Wichtiger Hinweis: der Patch führt ggf. dazu das die im Adapter definierbaren Gruppen nicht funktionieren. Daher bitte mit Vorsicht einsetzen.

A.
p.s. Noch einmal Danke an @RichieXX das ich ihm 2 Stunden Zeit klauen durfte um den Fehler zu lokalisieren.

[Asgothian]

So.. der Branch ist soweit fertig. Bei mir geht er.
@RichieXX, @Marcel-Meissel : Wenn ihr den probieren wollt, könnt ihr vom unten stehenden Link installieren (per Katze):

https://github.com/asgothian/ioBroker.zigbee/tarball/GroupErrorInGetDevices

A.

[flubb]

Hallo zusammen,

habe leider ein Problem mit dem aktuellen Zigbee-Adapter (0.11.2):

Nachdem ich meinen kompletten Raspberry aufgrund div. nicht behebbarer Probleme neu aufgesetzt habe, iobroker neu installiert (node v10.16.3) und ein Backup eingespielt habe lief alles. Dann habe ich meine Adapter aktualisiert und nun läuft leider der Zigbee-Adapter nicht mehr:

zigbee.0	2019-09-05 22:33:41.399	error	Error while starting zigbee-shepherd!. Error: request timeout
zigbee.0	2019-09-05 22:33:29.316	info	Starting zigbee-shepherd
zigbee.0	2019-09-05 22:32:29.308	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-09-05 22:32:24.705	info	Reset coordinator
zigbee.0	2019-09-05 22:32:24.677	info	Lib-Versions: ZShepherd 0.3.0, ZSConverters 10.2.4
zigbee.0	2019-09-05 22:32:24.621	info	Queue is: true
zigbee.0	2019-09-05 22:32:24.621	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 channel 11
zigbee.0	2019-09-05 22:32:24.577	info	starting. Version 0.11.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3
host.raspberrypi	2019-09-05 22:32:22.295	info	instance system.adapter.zigbee.0 started with pid 8275

unter der ursprüngliche installierten Version 0.10.3 läuft alles (auch wenn ich wieder auf 0.10.3 downgrade funktioniert es):

zigbee.0	2019-09-05 22:15:59.790	info	zigbee-shepherd ready. version: 2.6.3 rev 20190608
zigbee.0	2019-09-05 22:15:59.769	info	zigbee-shepherd started!
zigbee.0	2019-09-05 22:15:58.464	info	Reset coordinator
zigbee.0	2019-09-05 22:15:58.464	info	Queue is: true
zigbee.0	2019-09-05 22:15:58.464	info	Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 with panID 6754 channel 11
zigbee.0	2019-09-05 22:15:58.445	info	starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3

jmd. eine Idee oder einen Hinweis wieso die aktuelle Version bei mir nicht läuft?

Danke!

[arteck]

@flubb zieh mal den stick kurz raus.. und starte den adapter neu

[flubb]

@arteck bereits mehrfach getan, leider keine Änderung , habe auch bereits Hard- und Softreset ausprobiert...

[arteck]

@flubb hmm. also ich hab gerade von GIT neu gezogen.. kein Problem

[flubb]

mangels besserer Ideen habe ich auf meinen Stick jetzt einfach mal die Z-Stack 3.0 Firmware geflasht und siehe da, es läuft. Da ich wissen wollte ob der Fehler reproduzierbar ist, habe ich dann wieder zurück auf die 1.2 geflasht und es läuft noch immer... Keine Ahnung was da das Problem war, fürchte irgendwas auf meinem Stick hat nicht 100% gepasst, warum auch immer.
Trotzdem Danke für deine Hilfe!

[eMd]

Hallo,

Ich benutze zu Hause eine ZBT-ExtendedColor von Aldi.

Ich kann super Farben setzen usw. Sobald ich aber die Color.temperature setzen will sehe ich die Lampe kurz auf den weißtom springen und anschließend geht sie aber auf den farbwert zurück...

Egal ob ich die über vis, material, lovelace oder iqontrol ansteuere.

Kann das ein Adapter problem sein?

MfG
eMd

PS: ICh habe jetzt gesehen das wenn ich eine Farbe setze, das objekt im Baum aktualisiert wird. Setze ich die color.temperature auf einen weißwert, dann wird der wert im objektbaum aktualisiert und anschließend der farbwert auch noch mal, dadurch nimmt die lampe natürlich immer den letzten wert der eingestellt wird.

[RichieXX]

@Asgothian
Ist dein Fix (oder besser Workarround?!) in die aktuelle 0.11.3 eingeflossen oder sollte ich das Update lieber auslassen?

[Asgothian]

@RichieXX Bisher nicht.

Hattest du den Fix den ich auf meinem Github repository verlinkt hab ausprobiert ? Bisher habe ich keine Rückmeldung bekommen.

[arteck]

@RichieXX im 0.11.3 ist nur zstack 3.0 anpassung.. du musst vom @Asgothian ziehen

[RichieXX]

@Asgothian
Sorry, war die letzten Tage dienstlich sehr beschäftigt. Werde mich am Wochenende mal ransetzen und testen.

[Siegfried]

@Asgothian
Habe News zu dem Danalook Schloss
Eigentlich funktioniert es tadellos wusste nur nicht welche Werte ich in das Feld "lockState" schreiben sollte.
Hatte es dummerweise mit true und so was probiert.
Erst heute bin ich auf die Idee gekommen lock/unlock einzusetzen (wäre auch logische)
Sie da es funktioniert.

[marcuskl]

Ich brauche mal eure Hilfe.

Ich habe mir eine Osram Lightify E27 bestellt (AA69697) die RGBW kann.
Ich habe heute Stundenlang versucht diese mit den cc2531 zu Paaren, aber es hat nicht mal annähernd die Lampe erkannt.
Ich habe auch mehrmals, wie beschrieben die Lampe auf Werkseinstellungen zurückgesetzt (5x ein 3 sek. & aus 5 sek. und dann mit ein Blinken bestätigt) das hat aber auch nichts gebracht.

Kann mir hier jemand weiter helfen?

[bishop]

hallo,

habe ein update von 0.10.x zu 0.11.4 gemacht und nun startet der Adapter nicht mehr.

host.All-In-One_RasPi	2019-10-16 21:42:50.056	info	Restart adapter system.adapter.zigbee.0 because enabled
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:511:3)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at /opt/iobroker/node_modules/nedb/lib/persistence.js:281:38
host.All-In-One_RasPi	2019-10-16 21:42:50.055	error	Caught by controller[0]: at Persistence.treatRawData (/opt/iobroker/node_modules/nedb/lib/persistence.js:242:11)
host.All-In-One_RasPi	2019-10-16 21:42:50.054	error	Caught by controller[0]: Error: More than 10% of the data file is corrupt, the wrong beforeDeserialization hook may be u

das mit den "ExtPanID" habe ich gelesen, der Adapter startet aber nicht einmal.
Hab den den Adapter auch schon komplett gelöscht und wieder installiert aber das selbe!

Was kann ich noch tun?

vielen dank

[Matdos]

@Siegfried

Hallo, war längere Zeit weg hatte gut zu tun zu Hause

So sieht das bei mir aus Lock_state 2 ist wenn das Schloss offen ist und 1 wird geschrieben vom Schloss wenn es geschlossen ist, die Werte werden immer geschrieben egal ob das Schloss manuel über die App oder über Iobroker geschlossen oder geöffnet wird.

Nach dem ersten Anlernen sieht man nichts ausser dem Batt. Satus das ist normal, ich klicke immer bei Lock_contol (da wo jetzt false steht) mit der Maus rein dann sieht man das Kästchen da den Haken setzen damit das Schloss schliesst und den Haken raus machen damit es öffnet dann werden die Werte geschrieben und dann steht auch true und false drine.

Schönen Abend.

MFG
Martin

[Siegfried]

@matdos1gmx-de Leider hab ich im moment nur probleme mit dem Zigbee. Schaffe es auch nicht mehr das Schloss anzulernen
Bin am verzweifeln

[FredF]

Ich nutze noch den Adapter 0.10.2 mit der shepherd 2.6.3 rev 20180815 und bisher hat auch alles funktioniert mit den 39 Geräten (9 Router, 30 Enddevices) die ich habe.
Nun habe ich mir mal von dresden electronic den FLS-PP geholt und auch pairen können (new dev 0x00212effff032cb1 1707 FLS-PP3). Er wird auch in der Kachel angezeigt.
Helligkeit einstellen (0-100) und ein/aus funktioniert aber farbe einstellen geht nicht.

Das sind die Datenpunkte:

Diese Meldung ist im Log wenn ich Versuche bei Color etwas einzutragen

2019-10-17 20:05:54.868  - error: zigbee.0 (873) Zigbee publish to '0x00212effff032cb1', lightingColorCtrl - moveToColorTemp - {"colortemp":100,"transtime":0} - 10 failed with error Error: AF data request fails, status code: 205. No network route. Please confirm that the device has (re)joined the network.

Liegt es den Versionen des Adapters/Stick Firmware? Sollte ich also updaten? Oder ist der FLS-PP nicht richtig integriert? Oder?
Vielen Dank schon mal für eine Rückmeldung

[bishop]

@bishop sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:

hallo,

habe ein update von 0.10.x zu 0.11.4 gemacht und nun startet der Adapter nicht mehr.

host.All-In-One_RasPi	2019-10-16 21:42:50.056	info	Restart adapter system.adapter.zigbee.0 because enabled
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:511:3)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at /opt/iobroker/node_modules/nedb/lib/persistence.js:281:38
host.All-In-One_RasPi	2019-10-16 21:42:50.055	error	Caught by controller[0]: at Persistence.treatRawData (/opt/iobroker/node_modules/nedb/lib/persistence.js:242:11)
host.All-In-One_RasPi	2019-10-16 21:42:50.054	error	Caught by controller[0]: Error: More than 10% of the data file is corrupt, the wrong beforeDeserialization hook may be u

das mit den "ExtPanID" habe ich gelesen, der Adapter startet aber nicht einmal.
Hab den den Adapter auch schon komplett gelöscht und wieder installiert aber das selbe!

Was kann ich noch tun?

vielen dank

mein Problem hat sich erledigt.
Keine Ahnung was ich alles gemacht habe aber...

What i did and seems to solve it for me, when zigbee shepperd starts and comes with the error for trying to fix 60sec. within the period it's "fixing" press then the debug button on the usb stick and it works for me.

evtl. hat auch das geholfen nun geht alles wieder

zigbee.0	2019-10-17 19:57:41.797	info	Zigbee-shepherd ready. Firmware version: 2.7.2 rev 20190425
zigbee.0	2019-10-17 19:57:41.445	info	zigbee-shepherd started!

ist es normal das der Motionsensor "lumi.sensor_motion.aq2" von Xiaomi immer

no converter available for 'RTCGQ11LM' with key 'occupancy'

anzeigt?

[Findus]

Noch ein Versuch: Versuche die etwas ältere Frage unten zu präzisieren.

Ist diese Zigbee Impementierung so flexibel, dass die einzeln Komponenten einen Hub mit guter Verbindung (Lampe, Repeater..)" finden und nicht stupide einen beliebigen Hub finden und dann trotz schwacher Verbindung zu diesem dort hängen bleiben, (obwohl es Hubs mit besserer Verbindung gibt) und als Folge dann auch noch die Verbindung dauerhaft verlieren?
Ist bei mir leider so. Ein Osram Schaltsteckdose im Keller verbindet sich mit Birne einen Stock höher (schwache Verbindung) obwohl es im Keller noch einen Signalrepeater gibt. Die Schaltsteckdose verliert dann recht schnell die Verbindung und bekommt sie auch nicht mehr hin.

Habe eine Verständnis Frage: Habe ein Tradfri Signalrepeater der wiederum eine gute Verbindung zum Koordinator hat. Ein paar Meter davon entfernt ist ein Osram Plug. Wenn ich jetzt versuche den Plug zu pairen dann klappt es an seiner Position nicht. Ich muss den Plug näher beim Koordinator platzieren. Positioniere ich ihn danach wieder an seine Position verliert er die Verbindung wieder (available: false). Meine Frage nun: Was bringt der Signal Repeater dann ueberhaupt? Ich habe gehofft er kann dass Signal weiterleiten ??