Test Adapter shuttercontrol v2.0.x

[Homoran]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Auswahlmenü für den Triggerzustand?

Wobei ich mir noch eine andere Bezeichnung einfallen lasse

[Homoran]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Ja so sind die Standardeinstellungen

Ok, Erste Hürde genommen:
30 Minuten später steht der Wert jetzt korrekt!

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Den Menüpunkt gestalte ich noch flexibler

Wenn ich dann den Trigger richtig konfiguriert haben sollte wirkt er aber nur als runter-Verhinderer, oder?

Ich habe nachdem der runter Wert im Dummy stand den Griff gedreht - nix!
Bei meiner Steuerung würde der Rollladen wiedr hochgehen und beim erneuten verriegeln der Tür wieder runter

[BBTown]

@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Ich habe nachdem der runter Wert im Dummy stand den Griff gedreht - nix!
Bei meiner Steuerung würde der Rollladen wiedr hochgehen und beim erneuten verriegeln der Tür wieder runter

so habe ich das für meine Terrassentür ebenfalls definiert (inkl. Licht an/aus)
meinst Du aber wirklich so etwas gehört noch in einen Adapter?
Ich habe hierfür ein separates Script, der einen aktuellen Rolladen-Status-Datenpunkt abfragt (offen, geschlossen, Beschattung) und entsprechend bei Änderung des TFKs reagiert

[Homoran]

@BBTown sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

meinst Du aber wirklich so etwas gehört noch in einen Adapter?

Das wird jetzt philosophisch.

Aber als skripting noob behaupte ich, dass dies nur eine kleiner
Änderung ist. Zumindestvwar es so in den Homematic Programmen.

Und ja, wenn der Adapter den Griff in Verbindung mit der Rolladebewegung überwacht, wäre das IMHO nur konsequent bidirektional auch die griffbewegung auf den rolladen anzuwenden.

Das licht hat dann nichts mehr damit zu tun

[simatec]

@Homoran sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Ja so sind die Standardeinstellungen

Ok, Erste Hürde genommen:
30 Minuten später steht der Wert jetzt korrekt!

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Den Menüpunkt gestalte ich noch flexibler

Wenn ich dann den Trigger richtig konfiguriert haben sollte wirkt er aber nur als runter-Verhinderer, oder?

Ich habe nachdem der runter Wert im Dummy stand den Griff gedreht - nix!
Bei meiner Steuerung würde der Rollladen wiedr hochgehen und beim erneuten verriegeln der Tür wieder runter

Dafür gibt es die andere Checkbox noch (fahren bei Auslöser) ... die musst du dann auch aktivieren, damit der Rolladen auf Veränderungen reagiert

[Homoran]

@simatec
Danke, seh ich mir morgen an.
Pc ist aus!

[simatec]

@Homoran
Die Funktion hatte ich aus deinen Wünschen übernommen

[Homoran]

@simatec
Nochmal Danke!

Und es gibt noch was was ich mir morgen ansehen muss

Da ist ein NULL

[simatec]

@Homoran
Was für eine Funktion hast du für das Küchenfenster ausgewählt?

[Homoran]

@simatec sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

@Homoran
Was für eine Funktion hast du für das Küchenfenster ausgewählt?

Die selben wie für alle unteren: living
In küche und beiden wohnzimmerrollläden hatte ich keine höhen für oben und unten eingegeben.
Trotzdem hat küche null, die anderen 0

[simatec]

@Homoran
Die Höhen oben und unten musst du festlegen

[Homoran]

@simatec
Hab ich jetzt. Ist aber seltsam, da ich es bei den anderen auch nicht habe

[SWE1008]

@simatec
Kurzes Feedback: Rolladen sind gestern Abend gefahren wie eingestellt. Heute morgen allerdings nicht. Im Log ist auch kein Fehler zu sehen. Mir ist nur aufgefallen das der Adapter die Zeiten nicht immer in die Datenpunkte übernimmt. Vielleicht hat es damit etwas zu tun.

[simatec]

@SWeimar sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

@simatec
Kurzes Feedback: Rolladen sind gestern Abend gefahren wie eingestellt. Heute morgen allerdings nicht. Im Log ist auch kein Fehler zu sehen. Mir ist nur aufgefallen das der Adapter die Zeiten nicht immer in die Datenpunkte übernimmt. Vielleicht hat es damit etwas zu tun.

Kannst du das bitte etwas genauer beschreiben? Welche Datenpunkte sind nicht geschrieben wurden und welche Einstellungen hattest du für den Rolladen eingestellt, der nicht hochfuhr?

[dos1973]

meine sind heute morgen auch nicht gefahren... werde heute abend noch ein paar Einstellungen versuchen

[SWE1008]

@simatec
Ich meine die Datenpunkte "upTimeLiving" usw.

Hier meine Einstellungen:

Laut Konfiguration sollten die Rolladen um 5:45 Uhr hochfahren. Im Datenpunkt steht bei upTimeLiving allerdings 6:30 Uhr drin.

EDIT: Es ist heute morgen kein einziger Rolladen gefahren.

[simatec]

@SWeimar
Die Rollläden sind bei dir alle auf Wohnbereich (Auto)
Dafür muss auch der Datenpunkt shuttercontrol.0.control.autoLiving = true

Die Zeiten schaue ich mir noch einmal an

[SWE1008]

@simatec
Das sieht man auf dem Bild leider nicht. Habe ich nicht aufgeklappt.
Der Datenpunkt shuttercontrol.0.control.autoLiving steht auf "true".

EDIT: Sonst wären sie abends auch nicht runter gefahren, oder?

[simatec]

@dos1973 sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

meine sind heute morgen auch nicht gefahren... werde heute abend noch ein paar Einstellungen versuchen

Zeige mal bitte deine Konfiguration

[Homoran]

@SWeimar sagte in [Aufruf] Neuer Adapter ioBroker.shuttercontrol:

Heute morgen allerdings nicht.

Kann das an dem Trigger liegen.
Die Beschreibung ist nicht ganz eindeutig.

Das ist IMHO ein "no-Run Trigger", der bei dem eingestellten Wert den Rolladenlauf interdrückt.
Der Eingestellte Wert (Checkbox) ist not checked=0; checked=1

Ob es sinnvoll oder gewollt ist dass dieser Trigger auch beim Auffahren greift sei dahingestellt.

Soll nur ein möglicher Erklärungsversuch sein