Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[Thomas Braun]

@grizzlyco Der zigbee Adapter nutzt nicht deConz als Middleware sondern nutzt den Stick (mehr oder weniger) direkt. Ist aber noch experimentel.

[Garfonso]

Ich würde dringend empfehlen Aliase anzulegen. :-)
Und der Zigbee Adapter geht ziemlich gut (wobei ich kein deconz Stick habe sondern einen der anderen. Aber der Support von dem zigbee2mqtt Programmierer ist sehr gut und schnell).

Und @Asgothian: in den aktuellen Versionen von io-broker sollten Objekte von Adaptern mitgelöscht werden, wenn man die Instanz löscht (bzw. den Adapter, der dann die Instanz mitlöscht).

[grizzlyco]

@Garfonso
Wenn ich jedem Gerät ein Alias geben hilft mir das dass ich nicht alles neu machen muss?
Und muss ich bei jedem Datenpunkt einzeln ändern, oder kann man das irgendwie übergreifend 1x pro Gerät machen?

[lobomau]

@grizzlyco du musst schon was neues machen. Aber eben nicht alles. Scripte laufen weiter, aber Voraussetzung ist die Alias neu zuzuordnen.

[grizzlyco]

@lobomau
Wähle ich dann in den Scripten und z.b. Alexa Geräten das alias anstatt des datenpunktes aus?

Wie kann ich ein alias pro Gerät angeben? So dass ich nicht jeden Datenpunkt einzeln anpassen muss.

[Garfonso]

@grizzlyco
Ich sag mal so: aktuell hilft es dir gar nicht. (oder nur sehr wenig)...

Du musst jeden Datenpunkt (entweder manuell oder per skript -> gibt da eins im Forum) anfassen und dafür ein Alias anlegen und dann alle Vis und Skripte und Alexa auf den Alias umbiegen.

Aber in Zukunft, wenn du ein Gerät austauschst, brauchst du dann nur noch die Aliase verändern (also im Alias-Objekt die Ziel ID ändern) und alle Skripte usw. laufen unbekümmert weiter.

Wenn du das angehen willst, kannst du auch einen Blick auf den devices-Adapter legen. Der legt dir Geräte im alias.0 Ordner an und du kannst da die "wichtigen" Datenpunkte zusammen klicken.

[Jey Cee]

Bitte installiert die 1.3.7, die sollte jetzt verfügbar sein. In der 1.3.6 war unbeabsichtigter weise der code für die version 2 gelandet, mit der ich gerade angefangen habe.

[lobomau]

@Jey-Cee 1.3.7. läuft ohne Probleme.
Das Änderungsprotokoll ist etwas durcheinander gekommen:

[Asgothian]

@Stormbringer sagte in Update Deconzadapter alles weg?:

@grizzlyco Die DPs haben sich geändert. Sind wegen Deconz API Änderung jetzt nicht mehr die Nr. sondern UIDS. Wenn du die nicht ändern willst würde ich dir kein Update empfehlen. Hab jetzt das selbe Problem hunderte von DPs zu ändern 😉

Dazu habe ich zwei Fragen, ggf. auch an @Jey-Cee :

Hat sich wirklich die deconz API geändert ? Wenn ja hätte das ggf. weitreichende Auswirkungen:

• Die Version des Adapters wäre an bestimmte Version(en) der deconz software gebunden
• Man müsste neben dem Adapter ggf. auch die deconz software aktualisieren.

Wenn Nein, dann wuerde diese Aussage bedeuten das die Abbildung der Datenpunkte im ioBroker angepasst wurde. Wenn das der Fall ist dann fehlt aus meiner Sicht im Readme der Hinweis ab welcher Version das der Fall ist. Immerhin ist eine Umstellung der Struktur ein "breaking change". Das sollte auf jeden Fall im Readme eindeutig erkennbar sein - ich konnte darauf keinen Hinweis erkennen.

@Garfonso sagte in Update Deconzadapter alles weg?:

Und @Asgothian: in den aktuellen Versionen von io-broker sollten Objekte von Adaptern mitgelöscht werden, wenn man die Instanz löscht (bzw. den Adapter, der dann die Instanz mitlöscht).

Auch da die Frage ab wann das der Fall ist, sprich was die aktuelle version ist. Falls meine Informationen nicht ganz veraltet sind sollte im stable immer noch die Version sein bei der die Datenpunkte nicht gelöscht werden.

Unabhängig davon ist die Empfehlung die Alias Funktionalität zu nutzen auf jeden Fall Sinnvoll - egal mit welchem Adapter gearbeitet wird.

A.

[grizzlyco]

Könnte das alles nicht jemand in einem NICHT Produktiv test. Ich habe leider keins.

[Garfonso]

@Asgothian said in Update Deconzadapter alles weg?:

Auch da die Frage ab wann das der Fall ist, sprich was die aktuelle version ist. Falls meine Informationen nicht ganz veraltet sind sollte im stable immer noch die Version sein bei der die Datenpunkte nicht gelöscht werden.

Nachdem, was ich im Kopf habe, sollte das eigentlich schon js-controller 2.x so machen, funktioniert aber nicht (immer). Wobei ich mir relativ sicher bin, dass die letzte js-controller 2.x Version das auch gemacht hat. In js-controller 3.x geht es definitiv.

[Jey Cee]

@Asgothian https://forum.iobroker.net/post/428231

[Asgothian]

@Jey-Cee sagte in Update Deconzadapter alles weg?:

@Asgothian https://forum.iobroker.net/post/428231

Was soll mir diese Nachricht sagen ?

Sind die Objektdefinitionen bei 1.3.7 noch so wie bei 1.2.4 oder stimmt das was @stormbringer geschrieben hat ?

A.

[Stormbringer]

@Garfonso Aliase anlegen habe ich bei allen Sensoren, weil das beim ZWave Adapter regelmäßig ist. Bei 120 Lichtern habe ich das nicht, weil es da bisher noch keine Änderungen gab.

ABER was mich jetzt wiederum beruhigt ist, dass er eh rummeckert, dass der DP xy (also Farbe) kein Sting mehr sein darf sonder array?! Obwohl ich den Adapter vorher gelöscht hab und wieder auf die 1.3.5 bin. Also hätten mir Aliase eh nichts gebracht.

In welcher Form muss er denn jetzt den Farbcode bekommen? Kenn nur string, number, bool.... array wollt noch kein Adapter von mir 😉

[Stormbringer]

@Asgothian Hat Jey Cee doch geschrieben... Die Änderungen kommen in der 2er Version und sind aus versehen im Stable gelandet 😉

Aber mir stellt sich grad die Frage... könnte man sowas wie den Device Adapter nicht standardmässig zwischen dem Adapter und der Objekteauswahl vom Admin schalten damit der User die Stateänderungen nicht mitbekommt? Ist ja nicht nur jetzt dann beim Deconz Adapter geplant sonder kommt immer wieder vor...