Test Adapter shuttercontrol v2.0.x

simatec

@mike-hellracer du musst das halten im Sonnenschutz deaktivieren.
Die Funktion lässt den Rollladen im Sonnenschutz, bis zur abendlichen Verdunklung

Malaus

@simatec
Wäre es möglich die Einstellungen vom Sonnenschutz als Datenpunkte zur Verfügung zu stellen? So könnte man die Einstellungen jederzeit über ein Skript ändern.
Beispiel - Helligkeit
Spät Nachmittags geht manchmal die Helligkeit unter die eingestellte Grenze im Sonnenschutz. Dadurch passiert es, dass die Rollläden hochfahren, obwohl die Sonne noch hinein scheint. Setze ich den Wert noch weiter runter, passiert bei einer Bewölkung nichts und der Rollo bleibt weiterhin im Sonnenschutz.
Durch die Änderungen an der Helligkeit durch den Datenpunkt, könnte man nach Tageszeit die Grenze nach unten ändern und es etwas dynamischer gestalten.

abachiman

Hallo,
ich habe nahezu den gesamten Thread gelesen/überflogen - habe aber trotzdem eine Frage zum "manu_mode" in Verbindung mit einer MDT-KNX-Anbindung:
Mir ist nicht klar, über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt :-(
In der Konfiguration habe ich ja das KNX-Objekt für den Soll-Zustand angegeben (was auch gut funktioniert) - ein Objekt für die Abfrage des Ist-Zustands kann ich aber nicht konfigurieren - woher kommt denn der manuell geänderte Ist-Zustand in einer nicht-KNX-Anbindung? nur dann kann der Adapter (unabhängig von der Version 1.4/1.5) überhaupt in den manu_mode wechseln, oder?
Vielen Dank!

Homoran

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

habe aber trotzdem eine Frage zum "manu_mode" in Verbindung mit einer MDT-KNX-Anbindung:

was immer das ist :grin:

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

Mir ist nicht klar, über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt

ganz einfach:
wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

abachiman

@homoran
wenn es so einfach wäre .... aber trotzdem danke für die schnelle Antwort.

Habe aber gerade noch woanders einen Hinweis gefunden:
in meiner KNX-Installation gibt es getrennte GAs (Objekte) für IST und SOLL - somit kann ich in iobroker nicht auf ein Objekt einen neuen Wert schreiben und gleichzeitig den Ist-Zustand auslesen - daher auch kein manu_mode
ich habe aber mal einen Alias angelegt, der beide GAs beinhaltet - und damit scheint es jetzt zu funktionieren - zumindest wird der manuelle Zustand gelesen und der manu_mode gesetzt

Vielen Dank!

Homoran

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

wenn es so einfach wäre ....

???

Sorry, aber du hattest gefragt

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

über welchen Kanal der Adapter die Information über die manuelle Veränderung der Rolladenhöhe mitbekommt

und die Antwort ist

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

wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

was ist daran falsch?

abachiman

@homoran
an der Antwort war nichts falsch (habe ich ja auch nicht behauptet)

zur Lösungsfindung hätte auf die Frage "über welchen Kanal ..." ein konkreterer Hinweis wie "shuttercontrol erwartet den aktuellen Status über den selben Kanal zurück, über den auch der Soll-Wert geschickt wird ..." eher geholfen - aber ich habs ja (vermutlich) gefunden :-)

Homoran

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

ein konkreterer Hinweis wie "shuttercontrol erwartet den aktuellen Status über den selben Kanal zurück, über den auch der Soll-Wert geschickt wird

ich hab keine Ahnung was du mit Kanal meinst

Edit:
iobroker arbeitet mit Datenpunkten
am Beispiel Rolladen:

Das Gerät hat 2 Kanäle (0/1), wovon jeder mehrere Datenpunkte (States) besitzt.
Der Datenpunkt für die Höhe heisst Level

also
@homoran sagte in Test Adapter shuttercontrol v1.5.x:

wenn sich der Level ändert ohne dass shuttercontrol dazu einen Befehl gegeben hat.

Das müsste doch genau das sein, was du hören wolltest!?

abachiman

@homoran
sorry, in iobroker heisst es Objekt (das ist für mich der [Kommunikations-]Kanal)

iobroker - Objekte - alias:

Homoran

@abachiman siehe edit

und ja, alle Hierarchieebenen sind Objekte

und Aliase machen die Hierarchiebetrachtung nicht gerade einfacher

abachiman

@homoran
bzgl. der Aliase bin ich bei dir - ich habe in meinen Objekten nur leider keinen kombinierten(!) Datenpunkt "level" den ich für IST und SOLL nutzen kann
in einer KNX-Installation kann ich die Kanäle der Geräte (Aktoren) nur über vordefinierte (separate) Gruppenadressen (GAs) über ein Gateway ansprechen - nicht den Aktor direkt (wie z.B. einen Shelly-Aktor) - daher habe ich keine andere Idee, wie ich es hier ohne Alias lösen könnte ...

Homoran

@abachiman sagte in Test Adapter shuttercontrol v1.5.x:

ich habe in meinen Objekten nur leider keinen kombinierten(!) Datenpunkt "level" den ich für IST und SOLL nutzen kann

aber dann hast du ja jetzt durch den Alias den Datenpunkt Level.
Bei KNX bin ich raus, ich nutze Homematic mit einem "Gateway" und habe auch den Datenpunkt Level.

