UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Peter666666]

@crunchip den Preis je Stunde rechne ich mit dem Skript aus, also Verbrauch jede Stunde in kwh x den Preis der jeweiligen Stunde. Dieser Wert wird dann in einen DP geschrieben welcher sich ja jede Stunde ändert. Dieser DP wird von SA erfasst das ich am Ende des Tages in der VIS meine Kosten des Tages/Woche/Jahr darstellen kann, so wäre der Plan gewesen. Funktioniert ja bis auf die letzte Stunde auch.

[Homoran]

@peter666666 ich verstehe dein Konstrukt immer noch nicht.
zeig mal

• dein Skript
• Die SA Einstellungen des Datenpunkts
• die Historie im Datenpunkt
• die Historie im SA Datenpunkt

[Peter666666]

@homoran

Hier das Skript (ID180 ist der Amis Zähler, DP "kosten zum letzten Preis" ist der DP für SA) - die bezogene Energiemenge je Tag aus dem Skript stimmt mit dem Wert vom Energielieferant überein:

SA DP Einstellung:

DP Historie vom 30.1.25:

SA Historie wenn du das meinst (W sind dann die EUR):

[Homoran]

@peter666666 muss mich da jetzt durchwurschteln!

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

wenn du das meinst

nein, ich meine auch da die History aufzeichnung

ich befürchte, dass die 23:59:55.004 zu spät kommt

edit:
wo stehen denn die kumulierten Tagewerte?
2,671 passt ja auch gar nicht.

da kommt laut calculator ja wohl etwas in Hunderterbereich raus

EDIT2:
Ich fürchte du versuchst da SA für etwas zu missbrauchen wofür es nicht geeignet ist.

[Peter666666]

@homoran der Wert vom Cal muss man durch 100 rechnen dann sind es EUR und stimmt mit dem Energielieferantenportal überein. Das kumulieren will ich ja über SA machen lassen damit ich das in VIS schön darstellen kann.

wo finde ich die History von SA zu dem DP?

[Homoran]

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

wo finde ich die History von SA zu dem DP?

da wo du sie angelegt hast.

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

der Wert vom Cal muss man durch 100 rechnen dann sind es EUR

warum das?
konfigurier es doch richtig.

Die stündlichen Werte im Datenpunkt müssten doch im täglichen Datenpunkt in der selben Einheit sein.

und das wäre mehr als die dort aufsummierten 2,671

[Peter666666]

@homoran das zur History check ich nicht. Sehe bei dem DP nur den Verlauf vom history Adapter (das ist das foto mit dem Calc.).

[Homoran]

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

Sehe bei dem DP nur den Verlauf vom history Adapter

Das ist der Quelldatenpunkt für Sourceanalytix?
Titelzeile ist ja leider abgeschnitten.

und loggst du den SA Datenpunkt unter Sourceanalytix.0 auch?
Davon dann bitte die History.

[Peter666666]

@homoran der DP für Sa ist "kosten zum letzten Preis" den ich mit SA und History aufzeichne:

[Homoran]

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

der DP für Sa ist "kosten zum letzten Preis" den ich mit SA und History aufzeichne:

ja, aber wohl nicht den DP VON SA.

[Peter666666]

@homoran du meinst den hier? da ist History nicht aktiviert.

[paul53]

@peter666666 sagte: Hier das Skript

Für die Ermittlung der Periodenwerte ist SA zuständig. SA kann am besten mit einem kumulativen Gesamtkostenwert umgehen. Diesen ermittelt man so:

Der DP "Preis" enthält den Preis in Euro/kWh der aktuellen Stunde.

[Homoran]

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

du meinst den hier?

möglich!
ist für mich nicht zu erkennen

halt der

@homoran sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

unter Sourceanalytix.0

[crunchip]

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

den Preis je Stunde rechne ich mit dem Skript aus, also Verbrauch jede Stunde in kwh x den Preis der jeweiligen Stunde.

ergibt einen DP mit Euro

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

Dieser DP wird von SA erfasst

nö,
SA braucht deinen Zählerstand KWh

[Peter666666]

@homoran ja das ist der. Ich werde die history mal einschalten und schauen was man sieht.

[Homoran]

@crunchip das ist beides nicht ganz korrekt.

ich arbeite auch mit Watt.
Dann integriert aber SA den Wert zwischen zwei Meldungen über die Zeit, und addieet ihn nicht einfach.

Wie ich berrits an @Peter666666 gerichtet schrieb:
@homoran sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

Ich fürchte du versuchst da SA für etwas zu missbrauchen wofür es nicht geeignet ist.

[crunchip]

@homoran sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

ich arbeite auch mit Watt.

kann man ja, da war eher darauf bezogen, das SA nicht mit einer Preisangabe rechnet

@peter666666 sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

mit dem Skript aus, also Verbrauch jede Stunde in **kwh x den Preis der jeweiligen Stunde. Dieser Wert wird dann in einen DP geschrieben welcher sich ja jede Stunde ändert. Dieser DP wird von SA erfasst

daher schrieb ich oben schon

@crunchip sagte in Source Analytix addiert einen Wert von 23-24 Uhr nicht:

SA rechnet den Verbrauch ( in der Regel) anhand eines Gesamtzählerstand

wollte da nicht noch weiter ins Detail gehen

[paul53]

@paul53 sagte: SA kann am besten mit einem kumulativen Gesamtkostenwert umgehen.

Da SA keine dynamischen Preise unterstützt, muss man die kumulativen Gesamtkosten per Skript ermitteln und an SA übergeben, wobei man eine zusätzliche Preisdefinition verwenden sollte:

Ich habe die Unit "l" gewählt, da man "Euro" nicht auswählen kann.

[Peter666666]

@paul53 d.h. ich nehme dann den DP "Kosten gesamt" für SA und sehe dann einen Tag später was ich an Energiekosten gebraucht habe oder verstehe ich das wieder falsch?
Verstehe nur nicht warum es bei einem anderen DP wo ich den Netzbezug mit SA aufzeichne perfekt funktioniert...

[paul53]

@peter666666 sagte: DP wo ich den Netzbezug mit SA aufzeichne perfekt funktioniert...

Die Ermittlung der Periodenwerte für den Verbrauch in kWh ist kein Problem.
Das Problem sind die dynamischen Preise. In SA kann man nur einen konstanten Preis/Einheit zur Berechnung der Kosten angeben.