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

[foxthefox]

@ente34 sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

ENETUNREACH

dürfte nicht zwingend was mit dem Adapter zu tun haben, wenn das Netz nicht erreichbar ist.
Da solltest du mal dein Netzwerk beobachten.

[foxthefox]

@stefande
das kann ich irgendwie nicht nachvollziehen.
die states haben bei mir statisch immer ein 'DECT_' beim erzeugen drin.
Welche Schritte hast du den durchgeführt um auf die neue Version zu kommen?

[stefande]

@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@stefande
das kann ich irgendwie nicht nachvollziehen.
die states haben bei mir statisch immer ein 'DECT_' beim erzeugen drin.
Welche Schritte hast du den durchgeführt um auf die neue Version zu kommen?

Mir wurde heute Morgen die Version 2.0.0 in latest angeboten. Die hab ich installiert.
Der Adapter ist dann neu gestartet, allerdings konnte ich über die Vis nichts mehr steuern, und die Stromwerte wurden auch nicht mehr aktualisiert. Inzwischen hatte ich die 2.1.4 installiert, ohne Verbesserung.
Mir ist dann aufgefallen, dass ich das Gerät jetzt zweimal im Objektbaum habe. Einmal mit und einmal ohne DECT_.
Mit Adapter Version 2.x werden die States ohne DECT_ aktualisiert - Mit einer Version 1.x wie ursprünglich die States mit DECT_.
Bin jetzt wieder auf 1.x zurück gegangen, da ich einige Werte protokolliere.

[foxthefox]

@stefande

mit 2.x ist die Struktur eine Neue!
es fängt alles mit DECT_ an. Nichts mehr mit DECT200_ oder Comet_ oder so ähnlich.
Das war am Anfang evtl. mal richtig, aber mittlerweile überholt.

Somit ist auch erklärbar, warum in vis manches nicht mehr sichtbar ist, da die neuen Datenpunkte in vis nachgezogen werden müssen.

[stefande]

@foxthefox sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@stefande

mit 2.x ist die Struktur eine Neue!
es fängt alles mit DECT_ an. Nichts mehr mit DECT200_ oder Comet_ oder so ähnlich.
Das war am Anfang evtl. mal richtig, aber mittlerweile überholt.

Somit ist auch erklärbar, warum in vis manches nicht mehr sichtbar ist, da die neuen Datenpunkte in vis nachgezogen werden müssen.

Das ist aber doof! Es muss dann nicht nur in der Vis sondern auch in Iqontrol, Float geändert werden, und die alten Daten in der Historie sind auch wech.

Mir ist auch noch aufgefallen, dass die Datenpunkte Temp und Temp Offset auch geändert wurden.

[foxthefox]

@stefande

Ich habe den gesamten code neu strukturiert, da es nicht mehr handhabbar war.
Da die Datenpunkte auch noch anders benutzt waren, als die API es liefert, wurde es zusätzlich schwieriger.
Mit der Adaption auf die Namen aus der API macht es sich alles viel einfacher beim Update.

Und ja, es ist blöd mit einem breaking change, aber nur so lässt sich der code noch irgendwie warten. Es kommen ja immer mehr Dinge dazu und die universelle Struktur, die nun implementiert ist, lässt dies besser zu.

[A Former User]

@stefande Die Datenstrukturänderung steht aber wirklich fett und breit in der Überschrift des Changelogs drüber.. und ist lange angekündigt worden..

also ich lese die immer ZUERST, bevor ich was installiere... bzw. ist ein Snapshot oder Backup immer Goldwert..

[liv-in-sky]

@stefande

das war die idee hinter "alias" - damit man das ohne größere probleme machen kann
ich habe aber auch noch nicht alles umgestellt - die heizthermostate werd ich nun bei der umstellung miteinfügen

[Chaot]

@stefande Bei Datenerfassung ist es sowieso sinnvoller mit einem Alias zu arbeiten. Dann geht eine lange Historie nicht verloren wenn sich ein Gerät oder ein Datenpunkt ändert.
(Habe ich auch erst sehr spät erkannt)
Das muss ja nicht unbedingt die neue Aliasfunktion sein sondern schon beim schreiben in die jeweilige Datenbank kann man dem Datenpunkt einen klaren Aliasnamen zuweisen. Welches Gerät dann letztendlich den Aliasnamen bedient bleibt dann egal.

[ente34]

@foxthefox
Hmmm, da hat stefande gar nicht unrecht, ich protokolliere auch Temperaturen (influx)
D.h., man verliert beim Umstieg seine Messwerte oder man muss irgendwie versuchen, die alten measurements in die neuen zu übernehmen ...

[stefande]

@ilovegym sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@stefande Die Datenstrukturänderung steht aber wirklich fett und breit in der Überschrift des Changelogs drüber.. und ist lange angekündigt worden..

also ich lese die immer ZUERST, bevor ich was installiere... bzw. ist ein Snapshot oder Backup immer Goldwert..

Ich lese auch immer die Änderungen im Admin bevor ich einen Adapter installiere.
Ob ich die Änderungsnotizen auch immer richtig verstehe ist eine andere Sache.
Auf diesen Thread bin ich allerdings erst aufmerksam geworden, nachdem es nicht ging.
Ich hab auch keine Ahnung wo die Änderungen schon lange angekündigt wurden.
Da der Thread noch keinen Tag alt ist, kann es hier ja nicht sein.

