Hallo,
der letzte Beitrag ist zwar schon etwas älter, aber ich glaube mein Problem passt hier ganz gut dazu:
Ich habe mir ein Skript gebaut, das mich benachrichtigen soll, wenn in einem Raum die Luftfeuchtigkeit über 60% steigt (Notwendigkeit zum Lüften), damit ich dann eine Meldung per Telegram bekomme. Das funktioniert grundsätzlich auch super, leider bekomme ich die Meldungen jetzt immer mehrfach. Gibt es eine Möglichkeit hier eine Art Sperre einzufügen, die nach dem Senden der Nachricht erst wieder sendet, wenn die Luftfeuchtigkeit wieder über die 60% steigt und nicht immer wieder, solange die Luftfeuchtigkeit noch über 60% liegt? Anbei ein Bild meines Skriptes für das Bad (Habe hier schon eine Verzögerung eingebaut, da beim Duschen ja die Luftfeuchtigkeit auf jeden Fall über die 60% steigt):

Für die anderen Räume ist das Skript identisch aufgebaut, jedoch ohne die Verzögerung.

@simatec ja die habe ich auch beide definiert und die Werte hierfür sind die ganze Zeit auf false. Außerdem ist eingestellt, dass beim Eintreten der Alarme der Behang auf 100% fährt.

Warum fährt er dann immer auf 0% wenn die Meldung "Alarm Wind 2 end Set ID: Jalousie Wohnzimmer Höhe value: 0%" kommt? Durch was wird diese Meldung getriggert? Wenn ich das richtig verstehe, sollte diese ja nur getriggert werden wenn der Alarm von aktiv auf inaktiv, also von true auf false wechselt, oder? Und warum fährt er den Rolladen dann immer auf 0% und nicht in die davor gespeicherte Höhe?

@simatec es scheint ein Problem mit dem Windalarm zu sein, im Log, wenn der Windalarm auf "endet", dann wird der Rollladen auf die alte höhe (0%) gefahren. Hier der Auszug aus dem LOG:

Wenn ich den Rollladen nun manuell nach oben fahre, wird sofort wieder der alte Wert von 2% vom Adapter gesetzt und der Rollladen fährt wieder nach unten.

Wo wird denn dieser "alte Wert" festgelegt?

Hoffe das hilft um das Problem zu lösen.

@simatec system.adapter.shuttercontrol.0.json
@Homoran Habe alle Programme auf der CCU deaktiviert und das Problem tritt weiterhin auf, das war es also nicht.
Wenn ich während der Rolladen das ruterfahren auslöst in die History schaue, dann kommt ein Eintrag vom Adapter Shuttercontrol, aber kurze Zeit später wird der nicht mehr angezeigt, der Befehl für das runterfahren kommt aber definitiv aus dem Adapter...

@simatec der Rollladen fährt nur, wenn ich den Rollladen im Adapter aktiviere, solage ich den Harken nicht setze bleibt er oben. Nur bei aktiviertem Rolladen im Adapter fährt er ständig runter und bleibt auch unten, obwohl man ihn manuel hoch fährt (fährt danach direkt wieder nach unten). Das ist komplett unabhängig von der Einstellung im Rollladen

Habe den Fehler gefunden.
Wenn man in den Extra-Einstellungen im Hauptadapter den Harken für das späte schließen der Rolläden setzt, schlißet er die Rolläden IMMER. Egal ob man beim Rolladen in den Einstellungen den Harken gesetzt hat oder nicht. Das ist dann auch unabhängig von der Uhrzeit und welche Fahrweise man in den Rolladeneinstellungen auswählt.
@simatec: Ist das ein Bug im Adapter?

@Homoran habe den Log gefunden, allerdings wird da nur der Homematic Adapter als Quelle angegeben.

Der Rolladen belibt aber oben, wenn ich den Adapter (shuttercontrol) ausschalte, daher liegt die Vermutung nahe, dass der Schaltbefehl für das herunterfahren von dort kommt. Im Datenpunkt des Adapters steht beim Rolladen auch down als Status drin.

Wenn ich beim Rolladen im Adapter aus einstelle, fährt er trotzdem runter. Es hilft nur den Harken auf der Hauptseite des Adapters zu entfernen.

@homoran hab es gefunden, wie kann ich die geloggten Daten dann auslesen? Geht das nur über ein Diagramm in der VIS, oder gibt es da eine andere Möglichkeit?

@homoran sagte in Test Adapter shuttercontrol v1.4.x:

dann logge mal den Level des Rollladen und aktiviere in der History Instanz unbedingt loggen der Quelle mit.
dann siehst du in der History wer da schaltet

wie mache ich das, kann mit dem History adapter nur den Wert logen, aber nicht die Quelle...

Sry bin noch recht neu mit dem ioBroker und daher nicht wirklich versiert wie das alles läuft...

@homoran ja habe gerade gemerkt, dass die Systemsprache nicht eingestellt war, aber das tut ja erst mal keinen Abbruch
Habe jetzt alle Rolladen deaktiviert, damit der Rlladen oben blebt, da ich nicht im Dunkeln sitzen wolte...
habe noch eine alte Zeitsteuerung laufen, die die Rolläden morgens hoch fährt und abens runter, die hatte jetzt lange funktioniert, daran kann es also nicht liegen (denke ich zumindest)...