BKW "überwachen"?

[Matsch]

Da ging es wohl nicht um den Verbrauch, denn wenn du keinerlei Abnehmer in der Wohnung hast, produziert die Anlage ja trotzdem 600 W, auch wenn nichts davon von dir verbraucht wird, sondern ins Netz eingespeist wird.
Der PSM kann ja auch nur die Abgabeleistung messen, nicht den Verbrauch. Und diesen Wert liefert der Wechselrichter ja schon selbst. Ebenso wie den Gesamt- und Tagesertrag, man muß gar nicht extra Werte subtrahieren. So lange wie da positive Werte geliefert werden, funktioniert er noch.

[hoschi]

Wie viel Leistung erzeugt die Anlage an extrem schlechten Tagen? Das könnte man als Grenzwert verwenden.

"Alarm, wenn Fenster länger als Zeit X offen" (ohne Skript) hatten wir ja schon öfters, das könnte man umbauen zu: wenn Leistung länger als 23h kleiner Grenzwert (ggf. <=0).

Also jetzt ist es ja gerade bewölt, da kommen noch >100w rein.
Aber ich kann ja die Zeit von 23h auch auf 3 Tagen ändern.
Es geht mir ja nur darum, dass ich "mittgeteilt" bekomme, dass der WR wahrscheinlich defekt ist oder so.
Und jede Woche auf die CCU gucken möchte ich eigentlich nicht.

[rentier-s]

Aber ich kann ja die Zeit von 23h auch auf 3 Tagen ändern.

Im CCU Standard eben nicht.

[Baxxy]

Jap, 86399s Verzögerung sind das Maximum.

Für längere Zeiten nimmt man einen CUxD-Timer.

[Baxxy]

Da wir inzwischen auf Seite 4 sind und wohl immer noch keine der aufgezeigten Lösungen umgesetzt wurde...

Anforderung:
EMail senden wenn innerhalb 24h weniger als 100Wh "geerntet" bzw. eingespeist wurden.

Überwachung:
HmIP-PSM im Einspeisemodus

Umsetzung:
- vorausgesetzt der "Energie-Zähler - Zentrale (CCU)" wird nicht benötigt.
- Nutzung der internen SystemVariable svEnergyCounter_xxx als "Tageszähler"

Erklärung:
Täglich zum Zeitpunkt xx:xx (Beispiel 22:30) wird geprüft ob mehr als 100Wh eingespeist wurden...
- wenn nein: EMail versenden, danach Einspeisezähler (interne SysVar) auf 0.0 setzen
- wenn ja: Einspeisezähler (interne SysVar) auf 0.0 setzen

[Xel66]

Wozu so kompliziert? Man muss lediglich mindestens ein Mal pro Tag überwachen, ob das Teil eine gewisse Mindestleistung überschreitet. Das war es schon. Hierzu kann man beim Überschreiten der Mindestleistung eine Sysvar setzten, die signalisiert, dass alles OK ist (und die sich nach 24 Stunden nach dem Setzen/Aktualisieren zurücksetzt). Da zu erwarten ist, dass die Variable vor Ablauf der 24 Stunden wieder gesetzt wird, braucht man nur darauf regieren, wenn die Variable dann mal irgendwann umswitcht. Hieße, die Leistung wurde nicht überschritten. Solange täglich die Mindestleistung vor Ablauf der 24 Stunden gesetzt wird (wovon im Normalfall auszugehen ist), passiert gar nichts.

Gruß Xel66

[Baxxy]

Wozu so kompliziert?

Dat is doch nich kompliziert...
Da haben wir doch schon ganz andere Kaliber rausgehauen.

Aber klar, es gibt x-Möglichkeiten der Anforderung gerecht zu werden. Und ich habe extra eine ohne Scripte gewählt.

Die Verzögerte SysVar hat m.E. den Nachteil wenn mal rebootet wird, da ist der Sensor-Wert ja immer kleiner x.y.
Lässt sich aber natürlich auch abfangen, z.B. mit deiner Lieblings-Methode.

[Xel66]

Die Verzögerte SysVar hat m.E. den Nachteil wenn mal rebootet wird, da ist der Sensor-Wert ja immer kleiner x.y.

Jo, soweit kein Problem. Für meinen Lösungsansatz benötigt man nur eine boolsche Variable, die sich auch bei einem Roboot (wenn nicht sowieso vorher gespeichert) sofort wieder setzt, wenn die Schwelle erstmalig überschritten wird. Und dir Verzögerung läuft ja nur für den Reset der Variable (der im Normalfall ja nie erreicht wird, solange jeden Tag die Sonne aufgeht).

Gruß Xel66

[Baxxy]

Stimmt... manchmal verknotet sich mein Gehirn im Takt der CCU-Logik.

[hoschi]

@Baxxy:
Danke ich werde es mal testen.
Also so wie im Screenshot.