ElabNET Technik Forum

Dann habe ich das Verhalten etwas falsch definiert und es bedarf wahrscheinlich noch anderer Negierungen ...sorry.

Bin aber gerade im Freizeitpark mit einem Auto voller Kids...kann also heute nicht so gut unterstützen

Aber schau Dir auf jeden Fall nochmal meinen Post unter #8 an

Hallo Sven, @Robosoc

alles gut. Family Time ist Quality Time. Oo hast du ne Fußballmannschaft mit?

Schau mal wenn es dir die Zeit ergibt das ganze nochmal an und schreibe mir was da nicht richtig passen wird.

Ja #8 lese ich mir nochmal genau durch.

So, habe mir das noch einmal überlegt. Ich meine es müsste laufen, wenn Du den TimerAusgang doch nicht auf Verhalten T stellst sondern auf C.

Und der Eingang vom Multiplexbaustein sollte weiterhin nur mit dem AND Ausgang verknüpft sein. -> #8

P.s. keine Fußballmanschaft aber einen kleinen 7Sitzervan voll

Also ich verzweifel an dieser Logik Engine.

Hier mal die neuen Versuche aber immer ohne Ergebniss.

Eingangswerte sind entweder 4 oder 7 Watt aber es geht nicht.

Startet der Timer eigentlich immer neu wenn ein anderer Wert kleiner 8 Watt ankommt oder wie ist die Lage?

Ich fasse es hier nochmal zusammen:

Waschmaschine ist fertig wenn Sie weniger als 8 Watt verbraucht in einem Zeitfenster von 5 Minuten.

Sie kommt auf kleiner 8 Watt auch mal zwischendurch aber das sind 2 bis 3 Minuten mal aber nicht mehr.

Sollte das der Fall sein soll ein String später mal an die HTTP-API versendet werden. Aktuell geht es auf ein MQTT Objekt.

Du hast aber anscheinend nicht das gemacht, was ich in #14 geschrieben habe. Dein Timerausgang steht noch auf Verhalten t = timer. D.h. dieser Ausgabg wird nur gesendet , wenn der Timer abläuft, somit sendet dieses Modul immer nur ein False!

Das AND Modul triggert durch das C = CHANGE nur bei Änderung des Eingang...aber wenn dieser immer nur ein false bekommt, dann ändert sich der nie und deine AND Logik wird nicht angestoßen!

Entweder T behalten und den Eingang im AND auf A stellen, oder eben den Ausgang vom Timer auf c und dann kann auch die AND Logik auf c bleiben.

Hallo Michael!

Ich melde mich heute noch dazu.
Solche Dinge löse ich aber (fast) immer mit einer Custom Logik, da man dort mit "latch" auch die fallende Flanke des Timers sauber auswerten kann.

Ich verstehe auch das zusätzliche AND nicht, denn der Timer ist retriggerbar und läuft ohnehin nie ab, solange ein Wert größer x kommt.

Damit sollte der Timer + Multiplexer reichen, mit dem inhibit, dass sperrt, solange der Timer läuft => Auswerten der fallenden Flanke.

Und das "c" ist mit Vorsicht zu genießen, wie Robosoc gerade geschrieben hat.
Auch beim Timer sollte es meiner Meinung nach ein "a" sein, da sonst wiederholte 0.0 nicht zum Aufruf führen!

lg
Robert

@Robosoc Ja der Timer soll ja auch ablaufen weil es geht mir ja darum das ich nicht Meldungen erhalte wenn die Watt nur mal 2 Minuten auf unter 8 Watt fällt sondern nur wenn die Watt länger gleich 5 Minuten unter 8 Watt sich befindet oder hab ich da nen Logischen Knick in der Optik.

@Robert_Mini Danke.

So, ich glaube Robert und ich haben Dich jetzt voll verwirrt. (Beispiel: Ich habe aufgrund Deiner Aufgabenstellung bewusst einen Nicht-Retriggerbaren Timer (Timer 1) vorgeschlagen. Robert hat in seinem Beitrag einen Reriggerbaren vorgeschlagen). Hier führen viele Wege nach Rom. Ich habe mir jetzt noch einmal die Zeit genommen und meinen Vorschlag nachprogrammiert um mir sicher zu sein - und ich denke es funktioniert so wie Du willst.

Vorab: Ich habe hier aus zwei Gründen keine Custom-Logik vorgeschlagen:
1) Weil es wirklich kein schwerer Anwendungsfall ist und sich leicht durch Standard-Logiken lösen lässt. In einem solchen Fall würde ich für mich tatsächlich selber keine Custom-Logik nutzen.
2) Weil Du Einsteiger bei den Logiken bist und da hilft es Dir m.E. nicht, wenn Dir jemand für eine einfache Logik eine Custom-Logik schreibt, die Du dann noch viel weniger nachvollziehen kannst. Robert hat aber völlig recht...innerhalb von Custom-Logiken gibt es "Latch" (Zuweisungs-) Baustein, der hier gute Dienste leisten würde.

Deine Aufgabenstellung, so wie ich sie verstanden habe ist mit meiner Antwort #2 und der Korrektur #14 m.E. vollständig gelöst - es fehlte jedoch ehrlich gesagt der Hinweis, dass Du den finalen Ausgang des String-Multiplexer auf A stellen musst. Aber Du musst auch alle Ein- und Ausgangsverhalten (also das C, A, T, U...) unbedingt so einstellen, wie von mir beschrieben, das ist zumindest in Deinen Screenshots nicht erfolgt!

Hier jetzt mal meine Screenshots, ich habe die Anordnung durch die Benennung so sortiert, dass die Logik von oben nach unten zu lesen ist. Das erleichtert es Dir auch bei späteren Anpassungen sehr und würde ich stets empfehlen:
Ausgangssituation - WM läuft, Verbrauch ist 10 (also größer 8):


Schritt zwei, Verbrauch sinkt auf 7 (also <8), der Timer startet


Schritt 3 - nach Ablauf des Timers ist der Verbrauch noch immer 7 (<8)