Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Jey Cee]

Die Version 2.0.3 liegt auf Github zum Testen bereit. Es gab einige Bugfixes, aber auch ein paar kleine Neuerungen. Changlog wie immer im ersten Beitrag oder in der Readme.md.

Backup: Mit dem State backup wird eine Zip Datei auf dem Gerät erzeugt auf dem deConz läuft. Unter Linux findet man diese Datei hier ->

.local/share/dresden-elektronik/deCONZ/

Bei Windows kenne ich den Pfad nicht, wenn ihn also jemand findet bitte hier teilen.

[simatec]

@Jey-Cee
Schaue mal hier ...
Wäre das eventuell eine Möglichkeit für dich, das Backup in den Standard Backupordner von iobroker zu holen?
So setze ich das mit dem CCU-Backup um

[Jey Cee]

@simatec finde ich sehr Dirty. Ich habe jetzt einfach mal einen feature Request bei deconz erstellt, mal sehen ob da interesse da ist das als Endpoint der Api zur verfügung zu stellen.

[Pittini]

Die ohnehin irgendwie etwas unklare Umbennungsstrategie (manches wird autom. umbenannt, manches nicht) hat in der V 2.0.3 ne zusätzliche Variante bekommen, siehe rote Marker im Bild:

[SevenUp]

@Pittini kann ich so auch bei mir bestätigen.
Sonst kämpfte ich die letzten 2 Tagen mit einem ähnlichen Problem wie du.
Ich habe einen Bewegungsmelder (IKEA), der einen selbst definierten DP1 schalten soll (anwesend ja/nein), mehr nicht.
Und ich habe einen DP2, der in Abhängigkeit von einer Osram-Steckdose geschaltet werden soll (Steckdose an -> triggert den DP2), der absolut nichts mit dem Bewegungsmelder zu tun haben soll.

Nun ist aber komisches Verhalten: wird eine Bewegung erkannt, dann wird DP2 getriggert, obwohl die Osram Steckdose ihren Zustand nicht geändert hat.

Seltsam und ich blicke da noch nicht durch. Adapter komplett löschen und alles neu einrichten hat zwar Zeit gekostet, aber leider keine Lösung gebracht.

Nachtrag: ich habe das Gefühl, dass die angezeigten Namen/Datenpunkte nicht immer den richtigen Geräten zugewiesen wurden und es dadurch zu einem Durcheinander kommt...

[Jey Cee]

@SevenUp sagte in Test Adapter deConz v2.0.x:

Nun ist aber komisches Verhalten: wird eine Bewegung erkannt, dann wird DP2 getriggert, obwohl die Osram Steckdose ihren Zustand nicht geändert hat.

Zeig mal dein Skript und das Log.

[Jey Cee]

@JackDaniel sagte in Test Adapter deConz v2.0.x:

hi,

ist das eigentlich nur bei so, oder sogar gewollt das bei jedem adapter stop/start der api key weg ist und ich den adapter neu über die phoscon app verdinden muss?
danke im voraus.

saluti
daniel

Nein das ist es nicht, kann mich auch nicht erinnern das jemand schon mal das Problem hatte das er jedesmal weg ist.
Hast du den Adapter gelöscht bevor du die neue Version installiert hast?

[SevenUp]

@Jey-Cee ich habe es dir hier im Chat geschickt und hoffe, dass es angekommen ist.

[Jey Cee]

@comchris kannst du bitte nochmal Testen? Die Virtuellen Sensoren sollten den Adapter jetzt nicht mehr abstürzen lassen.

[comchris]

Hallo JeyCee schaut sehr gut aus, und funktioniert bis dato einwandfrei. Backup hab ich auch schon getestet. Die Umlautenproblematik ist jetzt mit der ID vermutlich auch Geschichte oder? Die "fehlerhafte" Benennung die Pittini hat konnte ich nicht bestätigen, bei mir ist alles sauber.

[Jey Cee]

@comchris schön das es bei dir läuft.

@comchris sagte in Test Adapter deConz v2.0.x:

Die Umlautenproblematik ist jetzt mit der ID vermutlich auch Geschichte oder?

Kann mich gar nicht daran erinnern das es damit Probleme gab. Bei mir gibt es einige Umlaute in Namen und damit habe ich kein Problem.

[JackDaniel]

@Jey-Cee

Hab nochmal alles von Null gemacht, läuft nun wie es soll:+1:

[xbow42]

Hallo,

ich hab heute für das Update mal den Adapter gelöscht und neu installiert.
IP, Port und den vorher gesicherten Apikey wieder eingetragen.
Nach dem Start wird der Adapter aber nur gelb.
Was ist noch zu tun?

