Test Adapter ZigBee CC253x v0.11.x

[Siegfried]

Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?

[Asgothian]

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

Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?

Die Implementation im ioBroker ist noch nicht sauber - ich habe das zusammen mit @matdos1gmx-de gängig gemacht, konnte die notwendigen Anpassungen bisher aber nicht in den Adapter zurück spielen, da Anpassungen sowohl am adapter als auch am Zigbee-Shepherd notwendig waren. Ich bekomme demnächst selber so ein schloss so das ich das fertig machen kann.

A.

[Siegfried]

@Asgothian
Super danke.
Wenn du irgendwelche Informationen benötigst bin ich abends gerne bereit.
Kenn mich selbst nur leider Zuwenig aus

[Asgothian]

@Siegfried
Danke für das Angebot. Letztendlich muss ich das Detailverhalten des Schlosses bei mir vor Ort analysieren. Das hatte ich per Teamviewer mit Matdos gemacht und auch einige Erfolge erzielt. Um das aber 100% sicher umzusetzen brauche ich das Schloss doch vor Ort. Dann kann ich auch besser mit den Maintainern vom zigbee2mqtt diskutieren wenn es darum geht Funktionen für das Danalock anzupassen.

A.

[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