HmIP-PSM Steckdose schalten bei Schwellwert

[flo_ded]

Hallo,

ich nutze die HmIP-PSM Steckdose für meinen PC und möchte diese gerne ausschalten sobald ein Schwellwert (Watt) unterschritten wurde.
Um Fehlauslösungen zu vermeiden verwende ich aktuell eine 30 Sek. Verzögerung in meinem CCU2 Programm.
Mit Fehlauslösungen meine ich, dass wenn ich den PC neustarte oder ähnliches (nur kurzzeitiges Unterschreiten des Schwellwertes), die Steckdose nach 30 Sek. doch nicht ausschaltet.
Aktuell tut es das aber.
Daher versuche ich das ganze mit einem Script zu retten

Meine Idee ist, dass nach erstmaligem Unterschreiten des Schwellwertes die 30 Sek. Verzögerung startet und nach den 30 Sek. via Script nochmals prüft ob die Bedingung immer noch erfüllt ist. Liegt der Stromverbrauch noch immer unter dem Schwellwert soll die Steckdose ausschalten.
Liegt aber der Stromverbrauch nach den 30 Sek. wieder über dem Schwellwert soll nichts passieren (Steckdose bleibt an)

Wo ist der Fehler in meiner Umsetzung der Idee? Wenn ich den PC für ein paar Sekunden aus mache (herunterfahre) und dann wieder starte, schaltet die Steckdose den PC während des Bootvorganges einfach aus, obwohl der Stromverbrauch in diesem Moment wieder über dem Schwellwert liegt.

Vielen Dank im Voraus für eure Hilfe!

Viele Grüße

[JRiemann]

Deine Verzögerung bringt in der jetzigen Form nichts. Selbst wenn der Verbrauch wieder ansteigt wird nach der Verzögerung ausgeschaltet weil Du keine Gegenteilige Aktion definiert hast die dann durch "retriggern" die laufende Verzögerung abbricht.
Bei "Aktualisierung" zu nutzen ist bei einem Messaktor ganz gefährlich und sorgt dafür das teilweise im Sekundentakt das Programm ausgelöst und evtl. sogar ausgeführt wird. Aktuell würde Dein Aktor damit spätestens alle paar Minuten ausgeschaltet werden wenn der Verbrauch unter 70 Watt liegt obwohl er bereits aus ist. Der DutyCycle wird's Dir danken....
Der Gedanke mit der Verzögerung ging schon in die richtige Richtung, aber ein Skript braucht es für solche banalen Dinge nicht!

WENN - Verbrauch - kleiner 70 Watt - bei Änderung auslösen
UND - Schaltaktor - Schaltzustand ein - nur prüfen
DANN - Schaltaktor - verzögert um 30 Sekunden - Schaltzustand aus
SONST-WENN - Verbrauch - größer 70 Watt - nur prüfen
DANN - Schaltaktor - sofort - Schaltzustand ein

(Der Haken bei retriggern MUSS gesetzt sein)
Und bitte darauf achten das der Schwellwert nicht zu eng gewählt wurde und damit der Verbrauch ständig unter/über diesen schwingt. Das hätte dann auch wieder viele unnötige Programmdurchläufe zur Folge.

[flo_ded]

Danke Jörg.
Du hast recht. Ich hab viel zu kompliziert gedacht

Ich hab mit dem Punkt bei Aktualisierung auslösen bisher noch keine Negativen Erfahrungen gemacht, werde dein Ratschlag dennoch beherzigen. Den Duty Cycle der CCU2 kann man nirgends einlesen? Auch nicht mit Addons?

Viele Grüße Florian

[alchy]

Hab mal den Titel geändert, ein Script ist hier nicht nötig oder relevant.

Danke Jörg.
Den Duty Cycle der CCU2 kann man nirgends einlesen? Auch nicht mit Addons?

Doch kann man - >> Duty Cycle CCU2 mit HM Script auslesen und speichern <<

Alchy

[flo_ded]

WENN - Verbrauch - kleiner 70 Watt - bei Änderung auslösen
UND - Schaltaktor - Schaltzustand ein - nur prüfen
DANN - Schaltaktor - verzögert um 30 Sekunden - Schaltzustand aus
SONST-WENN - Verbrauch - größer 70 Watt - nur prüfen
DANN - Schaltaktor - sofort - Schaltzustand ein

(Der Haken bei retriggern MUSS gesetzt sein)
Und bitte darauf achten das der Schwellwert nicht zu eng gewählt wurde und damit der Verbrauch ständig unter/über diesen schwingt. Das hätte dann auch wieder viele unnötige Programmdurchläufe zur Folge.