deconz.0	2020-08-14 13:47:15.566	info	(6182) Code 403: Forbidden get all groups: [{"error":{"address":"/groups","description":"unauthorized user","type":1}}]
deconz.0	2020-08-14 13:47:15.535	info	(6182) Code 403: Forbidden get all sensors: [{"error":{"address":"/sensors","description":"unauthorized user","type":1}}]
deconz.0	2020-08-14 13:47:15.484	info	(6182) Code 403: Forbidden get all lights: [{"error":{"address":"/lights","description":"unauthorized user","type":1}}]
deconz.0	2020-08-14 13:47:15.351	info	(6182) deConz Version: 2.5.58; API version: 1.16.0
deconz.0	2020-08-14 13:47:12.954	info	(6182) starting. Version 1.3.10 in /opt/iobroker/node_modules/iobroker.deconz, node: v13.14.0, js-controller: 3.1.6

[Jey Cee]

@xbow42 irgendwas stimmt mit dem Api Key nicht. Zeichen verloren/zu viel durchs kopieren?

[xbow42]

@Jey-Cee irgendwie will es nicht klappen. Hab den Key gelöcht und versucht neu zu erstellen.
kommt nur "Fehler beim API key erstellen: Unlock Key not pressed"
im ioproker mit Benutzername & Passwort(was ich mir notiert hatte) geht nicht und drauf warten auch nicht.
Wo kann ich den ggf Benutzername und Passwort neu machen.
was kann ich noch probieren?

EDIT: hat sich erledigt, Mein Kumpel hatte den Port auf 9080 umgebogen weil deconz im docker-container läuft.
Das hab ich mir leider vergessen aufzuschreiben. Mit dem richtigen Port wurde gleich ein neuen key erstellt.

[Gerni]

Ich bin dann auch mal auf aktuelle Version gewechselt. Bisher alles super und stabil. Jedoch zum Xiaomi Switch:

Werden die Buttonevents wirklich nur als Zahl übergeben dann in einem Datenpunkt variiert?

1x drücken = 1002
2x drücken = 1004
gedrückt halten = 1000

Zudem als Schalter angelernt, in den Objekten wird der Schalter unter Sensoren geführt.

EDIT:
Nach nem Reload ist ein neuer Ordner aufgetaucht. Da muss man aber sehr genau hinsehen, dass ein False auf true springt so schnell wie der State wechselt.

Scheint also doch zu passen. Bleibt noch, dass ein Schalter unter Sensoren geführt wird

[Jey Cee]

@Gerni sagte in Test Adapter deConz v2.0.x:

Bleibt noch, dass ein Schalter unter Sensoren geführt wird

Ja die schalter werden alle als Sensoren in der API geführt, das war auch schon immer so.

@Gerni sagte in Test Adapter deConz v2.0.x:

Da muss man aber sehr genau hinsehen, dass ein False auf true springt so schnell wie der State wechselt.

Die Zeit ist kurz gewählt, es gibt keinen Grund das Objekt eine Sekunde auf true zu setzen. Als trigger in einem Skript reicht die Zeit (250ms sind es glaub ich) locker aus.

@Gerni sagte in Test Adapter deConz v2.0.x:

Werden die Buttonevents wirklich nur als Zahl übergeben dann in einem Datenpunkt variiert?

Hier gibt es eine Liste der Events und was sie bedeuten.

[Gerni]

@Jey-Cee Besten Dank :-* Super Arbeit die Du machst. Bin gerade dabei alle bisher in Xiaomi angelernte Geräte zu switchen.

[Tirador]

@Jey-Cee Ich habe nun auch auf 2.0.x aktualisiert. Funktioniert ganz prima.

Allerdings werden die Beschreibungen manchmal falsch zugeordnet.
Beispiel: Dies ist mein Wassersensor im Keller (Basement). Die beschreibung ist nur auf dem Knoten richtig. Die Datenpunkte selbst tragen die falsche Beschreibung (Hinweis: ja ich habe auch einen Garage_Vibrationsensor, der hat aber keinen Datenpunkt Wasseralaram .water).

Sachdienliche Hinweise:
Ich habe den Wassersensor neu angelernt in Phoscon und anschließend umbenannt.
Wenn ich das Objekt lösche mit seinen Datenpunkten und deconz neustarte ist alles in Butter!

Besser wäre es natürlich, wenn der deconz Adapter beim neustart die Beschreibungen aktualisiert. Die IDs sind ja nun eindeutig zuordnenbar! :)

[Jey Cee]

@Tirador danke für den Hinweis, das war schon mal Thema. In Zukunft werden nur noch die Device Objekte mit Namen versehen, für die darunter liegenden Objekte werden nur noch die Eigenen Namen ohne den Geräte Namen vergeben.