NEWS
Source Analytix addiert einen Wert von 23-24 Uhr nicht
-
@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
-
@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 -
@homoran ja das ist der. Ich werde die history mal einschalten und schauen was man sieht.
-
@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.
-
@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 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.
-
@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... -
@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. -
@paul53 dieses Skript auch jede Stunde laufen lassen oder?
-
@peter666666 sagte: dieses Skript auch jede Stunde laufen lassen oder?
Dieses Skript läuft ständig und triggert bei jeder Zählerstanderhöhung.
-
@paul53 achso das ist dann statt dem alten welches ich bis jetzt verwendet habe
-
@peter666666 sagte: das ist dann statt dem alten welches ich bis jetzt verwendet habe
Ja, es ermittelt fortlaufend den Gesamtkostenstand (in Euro). Die Periodenwerte berechnet daraus SA mit der Unit l. Da der Faktor für die Kosten 1 €/l ist, zeigt SA die Periodenkosten auch in € an.
-
@paul53 Super viele Dank! Werde ich gleich testen!
-
@paul53 funktioniert soweit. Ich muss bei mir nur 0.1 je Einheit einstellen weil sonst stimmt der Preis dann nicht. Denke das ist weil ich den Stundenpreis anders bekomme als du. Muss ich mir nochmal anschauen.
-
@peter666666 sagte: weil ich den Stundenpreis anders bekomme
Ich würde immer Euro/kWh verwenden. Wenn es der Original-DP nicht liefert, dann rechne es in einem Alias mit Lesekonvertierung um und verwenden den Alias im Skript. Der Zählerstand liegt schließlich auch in kWh vor?
EDIT: Wenn der Preis in ct/kWh vorliegt, dann berechne die Gesamtkosten in Euro so:
-
@paul53 habe die Preise von dem apg-info Adapter. Werde das Skript umschreiben da ich den Preis in ct/KWh bekomme. Der zähler gibt kWh aus.
-
@paul53 jetzt laufen die Kosten im Sekundentakt in die höhe. Irgendwo habe ich einen Fehler drinnen...
-
@peter666666 sagte: jetzt laufen die Kosten im Sekundentakt in die höhe.
... nur, wenn sich auch der Zählerstand im Sekundentakt erhöht.
Du hast beim Schreiben dieGesamtkosten
gerundet (auf ganze Zahl) und anschließend durch 100 dividiert? -
@paul53 ja aber 11 eur in einer Stunde kann nicht sein...
StormPreisStundeOhneRunden ist in Ct/kWh
EDIT:
DP Stromzähler (180):
-
@paul53 ja hab ich.