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

[MartyBr]

@bahnuhr Ja, ich logge alle History Daten in den SQL-Adapter.

[MartyBr]

Habe gerade gesehen, dass in den Objekten einige mit den zwei Unterstrichen angelegt wurden. Das ist hoffentlich nicht problematisch, ich logge nur die Zahlenwerte:

[bahnuhr]

Na, siehst du.
Und nur diese (mit 2_) enthalten zukünftig Daten.

Instanz aus.
Lösche mal die Objekte
Instanz ein.

Dann hast du nur die DP die auch Werte enthalten.
Und bei diesen dann sql.

Wenn du die alten Werte in sql erhalten willst, dann alias verwenden.

[bahnuhr]

sieht dann so aus:

[MartyBr]

@bahnuhr Der zweite Zähler enthält andere Werte; hier gibt es die doppelten Unterstriche nicht:

[a200]

@MartyBr solange du nicht VORHER schon die DP, die JETZT zwei Unterstriche haben, geloggt hast, spielt das für dich keine Rolle. Das ganze war nur nötig um die bisher gespeicherten Daten zu behalten und mit den neuen Namen weiter zu loggen.

[MartyBr]

@a200
Ich logge ja seit 9 Monaten die Daten. Daher wäre es nötig gewesen. Aber die Zählerstände beider Zähler haben weiter den gleichen DP. Nur die DP "Kumuliertes Maximum xxx" haben die neuen DPs bekommen. Diese Werte logge ich nicht, nur den "Zählerstand XX". Di Auswertung mache ich Sourceanalyticx.
Macht ihr das anders?

[MartyBr]

@bahnuhr
ich habe das sprechend gemacht:

[MartyBr]

Hier mal alle DPs der beiden Zähler:

[apollon77]

Ob und welche mit zwei Unterstrichen neu angelegt werden hängt davon ab wie die ID der Objekte nach obis aufgebaut sind. D.h. es passiert nicht bei allen, sondern nur bei einigen.

[bahnuhr]

@MartyBr sagte in Test Adapter Smartmeter 3.0.x:

ich habe das sprechend gemacht:

Heißt der Datenpunkt wirklich "Haushaltsstrom" ?

Ich habe smartmeter schon lange installiert.
Und auch immer mit sql gespeichert.

früher hieß der DP: smartmeter.0.1-0:2_8_0*255.value
Dann war der * nicht mehr zulässig.
daraus wurde dann: smartmeter.0.1-0:2_8_0_255.value
und nun eben: smartmeter.0.1-0:2_8_0__255.value

In sql sind sie aber weiterhin bei * gespeichert.
Deshalb ja auch der alias.

[MartyBr]

@bahnuhr Das ist ein Alias im Adapter SmartMeter. Der loggt dann (bei mir) die Daten unter "Haushaltsstrom" in der SQL Datenbank.
Ich versuche das vom Adapter zu entkoppeln.

[MartyBr]

Ich muss mich jetzt für 2 Stunden abmelden, das Mittagessen ruft! :poultry_leg:

[apollon77]

@MartyBr der alias gilt im History Adapter ... oder verstehe ich da was falsch gerade.

[bahnuhr]

@MartyBr sagte in Test Adapter Smartmeter 3.0.x:

Das ist ein Alias im Adapter SmartMeter.

Der alias ist im sql.
Nicht im Adapter.

[MartyBr]

@bahnuhr
@apollon77
Hier die genaue Antwort: Ich habe vom Datenpunkt des SmartMeters (Zählerstand) ein Alias unter alias.0 angelegt. Auf diesen Datenpunkt habe ich einen SQL und einen SourceAnalytix Eintrag gesetzt.
Auf diesen SQL Eintrag habe ich dann einen sprechenden Alias gesetzt.
Damit speichere ich die SQL Einträge nun unter einem sprechenden Namen ab.

Auf dem Quell-Eintrag des SmartMeters liegen noch die alten Einträge von SQL und SourceAnalytix.

Damit logge ich beide Seiten. Aktuell nehme ich die "Original"-Werte vom Adapter, da ich hier die 9 monatigen History Werte vorliegen habe.

Mit den SQL Statements von @a200 kann ich ja die alten Werte auf den neuen Datenpunkt umschreiben.

[bahnuhr]

@MartyBr sagte in Test Adapter Smartmeter 3.0.x:

Alias unter alias.0

hab ich noch gar nicht probiert.

Wenns funktioniert; danke für die Info.

[apollon77]

@MartyBr Ok, das ganz neue Alias geht natürlich auch ;-))

[MartyBr]

@apollon77 Dafür habt ihr es doch eingebaut ? :grinning:

[apollon77]

@MartyBr unter anderem ;-)