Hallo,
ich habe es jetzt wie vorgeschlagen umgesetzt und das alles in ein eigenes Programm gepackt. Noch eine Verständnisfrage zu dem Sonst-Wenn Pfad: Wann wird dieser ausgeführt? Meinem Verständnis nach habe ich hier wieder ein Duty Cycle Problem, weil solang der PC an ist und mehr als 70 Watt verbraucht, wird doch permanent an den Schaltaktor (Steckdose) der Schaltzustand auf "ein" geschickt. Täusch ich mich?

Mein RFD-DutyCycle im CUxD liegt bei ca. 58%. Ist das Akzeptabel für 65 Geräte? Zudem läuft gerade ein Firmware-Update meiner beiden HmIP-BSM im Hintergrund.

Vielen Dank im Voraus.
Flo

[Sammy]

Hallo,

das Programm wird nur beim Über- oder Unterschreiten der 80W-Grenze ausgelöst (wegen Auslösen auf ÄNDERUNG).
Bitte Tipps für Anfänger, Links zur Zentralenlogik lesen!
DC von 58% ist eindeutig viel zu hoch, rührt aber sehr wahrscheinlich vom Update. Bitte im Normalzustand prüfen.

Gruß Sammy

[JRiemann]

Wann wird dieser ausgeführt? Meinem Verständnis nach habe ich hier wieder ein Duty Cycle Problem, weil solang der PC an ist und mehr als 70 Watt verbraucht, wird doch permanent an den Schaltaktor (Steckdose) der Schaltzustand auf "ein" geschickt. Täusch ich mich?

JA, Du liegst absolut falsch!
Die Schaltschwelle (70 Watt) ist als Auslöser definiert (bei Änderung auslösen). Das bedeutet das Programm wird ausgelöst sobald diese Schwelle in irgendeine Richtung überschritten wird (kleiner 70 auf größer 70, größer 70 auf kleiner 70). NUR dann wird das Programm ausgelöst, durchlaufen und geprüft. Der Durchlauf beginnt IMMER in der 1. Zeile des Programms egal aus welchem Bereich des Prog. der Auslöser kommt. Dabei werden von oben nach unten die Bedingungen geprüft. Sind die Bedingungen im WENN nicht erfüllt wird der Durchlauf im SONST-WENN fortgesetzt. Ist ein WENN oder SONST-WENN erfüllt wird das folgende DANN ausgeführt. Sind alle Blöcke nicht erfüllt wird ein evtl. vorhandenes SONST ausgeführt. Nachdem ein DANN oder SONST ausgeführt wurde, oder keine erfüllten Blöcke und kein SONST gefunden wurde wird das Programm ohne "Aktion" beendet.
Ein Programm läuft nur einmalig nach dem Auslösen für die Dauer der Prüfung. Danach ruht es bis zur nächsten Auslösung. Und nicht wie Du vermutest das es permanent läuft und die Bedingungen prüft.

Mein RFD-DutyCycle im CUxD liegt bei ca. 58%. Ist das Akzeptabel für 65 Geräte? Zudem läuft gerade ein Firmware-Update meiner beiden HmIP-BSM im Hintergrund.

Das Programm aus meinem Vorschlag ist schonend für den DutyCycle. So wie Du es hattest (bei Aktualisierung) wäre es ein Problem für den DC geworden. Der Schalt-Mess-Aktor sendet in sehr kurzen Abständen seinen Status, bei mieser Konfiguration sogar alle paar Sekunden, das hätte dazu geführt das bei jeder Statusmeldung des Aktors ein Schaltbefehl gesendet worden wäre.

Dein aktuelle DC in Verbindung mit einem laufenden HM-IP-Update ist normal. Bis das Update beendet ist (max. 48 Std.) wird der Wert nicht viel steigen oder Fallen. Die CCU hat hier wohl eine Obergrenze die für das Update genutzt werden darf.
Nach dem Update sollte Dein DC mit dem Gerätepark aber deutlich unter 30% fallen und nur in Einzelfällen deutlich steigen.
Als Beispiel: Ich nutze ca. 160 HM-Geräte und mein DC liegt mit 2 Funk-Lan-Gateways durchschnittlich in der Gesamtsumme bei ca. 10 - 15%

[flo_ded]

Ihr seid super. Vielen Dank für den freundlichen und hilfreichen Support.
Hab die Anfänger-Anleitung vor ein paar Monaten gelesen. Konnte mich aber nicht mehr an den Programmablauf so genau erinnern.

Ich melde mich falls mein Duty Cycle Stunden nach dem Update immer noch hoch sein sollte.
Wünsch euch morgen einen schönen Feiertag.