[Gelöst] Problem mit Blockly
-
Hi,
hat ein wenig gedauert mit meiner Antwort aber ich war auf Dienstreise und konnte nicht immer auf das System achten.
@paul53 : kann es sein das mit dem aktuellen Script Grundsätzlich nach der eingestellten Zeit gesteuert wird wenn der Trigger einmal erfüllt wurde auch wenn die Bedingung sich innerhalb der Zeit wieder zurück ändert?
Also Beispiel:
Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Irgendwie habe ich aber den Eindruck das aktuell immer nach Ablauf der Eingestellten Zeit geschaltet wird, unabhängig davon ob die Bedingung innerhalb der Zeit nicht mehr erfüllt ist.
Hoffe du/ihr könnt mir folgen.
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Die Verzögerung wirkt nur bei "Bezug > 250". Bei "Einspeisung > 4200" hattest Du keine Verzögerung vorgesehen.
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Die Verzögerung wirkt nur bei "Bezug > 250". Bei "Einspeisung > 4200" hattest Du keine Verzögerung vorgesehen.
@wendy2702 sagte in Problem mit Blockly:
Ideal wäre es wenn Einspeisung_3800 auf true gesetzt wenn Wirkenergie >4200 länger als Zeit X
@paul53 : Oh, sorry. Dachte das mit dem Satz oben zum Ausdruck gebracht zu haben.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@wendy2702 sagte in Problem mit Blockly:
Ideal wäre es wenn Einspeisung_3800 auf true gesetzt wenn Wirkenergie >4200 länger als Zeit X
@paul53 : Oh, sorry. Dachte das mit dem Satz oben zum Ausdruck gebracht zu haben.
-
Hi,
hat ein wenig gedauert mit meiner Antwort aber ich war auf Dienstreise und konnte nicht immer auf das System achten.
@paul53 : kann es sein das mit dem aktuellen Script Grundsätzlich nach der eingestellten Zeit gesteuert wird wenn der Trigger einmal erfüllt wurde auch wenn die Bedingung sich innerhalb der Zeit wieder zurück ändert?
Also Beispiel:
Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Irgendwie habe ich aber den Eindruck das aktuell immer nach Ablauf der Eingestellten Zeit geschaltet wird, unabhängig davon ob die Bedingung innerhalb der Zeit nicht mehr erfüllt ist.
Hoffe du/ihr könnt mir folgen.
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Wird auch nicht, denn die Variable Timer2 sperrt solange sie nicht bei "Bezug > 250" gestoppt wird.
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig:
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Wird auch nicht, denn die Variable Timer2 sperrt solange sie nicht bei "Bezug > 250" gestoppt wird.
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig:@paul53 Hallo,
aktuell sieht es so aus wie das was du mir oben gebaut hast:
Idee war, damit meine WP keinen PING PONG macht, ja folgende:
4200 wird überschritten und bleibt für mindestens Zeit x über diesem Wert. Dann setze "Einspeisung_3800" auf true. Fällt er innerhalb der Zeit X wieder unter 4200 bleibt "Einspeisung_3800" auf false und der Prozess startet von vorne. Quasi solange bis eine Stabile Einspeisung von >4200 erreicht ist.
Gleiches für den Bezug.
500 wird überschritten und bleibt für Zeit y über diesem Wert. Dann setze "Einspeisung_3800" auf false. Fällt der Bezug innerhalb der Zeit Y wieder unter 500 bleibt "Einspeisung_3800" auf true. Also erst schalten wenn der Bezug über einen Zeitraum y über 500 liegt.
Hoffe ich habe das jetzt verständlich erklärt
Also nur wenn die Bedingungen jeweils über einen Zeitraum X und Y erfüllt werden wirklich den Datenpunkt ändern.
-
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Wird auch nicht, denn die Variable Timer2 sperrt solange sie nicht bei "Bezug > 250" gestoppt wird.
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig: -
@wendy2702 sagte: Einspeisung erreicht 4200 aber nach zum Beispiel 30 sekunden fällt der Wert wieder unter 4200 dann soll nicht nach der eingestellten Zeit geschaltet werden.
Wird auch nicht, denn die Variable Timer2 sperrt solange sie nicht bei "Bezug > 250" gestoppt wird.
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig:@paul53 sagte in Problem mit Blockly:
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig:Hallo Paul,
habe das nachgebaut aber scheinbar schaltet es jetzt überhaupt nicht mehr.
Wir haben aktuell schin seit ca. 15 Minuten eine Einspeisung von knapp 10000 aber es passiert nichts.
Habe ich noch irgendwo einen Fehler eingebaut?
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@paul53 sagte in Problem mit Blockly:
Wenn der Wert einmalig 4200 überschreitet, wird nach Verzögerung geschaltet.
Soll das nicht passieren, wenn innerhalb der Verzögerungszeit der Wert wieder unterschritten wird? Dann muss das "stop Timer" in den sonst-Zweig:Hallo Paul,
habe das nachgebaut aber scheinbar schaltet es jetzt überhaupt nicht mehr.
Wir haben aktuell schin seit ca. 15 Minuten eine Einspeisung von knapp 10000 aber es passiert nichts.
Habe ich noch irgendwo einen Fehler eingebaut?
@wendy2702 sagte: Habe ich noch irgendwo einen Fehler eingebaut?
Du musst jeweils einen sonst-Zweig hinzufügen, in dem der Timer gestoppt wird (siehe Bild).
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@wendy2702 sagte: Habe ich noch irgendwo einen Fehler eingebaut?
Du musst jeweils einen sonst-Zweig hinzufügen, in dem der Timer gestoppt wird (siehe Bild).
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
544
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge