Monatsrückblick Januar/Februar 2026 ist online!

[Basti17683]

Liebe Community,
ich habe in meinem IOB System unter anderem einen EMS-ESP für meine Heizung hängen.
Da war jetzt seit längerem ein Firmware Update fällig. NAchdem ich 2 Tage nach dem Fehler gesucht habe, warum sich meine Temperaturkurve aufgehangen hat, habe ich doch mal ins Changelog des Changelog des Firmwareupdates geschaut.

Tatsächlich haben sich da Objekte geändert...
Hier meine "alten" Objekte welche bislang immer funktioniert haben

Das ist der Wert mit den 54° welcher seit dem Zeitpunkt meines Updates hängen bleibt

Nun habe ich nach langer Suche einfach eine 2.Instanz des EMS-ESP installiert und bin so eigentlich drauf gekommen, da hier die Objekte aus dem 1.Screenshot gar nicht mehr zur Verfügung stehen bzw woanders hingewandert sind.

Jetzt meine Fragen:

• Habe ich Möglichkeiten wie ich meinen alten Datenbestand welcher ja im InfluxDB gespeichert ist hier anknüpfen kann?
• Was mach ich mit den alten Objekten welche ja nicht mehr befüttert werden? Ich würde die 2.Instanz dieses Adapters gerne löschen. Muss ich nun händisch die Objekte welche es nicht mehr gibt löschen?
  Denn einfach mit der neuen Instanz weiter arbeiten hätte ja zur Folge dass ich alle WErte zum InfluxDB neu loggen lassen muss.

Kann es sein dass deshalb enpfohglen wird mit Alias zu arbeiten? :laughing: Am besten lernt man immer durch Fehler... Aber ich glaube ich habe die Bedeutung der Alias jetzt verstanden.

Danke für eure Hilfe!

[David G.]

@basti17683

Bei SQL kann man die DB per js auslesen und schreiben.
Habe zumindest schon SQL in einem Blockly ausgelesen und in einem anderem Script Sachen geschrieben.
Sowas geht bei influx bestimmt auch....

EDIT
Oder so
https://forum.iobroker.net/topic/75886/history-datenpunkt-umziehen-auf-neuen-dp/2

[wolfi913]

@basti17683
Was normalerweise funktionieren sollte wäre bei den Influx-Einstellungen unter Alias beim Datenpunkt die alte Bezeichnung des Measurements einzutragen:


Dann sollte eigentlich in der InfluxDB dort weitergeloggt werden.

Kann es sein dass deshalb enpfohglen wird mit Alias zu arbeiten?

Damit wär's eindeutig einfacher. Neuen DP verknüpfen und fertig.

[Basti17683]

@wolfi913

Danke dir, das war wirklich einfacher. Ich hab die Prokollierung des neuen Datenpunktes aktiviert und wie beschrieben die Bezeichnung des alten Measurements eingetragen. So wie es aussieht scheint es zu funktionieren.

@David-G
Das was du angesprochen hast erfordert den History Adapter oder? Den hatte/habe ich noch nicht und musste mich daher erst einlesen.

Was mache ich denn mit den nicht mehr aktiven/benötigten Objekten welche es mir in der ersten Instanz angelegt hat? Kann ich die eigentlich händisch löschen oder?

[David G.]

@basti17683 sagte in Objekte haben sich vom Hersteller aus geändert:

Das was du angesprochen hast erfordert den History Adapter oder?

Ich habe es mit dem SQL Adapter gemacht.

@basti17683 sagte in Objekte haben sich vom Hersteller aus geändert:

Kann ich die eigentlich händisch löschen oder?

Ja, weg damit.

[Asgothian]

@basti17683 sagte in Objekte haben sich vom Hersteller aus geändert:

@wolfi913

Danke dir, das war wirklich einfacher. Ich hab die Prokollierung des neuen Datenpunktes aktiviert und wie beschrieben die Bezeichnung des alten Measurements eingetragen. So wie es aussieht scheint es zu funktionieren.

@David-G
Das was du angesprochen hast erfordert den History Adapter oder? Den hatte/habe ich noch nicht und musste mich daher erst einlesen.

Was mache ich denn mit den nicht mehr aktiven/benötigten Objekten welche es mir in der ersten Instanz angelegt hat? Kann ich die eigentlich händisch löschen oder?

Du solltest darüber nachdenken mit Alias zu Arbeiten. Ich habe (mit einigem Aufwand) alles was extern verwendet wird auf Alias umgestellt, damit ich - wenn sich die Hardware ändert - nur das Alias anpassen muss und Visualisierungen / Skripte / Protokollierung etc. weiter laufen.

Es macht einiges an Aufwand - aber es ist sehr hilfreich wenn so etwas passiert oder wenn Du mal ein Gerät austauschen musst.

A.