[Gelöst] Problem mit timeout
-
@paul53 Darf ich dich mit einem zweiten Blockly nerven? Es geht dabei um einen BWM im Bad. Die Lampe ist eine HUE Birne und der BWM ist das gleiche Modell wie die in der Küche. Bei diesem Blockly wird zuerst geprüft ob über Alexa die Lampe eingeschaltet wurde. Wenn ja, wird die Variable "manuellEin" auf "wahr" gesetzt und der BWM wird ignoriert. Steht die Variable auf falsch, wird der BWM, die Uhrzeit und die Helligkeit geprüft und wenn alles passt, die Lampe eingeschaltet. Dann kommt das Timeout, das auf 130 Sekunden steht, und bevor die Lampe dann wirklich ausgeschaltet wird, wird nach dem Timeout nochmal die Variable geprüft. Das funktioniert auch alles, aber da der Trigger sich nicht ändert, greift immer das Timeout und nach 130 Sekunden geht ganz kurz das Licht aus und auch sofort wieder an. Und das stört mich etwas. Dann habe ich gedacht, ich setzte einen zusätzlichen "Falls" Block vor dem Timeout und prüfe auf BWM = falsch und dann erst den Timeout starten, aber dann geht die Lampe überhaupt nicht mehr aus. Gibt's eine Möglichkeit dieses kurze ausschalten abzufangen?
Falls du keine Zeit und Lust mehr hast, verstehe ich das und ich hätte kein Problem damit. Falls du doch helfen kannst, hier das aktuelle Blockly:
@jojo58 sagte: hier das aktuelle Blockly:
Nimm besser 3 getrennte Trigger, was auch Ressourcen spart.
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 -
@jojo58 sagte: hier das aktuelle Blockly:
Nimm besser 3 getrennte Trigger, was auch Ressourcen spart.
-
@jojo58 sagte: hier das aktuelle Blockly:
Nimm besser 3 getrennte Trigger, was auch Ressourcen spart.
@paul53 Moin, ich habe mich jetzt an dem Script der Küche orientiert und so wie es aussieht, funktioniert alles wie ich es möchte. Deinen Vorschlag mit mehreren Triggern werde ich in einer ruhigen Minute mal umsetzen und ausprobieren. Ich wusste nicht einmal das man mehrere Trigger verwenden kann. Habe also wieder viel dazu gelernt.
Vielen Dank für deine Unterstützung.
Gruß, Johannes
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
@paul53 Moin, ich habe mich jetzt an dem Script der Küche orientiert und so wie es aussieht, funktioniert alles wie ich es möchte. Deinen Vorschlag mit mehreren Triggern werde ich in einer ruhigen Minute mal umsetzen und ausprobieren. Ich wusste nicht einmal das man mehrere Trigger verwenden kann. Habe also wieder viel dazu gelernt.
Vielen Dank für deine Unterstützung.
Gruß, Johannes
@jojo58 sagte in [Gelöst] Problem mit timeout:
Ich wusste nicht einmal das man mehrere Trigger verwenden kann
neben oder untereinander ist das überhaupt kein Problem, oft sogar die einzig sinnvolle Lösung.
Es dürfen nur niemals Trigger in Triggern verwendet werdenkein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@jojo58 sagte in [Gelöst] Problem mit timeout:
Ich wusste nicht einmal das man mehrere Trigger verwenden kann
neben oder untereinander ist das überhaupt kein Problem, oft sogar die einzig sinnvolle Lösung.
Es dürfen nur niemals Trigger in Triggern verwendet werden@homoran Wenn ich das richtig verstehe, dann werden für verschiedene DP auch verschiedene Trigger genommen, wenn es sinnvoll ist.
Wenn ich nun mehrere Trigger einsetze, kann ich dann trotzdem in mehreren Triggern den gleichen DP verwenden, oder sollte man das vermeiden?
Bei meinem Küchen Script wird ja u.a. auf den DP "Küchenzeile schalten" getriggert. Es gibt noch eine ganz einfaches Blockly, das ebenfalls den DP triggert und wenn der sich ändert, werden entweder beide Lampen ein, oder eben aus geschaltet. Damit schalte ich ja über Alexa oder VIS. Das Miniscript könnte ich also weglassen und die paar Blöcke mit einem eigenen Trigger auf den DP "Küchenzeile schalten" in das BWM Küche Script setzen?Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
@homoran Wenn ich das richtig verstehe, dann werden für verschiedene DP auch verschiedene Trigger genommen, wenn es sinnvoll ist.
Wenn ich nun mehrere Trigger einsetze, kann ich dann trotzdem in mehreren Triggern den gleichen DP verwenden, oder sollte man das vermeiden?
Bei meinem Küchen Script wird ja u.a. auf den DP "Küchenzeile schalten" getriggert. Es gibt noch eine ganz einfaches Blockly, das ebenfalls den DP triggert und wenn der sich ändert, werden entweder beide Lampen ein, oder eben aus geschaltet. Damit schalte ich ja über Alexa oder VIS. Das Miniscript könnte ich also weglassen und die paar Blöcke mit einem eigenen Trigger auf den DP "Küchenzeile schalten" in das BWM Küche Script setzen?@jojo58 sagte in [Gelöst] Problem mit timeout:
wenn es sinnvoll ist.
und das ist es nicht, wenn du
@jojo58 sagte in [Gelöst] Problem mit timeout:
den gleichen DP verwenden
willst.
das kannst du in der Logik abfangen.
kein Support per PN! - Fragen im Forum stellen -
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash - -
@homoran Wenn ich das richtig verstehe, dann werden für verschiedene DP auch verschiedene Trigger genommen, wenn es sinnvoll ist.
Wenn ich nun mehrere Trigger einsetze, kann ich dann trotzdem in mehreren Triggern den gleichen DP verwenden, oder sollte man das vermeiden?
Bei meinem Küchen Script wird ja u.a. auf den DP "Küchenzeile schalten" getriggert. Es gibt noch eine ganz einfaches Blockly, das ebenfalls den DP triggert und wenn der sich ändert, werden entweder beide Lampen ein, oder eben aus geschaltet. Damit schalte ich ja über Alexa oder VIS. Das Miniscript könnte ich also weglassen und die paar Blöcke mit einem eigenen Trigger auf den DP "Küchenzeile schalten" in das BWM Küche Script setzen? -
@jojo58 sagte in [Gelöst] Problem mit timeout:
wenn es sinnvoll ist.
und das ist es nicht, wenn du
@jojo58 sagte in [Gelöst] Problem mit timeout:
den gleichen DP verwenden
willst.
das kannst du in der Logik abfangen.
@homoran sagte in [Gelöst] Problem mit timeout:
das kannst du in der Logik abfangen.
Hab ich mir gedacht.
@paul53 Also ist es grundsätzlich sinnvoller ein etwas aufwändigeres Script, anstatt mehrere Kleine zu verwenden?
Intel NUC i7 64GB 1TB SSD - Proxmox - Raspi 4 8GB 500 GB SSD - Raspi 4 4GB 500GB SSD - Qnap 16TB - CCU3 - Fritz 6591 Cable - Green Cell USV 1500VA
Sonoff CC2652P - HUE Bridge - Broadlink RM4 pro u. RM3 mini - 5 x Echo - 1 x Samsung STab 8 - 54 x HM und HMIP - 32 x Zigbee - 2 x Shelly 3EM.
Einfach ein tolles Hobby :-) -
@homoran sagte in [Gelöst] Problem mit timeout:
das kannst du in der Logik abfangen.
Hab ich mir gedacht.
@paul53 Also ist es grundsätzlich sinnvoller ein etwas aufwändigeres Script, anstatt mehrere Kleine zu verwenden?
@jojo58 sagte: Also ist es grundsätzlich sinnvoller ein etwas aufwändigeres Script, anstatt mehrere Kleine zu verwenden?
Nein. Es ist sinnvoll, pro Datenpunkt nur einen Trigger zu verwenden.
Im Küchen-Skript sollte nicht auf "Kuechenzeile schalten" getriggert werden. Die Abfrage des Datenpunktes zum Zeitpunkt der BWM-Trigger genügt.
Es sollten nur die Datenpunkte zusammen in einen Trigger (2 BWM), die funktional zusammen gehören.
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 -
@jojo58 sagte: Also ist es grundsätzlich sinnvoller ein etwas aufwändigeres Script, anstatt mehrere Kleine zu verwenden?
Nein. Es ist sinnvoll, pro Datenpunkt nur einen Trigger zu verwenden.
Im Küchen-Skript sollte nicht auf "Kuechenzeile schalten" getriggert werden. Die Abfrage des Datenpunktes zum Zeitpunkt der BWM-Trigger genügt.Es sollten nur die Datenpunkte zusammen in einen Trigger (2 BWM), die funktional zusammen gehören.
@paul53 Ich musste das vorherige Script mit der Ausschaltverzögerung wieder nehmen, da mir gestern beim Kochen das Licht wieder ausgegangen ist. War zu lange ruhig in einem Rezept vertieft.
Ich habe das jetzt geändert und nur die beiden BWM im Trigger und dann einen zweiten Trigger der nur den DP "Küchenzeile schalten" beobachtet. Jetzt habe ich alles in einem Script und es scheint zu laufen.
Das Licht geht nicht mehr aus, so lange es Bewegung in der Küche gibt, auch nicht wenn es mal 1 Minute keine Bewegung gibt. Ich kann es über Alexa und VIS schalten, wenn das der Fall ist, werden die BWM ignoriert und das Licht bleibt an. Wir das Licht manuell eingeschaltet und vergessen es wieder auszuschalten und es gibt keine Bewegung in der Küche, wird es nach x-Minuten automatisch ausgeschaltet. Im Bad das Gleiche, auch da funktioniert es so wie es soll.
Anstatt 5 verschiedene Blocklys für 2 Räume, gibt es jetzt nur noch eines pro Raum. Freue mich
Vielen Dank an euch
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
330
Online32.8k
Benutzer82.8k
Themen1.3m
Beiträge