[Gelöst] Problem mit Blockly
-
Hi,
habe vor einiger Zeit mit Hilfe des Forums dieses Blockly hier zusammengebaut.
Funktion: Bei Einspeisung >4200 wird ein DP auf True gesetzt. Bitte nicht daran stören das der 3800 im Namen stehen hat. Ich muss den genauen Wert noch ermitteln.
Bei Bezug > 250 soll nach Zeit X der DP wieder auf False gesetzt werden.Die Nutzung lag bis heute allerdings auf Eis.
Jetzt habe ich das Blockly heute gestartet und scheinbar funktioniert die Umschaltung wenn der Wert der Einspeisung >4200 ist aber nicht mehr das zurück schalten wenn der Bezug >250 wird.
Kann mir jemand vielleicht auf die Sprünge helfen wo der Fehler liegt.
Danke und Gruß
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
Hi,
habe vor einiger Zeit mit Hilfe des Forums dieses Blockly hier zusammengebaut.
Funktion: Bei Einspeisung >4200 wird ein DP auf True gesetzt. Bitte nicht daran stören das der 3800 im Namen stehen hat. Ich muss den genauen Wert noch ermitteln.
Bei Bezug > 250 soll nach Zeit X der DP wieder auf False gesetzt werden.Die Nutzung lag bis heute allerdings auf Eis.
Jetzt habe ich das Blockly heute gestartet und scheinbar funktioniert die Umschaltung wenn der Wert der Einspeisung >4200 ist aber nicht mehr das zurück schalten wenn der Bezug >250 wird.
Kann mir jemand vielleicht auf die Sprünge helfen wo der Fehler liegt.
Danke und Gruß
-
@wendy2702
Was soll passieren, wenn während des Bezugs > 250 in der Zeit x die Wirkenergie > 4200 erneut triggert?
Im Script stoppst Du die Zeit x und setzt Einspeisung_3800 auf true@ente34 OK.
Ideal wäre es wenn Einspeisung_3800 auf true gesetzt wenn Wirkenergie >4200 länger als Zeit X
Und
Einspeisung_3800 auf false wenn Bezug >250 für Zeit Y
Also eigentlich ne Hysterese drin um einen Ping Pong true/false zu verhindern und den kurzen durchzug von Wolken zu kompensieren.
-
Hi,
habe vor einiger Zeit mit Hilfe des Forums dieses Blockly hier zusammengebaut.
Funktion: Bei Einspeisung >4200 wird ein DP auf True gesetzt. Bitte nicht daran stören das der 3800 im Namen stehen hat. Ich muss den genauen Wert noch ermitteln.
Bei Bezug > 250 soll nach Zeit X der DP wieder auf False gesetzt werden.Die Nutzung lag bis heute allerdings auf Eis.
Jetzt habe ich das Blockly heute gestartet und scheinbar funktioniert die Umschaltung wenn der Wert der Einspeisung >4200 ist aber nicht mehr das zurück schalten wenn der Bezug >250 wird.
Kann mir jemand vielleicht auf die Sprünge helfen wo der Fehler liegt.
Danke und Gruß
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 -
@paul53 Hallo Paul,
Danke für den Input. Sieht in der Tat wesentlich einfacher aus.
Wie kann/muss ich das noch erweitern um diese Bedingung zu erfüllen:
@wendy2702 sagte in Problem mit Blockly:
Ideal wäre es wenn Einspeisung_3800 auf true gesetzt wenn Wirkenergie >4200 länger als Zeit X
Und über welchen Baustein komme ich denn daran:
Ist das der Baustein eine Variable erstellen?
Danke!
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@paul53 Hallo Paul,
Danke für den Input. Sieht in der Tat wesentlich einfacher aus.
Wie kann/muss ich das noch erweitern um diese Bedingung zu erfüllen:
@wendy2702 sagte in Problem mit Blockly:
Ideal wäre es wenn Einspeisung_3800 auf true gesetzt wenn Wirkenergie >4200 länger als Zeit X
Und über welchen Baustein komme ich denn daran:
Ist das der Baustein eine Variable erstellen?
Danke!
-
@wendy2702 sagte: erweitern um diese Bedingung zu erfüllen:
-
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.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
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
543
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge