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

[Kugelkopf]

@Jey-Cee Dann weiß ich nicht warum das passiert ist. und wie gesagt ich kann beide mit beiden bedienen.
Hatte zuvor 1.3.6 ca. 5-7 Tagelang drauf und erst heute Abend geupdated. Ob in 1.3.6 die UIDs schon vorhanden waren kann ich gerade nicht sagen.

[Wildbill]

@Jey-Cee Bei mir kamen mit der 1.3.6 auch die UIDs mit und ich konnte sie sowohl mit der alten als auch mit der UID bedienen. Und auch nach dem Update auf 1.3.7 geht es immer noch. Einziger Unterschied ist, dass der state bei der UID nicht aktualisiert wird, wenn ich direkt in deconz oder über die alte ID schalte.

Ich hatte den Adapter vor Update auf 1.3.6 nicht gelöscht, da bei mir nirgendwo eine Meldung kam, falls das kriegsentscheidend ist.

Sollten wir die UIDs manuell erstmal wieder löschen?

Gruss, Jürgen

[siggi85]

Ich habe aktuell die 1.2.6 und würde gerne auf die 1.3.7 aktualisieren. Hier sind die neuen UUIDs ja noch nicht genutzt oder? Muss ich hier denn trotzdem den Objektbaum löschen wie der Infotab es mir empfiehlt?

Will ungern jetzt einmal alle Datenpunkte wieder einstellen (InfluxDB) und später erneut komplett neu einbinden (dann wieder influxDB und zusätzlich in allen Scripten aufgrund der UUID). Sollte ich sonst erst mal auf 1.2.6 bleiben und dann auf die neue stable UUID Version wechseln? (aktuell läuft alles, will aber stableseitig so aktuell wie möglich bleiben)

EDIT: Mir ist gerade was aufgefallen: Ist es normal dass im stable mir die 1.3.7 und im Latest die 1.3.3 angeboten wird?!

[Kugelkopf]

@siggi85 Bin auf 1.3.7. Habe keine DP gelöscht vorher. Bei mir wurden noch UUIDs erstellt. Habe diese UUID Datenpunkte aber einfach alle gelöscht. Und die alten IDs funktioniert noch alles so wie vorher.

[Berchemer]

Dann noch eine Frage von mir nachgeschoben.
Habe derzeit die 1.3.5 installiert. Vor ein zwei Tagen, war eine Meldung im Info-Tab, dass man bei Upgrade den Deconz-Adapter vorher löschen sollte.

Gilt das immer noch oder nur für Installationen mit < v1.3.5 ?
:innocent:

[Jey Cee]

@Berchemer du lannst es schon ohne Probieren, vermutlich macht es nichts aus. Aber es kann sein das dann irgendtwas nicht tut.
Der Hinweis kommt weil ich keine Lust habe immer den Fehlern nach zu laufen die eigentlich keine sind.
Also bitte keinen Support erwarten wenn es dann Probleme gibt.

[Berchemer]

@Jey-Cee sagte in Test Adapter deConz v1.3.x Github/npm:

@Berchemer du lannst es schon ohne Probieren, vermutlich macht es nichts aus. Aber es kann sein das dann irgendtwas nicht tut.
Der Hinweis kommt weil ich keine Lust habe immer den Fehlern nach zu laufen die eigentlich keine sind.
Also bitte keinen Support erwarten wenn es dann Probleme gibt.

Überredet ;-)

[Berchemer]

Habe hier also auch upgedatet.
Vorher die auf einem Slave installierte Instanz gelöscht. Dann den Adapter gelöscht. Slave und Host neu gestartet.
Adapter 1.3.7 neu installiert und erneut Instanz auf dem Slave mit dem RaspBee erzeugt und neuen API-Key erstellen lassen.

Der Adapter läuft ohne Probleme oder Fehlermeldungen. Habe keine UIDs und die Zuordnung innerhalb der Skripte scheint immer noch zu passen :blush: :+1:

@Jey-Cee: Danke dafür

[Stormbringer]

@Jey-Cee Wie steuert man denn jetzt mit Blockly den xy DP an. Früher ging das immer mit string. Jetzt bringt er Warning im LOG aber machen tut er es nicht mehr. Sorry für die blöde Frage aber habe noch nie den Typ Array gebraucht.

Spoiler

[siggi85]

@Berchemer sagte in Test Adapter deConz v1.3.x Github/npm:

Der Adapter läuft ohne Probleme oder Fehlermeldungen. Habe keine UIDs und die Zuordnung innerhalb der Skripte scheint immer noch zu passen :blush: :+1:

@Jey-Cee: Danke dafür

Habe mich jetzt auch getraut und sieht bei mir auch alles super aus, auch ohne Löschung der Datenpunkte.
Auch wenn es Arbeit bedeutet, ich freue mich schon auf die neue Version mit UUIDs. Das ist auf jeden Fall der richtige Weg. :+1:

[Jey Cee]

@Stormbringer sagte in Test Adapter deConz v1.3.x Github/npm:

@Jey-Cee Wie steuert man denn jetzt mit Blockly den xy DP an. Früher ging das immer mit string. Jetzt bringt er Warning im LOG aber machen tut er es nicht mehr. Sorry für die blöde Frage aber habe noch nie den Typ Array gebraucht.

Spoiler

Im Objekte Tab das xy Objekt öffnen und unter raw den type array in String ändern.

Die Typprüfung ist neu dazu gekommen sowohl js-controller wie auch im Adapter. Die Meldung das xy nicht mehr funktioniert kam erst nachdem die 1.3.7 im Stable war. Ist schon gefixt und kommt mit der nächsten version.

[Stormbringer]

@Jey-Cee Cool danke funktioniert wieder 😉👍🏻

[Jey Cee]

Ich hab gerade die Version 1.3.8 auf npm Veröffentlicht. Es wurden ein paar Fixes gemacht.
xy und color(loop)speed, der Rest ist nur im Hintergrund Fehlerbehandlung.

Bitte Testen.

[Markus84]

@Jey-Cee Gibt es schon eine grobe timeline für die Version 2? Hintergrund meiner Frage ist, dass ich ca. 50 Sensoren für unser neues Haus im Keller liegen habe, die ich in den nächsten Monaten einbinden möchte. Und die Arbeit würde ich mir ungerne zwei Mal machen... Wenn aber für dieses Jahr nichts mehr geplant sein sollte, dann würde ich es in Kauf nehmen.

[Jey Cee]

@Markus84 geplannt ist v2 noch dieses Jahr zu releasen. Aber für den Augenblick ist mir wichtiger das der Adapter jetzt rund läuft.

[Markus84]

@Jey-Cee Danke für die Antwort - und natürlich für die ganze Arbeit, die du in den Adapter steckst! Ich glaube wir sind uns alle einig, dass Stabilität das Wichtigste ist!

[WilliamTRiker]

Habe gerade die Version 1.3.8 installiert, leider schalten meine OSRAM Lampen und Steckdosen nicht mehr, bin wieder zurück auf 1.3.7, danach geht es wieder

[Jey Cee]

@WilliamTRiker sagte in Test Adapter deConz v1.3.x Github/npm:

Habe gerade die Version 1.3.8 installiert, leider schalten meine OSRAM Lampen und Steckdosen nicht mehr, bin wieder zurück auf 1.3.7, danach geht es wieder

Nur an/aus nicht oder auch brightness und die anderen sachen?

Kein Port in der Konfiguration angegeben?

[A Former User]

@WilliamTRiker ich hab eine Osram Steckdose die lässt sich mit 1.3.8 ohne Probleme schalten.

[A Former User]

Ich hatte auch Probleme mit der Version 1.3.8, mein Xiaomi Aqara LLKZMK11LM Zwei-Wege-Steuermodul wollte auf einmal nicht mehr. Bin zurück auf die Vorgängerversion und alles lief wieder.