@paul53 sagte in Wie paralleles Ausführen verhindern?:

Übrigens: Eine Funktion ohne Timer wird nicht durch einen neuen Trigger unterbrochen, sondern sie wird bis zu Ende ausgeführt, bevor der neue Trigger sie erneut startet.

Das kann ich in meinen Tests nicht bestätigen. Jeder Trigger ob Timer oder Datenpunkt lässt die Hauptroutine sofort starten. Unabhängig davon, ob diese zu Ende gelaufen ist.

@homoran ich habe noch weitere triggernde Datenpunkte. Kannst Du bitte erklären, was jetzt anders ist bei der Ausführung je Trigger? Es ist mir klar, dass die Lösung nicht ganz robust ist. Wenn sich z.B. das Setzen der Sperrvariable verheddert, wird das Script nicht laufen. Ist aber erstmal der Anfang. Kann man es besser/anders lösen?

@homoran
Hier zwei Trigger als Beispiele, es gibt noch mehr

Hier die Logik beim Start der Hauptroutine:

Hier wird die Sperre nach Ausführung aufgehoben.

danke für die Hinweise. Ich verstehe nun die Funktionsweise der Script-Ausführung besser. Ich habe auch nun eine Lösung mit einer Sperrvariable, die auf ersten Blick gut funktioniert. Startet das Script, wird die Sperrvariable auf "true" gesetzt. Nach Beendigung auf "false". Alle Trigger-Auslösungen bei "true" werden abgebrochen.

Hallo Community,

ich habe in einem Script mehrere Trigger. Ich möchte jedoch verhindern, dass verschiedene Trigger mehrere Instanzen des Scripts parallel starten. Wenn eine Script-Instanz bereits läuft und ein weiterer Trigger auslöst, so soll keine neue Script-Instanz gestartet werden.

Wie kann man das umsetzen?

Danke und Gruß
somethingcreator

Hallo Community,

ich möchte über ABUS Z Wave Gateway die ABUS Smartvest an meine HA anbinden. Bevor ich das Gateway beschaffe möchte ich eruieren, ob es funktionieren kann. Es existiert ein iobroker Adapter für Z Wave. Ist damit die o.g. Integration möglich, gibt es ggf. Alternative Lösungen?

vielen Dank und viele Grüße

Hallo zusammen,

für Interessiere an einem einfachen iobroker-Automaten, der Lade und Entladesperren steuert, habe ich unter https://github.com/somethingcreator/e3dc_chargelimitmanager meine Entwicklung eingestellt. Ich habe das Teil seit ca. zwei Wochen im Einsatz. Diese tut mittlerweile genau das, wofür sie gedacht ist.

Auszug aus dem Intro:
"Aktuell fehlen mir im Bereich der Speicherladung von E3DC Hauskraftwerk (S10X) folgende zwei Funktionen:

Ladezustandsbegrenzung zur Vermeidung der Aufladung auf 100%. Es ist die häufigste kritische Rückfrage, wofür die Begrenzung des Ladezustands gut sein soll. E3DC habe sich doch was beim ausgeklügelten BMS gedacht. Am besten möchte ich auf die Erklärung aus "erster Hand" unter (https://www.youtube.com/watch?v=GsWnoaxhQII) hinweisen. Sinngemäße Aussage vom CEO von E3DC: "Der hohe Ladezustand ... insbesondere bei Sommertemperaturen... ist wie Zigaretten rauchen und keinen Sport treiben...". Damit ist, denke ich, alles gesagt. Wetterprognose-basierte Verfahren sind aus meiner Sicht noch entweder unzuverlässig oder recht aufwendig einzurichten. Daher habe ich für mich diese einfache Funktion entwickelt. Diese macht nichts anders, als die Ladesperre beim Erreichen eines Grenzwerts z.B. (80%) zu setzen. Fällt der Ladezustand auf den Grenzwert - Offset (z.B. 20%) = 60%, wird die Ladesperre wieder aufgehoben. Dies soll häufige Modi-Wechsel verhindern.

Genau so, aber mit dem umgekehrten Vorzeichen funktioniert die Entladesperre. Diese soll verhindern, dass der Ladezustand des Speichers unter den eingestellten Grenzwert (z.B. 40%) fällt. Die im E3DC vorhandene Notstromreserve-Funktion führt dazu, dass der Speicher ständig nachgeladen wird, um die Notstromreserve zu erhalten. Die Erfahrung zeigt, dass ein paar sonnige Tage im Winter ausreichen, um ohne Nachladen aus dem Netz mit dieser Funktion einen ausreichenden Ladezustand als Reserve zu erhalten. Umgekehrt wird die Entladesperre aufgehoben, wenn der Ladezustand auf Grenzwert + Offset (z.B. 20%) = 60% steigt. Die Notstromreserve im E3DC kann so auf 0% eingestellt werden. Die automatische Entladesperre hat somit eine dopplete Funktion. Zum Einen wird die Speicher-Tiefentladung verhindert. Zum Anderen ist sie eine stromsparende Alternative zur Notstrom-Reserve von E3DC. In diesem Winter hatte ich trotz des überwiegend ungünstigen Wetters und relativ geringer installierter kWP-Leistung immer eine ausreichende Speicherladung als Notreserve (40%-60%) und musste kein einziges Mal aus dem Netz nachladen.

Zudem kann mit den beiden Automaten der Speicherladezustand automatisch in einem Bereich z.B. zwischen 20%-80% gehalten werden. Der Grenzwert für Entladesperre kann im Sommer z.B. auf 20% oder auch 10% abgesenkt werden, ohne die Autarkie zu schmälern.

Alle Parameter (Grenzen, Offsets) sind konfigurierbar. Beide Automaten lassen sich einzeln sich an- und ausschalten.

Wichtiger Hinweis: ich entwickelte diese Funktion nur für meinen eigenen Bedarf. Ich leiste weder Support, noch übernehme ich Garantie oder Haftung für irgendwelche Schäden, sollte jemand meine Entwicklung bei sich einsetzen. Ich bin auch kein Experte für raspberry/js/iobroker, sondern mache das seit einiger Zeit als Lückenfüller-Hobby. Der Code kann frei genutzt und eigenständig weiterentwickelt werden. Verbesserungsvorschläge, Ideen gerne willkommen, ohne dass ich ihre Umsetzung versprechen kann. Ich werde es nach Möglichkeit versuchen, gerne in Kooperation ;)."

Bitte keine Grundsatzdiskussionen über Sinn oder Unsinn dieser Funktionen.