@foxthefox @Chaot @liv-in-sky
Es ist ja nix passiert. Ich bin jetzt erst mal auf die alte Version zurück.
Mit der Alias Funktion musste ich mich bisher noch nicht beschäftigen.
Ausserdem gab es den Alias noch nicht als ich den Adapter installiert habe.
In der Tat ist die DECT200 mein aller erstes Smarthome Gerät, was ich mir vor mehr als 2,5 Jahren angeschafft habe.

[liv-in-sky]

@stefande

war auch nicht böse gemeint, sondern nur als kontruktiver kommentar gedacht

beim nächsten mal weißt du es , wenn es um eine installation mit solcher beschreibung geht. da mußte ich auch selbst meine erfahrungen machen

daher:
https://forum.iobroker.net/post/550364

[Chaot]

@stefande Mit was protokollierst du denn den Datenpunkt?
Normalerweise sollte in dem Menue das du einstellst den Datenpunkt zu protokollieren irgendwo eine Zeile für einen Alias sein.
Beispielsweise hier bei influx:

Wenn ich jetzt den Sensor ändere schreibt der neue Sensor genau auf den Datenpunkt "Sensor_Aquarium1_Temperatur" weiter und es ist vollkommen egal welcher Sensor da dann die Daten schreibt.

Das hat nichts mit der neuen Aliasfunktion zu tun die jetzt eingebaut wurde. Das ist zwar ähnlich gedacht, aber nach meiner Meinung leider noch nicht richtig praktikabel umgesetzt.

[stefande]

@Chaot sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@stefande Mit was protokollierst du denn den Datenpunkt?
Normalerweise sollte in dem Menue das du einstellst den Datenpunkt zu protokollieren irgendwo eine Zeile für einen Alias sein.
Beispielsweise hier bei influx:

Wenn ich jetzt den Sensor ändere schreibt der neue Sensor genau auf den Datenpunkt "Sensor_Aquarium1_Temperatur" weiter und es ist vollkommen egal welcher Sensor da dann die Daten schreibt.

Das hat nichts mit der neuen Aliasfunktion zu tun die jetzt eingebaut wurde. Das ist zwar ähnlich gedacht, aber nach meiner Meinung leider noch nicht richtig praktikabel umgesetzt.

Ich protokolliere mit SQL. Die Alias Funktion hab ich gefunden.
Ich befürchte jedoch, wenn ich die Funktion aktiviere, dass ich dann keinen Zugriff mehr auf die alten Werte habe?

[A Former User]

@stefande Hi,

:-) ich meinte nicht den Thread hier im Forum, sondern immer das Changelog vom Adapter, das steht auf der Seite in Github, wo der Adapter und die Anleitung und das Wiki und weitere Tipps stehen...
:-)

[Chaot]

@stefande Musst du dich mal reinlesen ob du in SQL nachträglich einem Wert einen Alias zuordnen kannst. In dem Fall aber nicht über den ioBroker sondern direkt in der Datenbank. Danach den gleichen Alias im ioBroker setzen und es sollte alles da sein.

[stefande]

@Chaot sagte in Test Adapter Adapter-fritzdect v2.1.x GitHub:

@stefande Musst du dich mal reinlesen ob du in SQL nachträglich einem Wert einen Alias zuordnen kannst. In dem Fall aber nicht über den ioBroker sondern direkt in der Datenbank. Danach den gleichen Alias im ioBroker setzen und es sollte alles da sein.

Ich hab die Datenpunkt Namen jetzt direkt in der SQL Datenbank geändert.
Jetzt geht es.

@foxthefox
Mir ist noch aufgefallen, dass ich im Introbereich des Admins jetzt eine Kachel vom Fritzdect Adapter habe, die bei mir den Vis Editor überschrieben hat. Wenn ich da drauf klicke öffnet sich aber trotzdem der Vis Editor.

[foxthefox]

@foxthefox
Mir ist noch aufgefallen, dass ich im Introbereich des Admins jetzt eine Kachel vom Fritzdect Adapter habe, die bei mir den Vis Editor überschrieben hat. Wenn ich da drauf klicke öffnet sich aber trotzdem der Vis Editor.

Wenn ich wüsste, woraus das entstanden ist, könnte ich es auch beheben.
Eventuell ein setting in der io-package, aber das muß ich recherchieren.

EDIT da scheint ein locallink reingekommen zu sein, den versuch ich mal zu löschen.

[Jan1]

@foxthefox
So, dann gehts also hier weiter :)

Ich hatte ea ja im alten Thread schon geschrieben, es ist recht blöd wenn man ein altes Script zur Heizungssteuerung hat und nun die IDs anders benannt sind.
Willst das wirklich so lassen, oder gibts ne Möglichkeit in IOBroker, wie ich das Script welches über zwei Jahre gewachsen ist und somit sehr komplex, einfach auf die neuen IDs umstellen kann?

[foxthefox]

@Jan1
Die Datenpunkte sind mit mehr und mehr Geräte nicht mehr zu händeln. Auch ist es sehr vorteilhaft die von der fritzbox kommenden Bezeichnet gleich als Datenpunkt zu verwenden. Das hat den code um die Hälfte eingekürzt.

es gibt wohl die Möglichkeit den "alias adapter" zu verwenden, wurde ein paar Beiträge oben schon diskutiert.

Wenn das script reiner Text ist, dann recht es ja nach den DECTxxx_/Contact_/Comet_/Group_ zu suchen und durch DECT_ zu ersetzen.