Und es bleibt dabei, dass Shuttercontrol genau diesen überprüft und nicht über irgendwelche dunklen Kanäle ;-) geheime Informationen zieht.

Mike Hellracer

@simatec
Danke, das war es. Manchmal sieht man einfach den Wald vor lauter Bäumen nicht mehr.
Sorry für die Umstände.
Eine Frage noch wofür ist denn die Verzögerung, bzw. wird die berücksichtigt, wenn das Halten deaktiviert ist?

crusader85

@abachiman
Hi, also bei KNX in der Objektdefinition kannst du den Statuspunkt mit dem Datenpunkt der schaltet verbinden:
"native": {
"dpt": "DPT5.001",
"address": "2/2/3",
"addressRefId": "GA_Schalter",
"statusGARefId": "GA_Status",
"actGARefId": "GA_Schalter"
},

Also natürlich angepasst an deinen Gruppenadressnamen. Dann bekommt nach dem Fahren der SetPoint automatisch die Höhe überschrieben, die der Status hat.

simatec

@mike-hellracer Die Verzögerung ist dafür gedacht, um den Rollladen diese Zeit noch im Sonnenschutz zu halten und hat mit der anderen Funktion nichts zu tun

rtwl

@simatec
ist der autoState ''OpenInSunProtect'' neu hinzu gekommen? Was genau bedeutet der? Wann wird dieser gesetzt?

V1.4.29

den hab ich heute das erste mal gesehen.

RaspiUser

@simatec
Vielen Dank für diesen Adapter und deine Zeit, die Du investierst !!! :+1: :+1: :+1:
Die Weiterentwicklung ist zwischenzeitlich so weit fortgeschritten, dass die Anleitung 1.3.x diesen Fortschritt, speziell für "einfache" Anwender wie mich, nicht mehr abbildet.
Ist da eine Aktualisierung angedacht ?
Vielleicht wären dann Fragen beantwortet ohne die Antworten in den Posts (> 6000) mühsam zu suchen ...

mp3junkie

@rtwl sagte in Test Adapter shuttercontrol v1.5.x:

@simatec
ist der autoState ''OpenInSunProtect'' neu hinzu gekommen? Was genau bedeutet der? Wann wird dieser gesetzt?

V1.4.29

den hab ich heute das erste mal gesehen.

Ich bekomme nur "none" angezeigt.
Was mache ich falsch?

heinzie

Hallo,

toller Adapter, läuft schon längere Zeit bei mir ohne Probleme aber irgendwie bekomme ich die Sonnenschutzfunktion nicht zum Laufen, d.h. die Rolladen fahren überhaupt nicht auf die gewünschte Position.
Wenn ich die Variable "shuttercontrol.0.control.sunProtect " auf true setze wird die gewünschte Position sofort angfahren.

Hat vielleicht Jemand einen Tipp?

Variablen stehen wie folgt:
shuttercontrol.0.shutters.autoState.Büro = Manu_Mode
shuttercontrol.0.shutters.autoSun.Büro = true

Meine Einstellungen sind wie folgt:

"events": [
      {
        "enabled": true,
        "shutterName": "Büro",
        "name": "shelly.0.SHSW-25#B935A5#1.Shutter.Position",
        "triggerID": "",
        "typeUp": "sunrise",
        "typeDown": "sunset",
        "type": "only direction",
        "heightDownSun": "90",
        "direction": "182",
        "directionRange": "1",
        "tempInside": "23",
        "tempSensor": "",
        "outsideTempSensor": "",
        "tempOutside": "23",
        "lightSensor": "",
        "valueLight": "15",
        "heightUp": "100",
        "heightDown": "0",
        "triggerState": "true",
        "triggerStateTilted": "",
        "triggerDrive": "100",
        "triggerDriveTildet": "",
        "triggerChange": "off",
        "elevation": "8",
        "autoDrive": "off",
        "hysteresisOutside": "5",
        "hysteresisInside": "5",
        "hysteresisLight": "5",
        "currentAction": "",
        "currentHeight": "",
        "oldHeight": "",
        "firstCompleteUp": "",
        "triggerHeight": "",
        "LateDown": false,
        "inSummerNotDown": false,
        "KeepSunProtect": false,
        "triggerAction": "",
        "driveAfterClose": false,
        "useXmasLevel": false,
        "XmasLevel": "",
        "betweenPosition": false,
        "betweenPositionLevel": "",
        "trigDelyUp": "",
        "trigDelyDown": "",
        "sunProtectEndDely": "",
        "sunProtectEndtimerid": "",
        "enableAlarmWind1": false,
        "enableAlarmWind2": false,
        "enableAlarmRain": false,
        "enableAlarmFrost": false,
        "enableAlarmFire": false,
        "alarmTriggerAction": "",
        "alarmTriggerLevel": "",
        "lastAutoAction": ""
      },

Homoran

@heinzie sagte in Test Adapter shuttercontrol v1.5.x:

Hat vielleicht Jemand einen Tipp?

ja!
wie immer: im debug log zur Zeit des planmäßigen Beschattungsbeginns nachsehen.
wobei im Manu_Mode nie beschattet wird, weil Shuttercontrol davon ausgeht, dass du dies manuell überstimmst.

Community Forum

NEWS

Test Adapter shuttercontrol v2.0.x

Support us

554

32.4k

81.5k

1.3m