Waschmaschine, Trockner und Spülmaschine steuern

[Ondas[tm]]

Es gibt die Möglichkeit, ein Servo anzusteuern. Das Servo könnte eine Taste drücken. Dann spart man sich den Umweg über Ein- und wieder Ausschalten.
Habe das aber selbst noch nicht nachgebaut, sobald die Solaranlage aber da ist sehe ich mir das nochmal an.

[Ondas[tm]]

https://github.com/jp112sdl/HB-OU-MOT-SERVO
Gefunden..

[Manuel.P]

Vielen Dank schon mal... ich hab es jetzt über zwei Programme gelöst.

Klappt soweit, jedoch mit dem Punkt Waschmaschine ist fertig komm ich im Skript noch nicht weiter...

ich sage im Programm, wenn Leistung< 300mA dann

Skript verzögert um 5 Minuten ausläösen

Nun brauchte ich im Skript einen vergleich, den bekomme ich aber nicht hin, kann mir da jemand helfen ?

Also ich brauche eine Skript

Wenn Leistung <300 mA, dann Waschmaschine ausschalten...


So könnte ich ohne eine Systemvariable realisiere, dass nur fertig gemeldet wird, wenn auch seit 5 Minuten keine Energie gezogen wird.

[MichaelN]

Systemvariable sind viel leichter zu warten als skripte. Und du könntest es selbst. Warum also nicht das vorhandene Werkzeug nutzen?

Außerdem unterliegst du hier wieder dem Trugschluss, das du mit dem Skript auf ein Ereignis warten kannst. Das geht aber nicht.

[Tyfys]

Falls du doch eine Script-Lösung ausprobieren willst:

Wenn Leistung <300 mA, dann Waschmaschine ausschalten..

wäre z.B.

Code: Alles auswählen

if (Leistung < 300) {
    dom.GetObject("HmIP-RF.0001DD89AD07CA:6.STATE").State(false);
}

[Xel66]

Falls du doch eine Script-Lösung ausprobieren willst:

Ja, das ist eine Abfrage, aber eben kein Trigger. Und was soll bei der Abfrage anderes herauskommen, wenn das dazugehörige Programm durch genau die gleiche Abfrage getriggert wurde? Einzig, dass der Stombezug (nach den fünf Minuten) noch kleiner 300mA ist. Kann er sein, aber auch nicht. Was triggert die nächste Prüfung? Nach wieder fünf Minuten? Es gibt zum Thema "Waschmaschinenüberwachung" sogar eine Komplettlösung bei ELV zum Nachklicken. Warum muss jedes Mal das Rad neu erfunden werden?

Ich würde das Thema mit einer Systemvariable angehen. WENN <300mA bei Änderung DANN verzögert Systemzustand "Maschine fertig" WAHR SONST "Maschine fertig falsch". Damit wird die Variable wieder auf FALSCH gesetzt und der 5-Minutentimer abgebrochen, wenn innerhalb der Verzögerungszeit der Strombezug auf über 300mA ansteigt. Vorteil: man hat bei schwankenden Strombezug nicht x Threads (die Scriptabarbeitung) in der Queue, die auf Abarbeitung des Scripts warten. Denn die lauern im Gegensatz zur Systemvariable (deren Verzögerungstimer beim Reset gelöscht wird) im Hintergrund weiter. Ein wenig muss man auch im Hinterkopf behalten, was intern in der CCU passiert, wenn man etwas programmiert.

Gruß Xel66

[MichaelN]

Falls du doch eine Script-Lösung ausprobieren willst:

Eigentlich habe ich seine Anforderung so verstanden:

Code: Alles auswählen

while (Leistung > 300)
{ ! warten }
dom.GetObject("HmIP-RF.0001DD89AD07CA:6.STATE").State(false);    

Ich warne aber ausdrücklich davor sowas anzuwenden!

[Tyfys]

Ich weiss natürlich nicht, welche von den guten Vorschlägen der TE nun befolgte
oder ob er noch an einer eigenen Lösung dran ist.

Ja, das ist eine Abfrage, aber eben kein Trigger.

Danach hatte er gefragt:

Nun brauchte ich im Skript einen vergleich

So habe ich das nicht aufgenommen:

Eigentlich habe ich seine Anforderung so verstanden:

Code: Alles auswählen

while (Leistung > 300)
{ ! warten }
dom.GetObject("HmIP-RF.0001DD89AD07CA:6.STATE").State(false);    

Ich warne aber ausdrücklich davor sowas anzuwenden!

Das würde ich auf der CCU/etc. auch nicht vorschlagen.

Was gemeint war, weiss ich nicht. Es wurde nach einem Vergleich gefagt,
den habe ich aufgezeigt.

Evt. hätte er mal seine bisherige Konstruktion darlegen sollen......

[MichaelN]

Was gemeint war, weiss ich nicht. Es wurde nach einem Vergleich gefagt,
den habe ich aufgezeigt.

Du könntest recht haben.

[Xel66]

Du könntest recht haben.

Hat er ja auch. Aber die Abfrage ist in diesem Falle eben nicht zielführend zur Problemlösung. Und darum habe ich geantwortet. Es beantwortet zwar die Teilfrage ist aber eher kein Beitrag zur initialen Problemlösung. Man braucht einen Status nicht nochmals abfragen, wenn genau diese Abfrage durch eben diesen Status getriggert wurde (und dieser Status nicht gegen irgendwelche Zusatzbedingungen geprüft wird). Die einzige Anforderung ist eben die zwischengeschaltete Zeitverzögerung. OK. Aber bei stark schwankenden Strombezug (Anti-Kitter-Funktion), könnte dieses eben viele wartende Threads im System hinterlassen, die dann alle nach ihrerem Ablauf ausgeführt werden. Diese Timer werden im Gegensatz zum gegensinnigen Setzen einer Systemvariable nicht gelöscht. Setzt man dann im Script Schaltbefehle ab, werden diese im Takt der ursprünglichen Tiggerung (mit der programmierten Zeitverzögerung) alle nacheinander ausgeführt. Elegant ist das eher nicht. Man macht hier x Scriptläufe um genau eine einzige Sytemvariable "einzusparen".

Gruß Xel66