Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Tom Haase]

2021-01-09 11:56:32.490 - info: shuttercontrol.0 (16900) Set ID: Buero1 pct value: 100%
2021-01-09 11:56:32.614 - info: fhem.0 (16306) stateChange (out): fhem.0.Friedhelm.pct | 100 > set Friedhelm pct 100
2021-01-09 11:56:32.620 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | state > fhem.0.Friedhelm.state drive-down
2021-01-09 11:56:32.621 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | boolean > fhem.0.Friedhelm.state_boolean drive-down
2021-01-09 11:56:32.623 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | value > fhem.0.Friedhelm.state_value drive-down
2021-01-09 11:56:32.627 - info: fhem.0 (16306) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send down | state > fhem.0.SD_Keeloq_AC6000.state send down
2021-01-09 11:56:59.107 - info: fhem.0 (16306) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send stop | state > fhem.0.SD_Keeloq_AC6000.state send stop
2021-01-09 11:56:59.109 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm closed | state > fhem.0.Friedhelm.state closed
2021-01-09 11:56:59.109 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm closed | boolean > fhem.0.Friedhelm.state_boolean false
2021-01-09 11:56:59.110 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm closed | value > fhem.0.Friedhelm.state_value 0
2021-01-09 11:57:09.934 - info: shuttercontrol.0 (16900) Set ID: Buero1 pct value: 0%
2021-01-09 11:57:10.055 - info: fhem.0 (16306) stateChange (out): fhem.0.Friedhelm.pct | 0 > set Friedhelm pct 0
2021-01-09 11:57:10.061 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-up | state > fhem.0.Friedhelm.state drive-up
2021-01-09 11:57:10.062 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-up | boolean > fhem.0.Friedhelm.state_boolean drive-up
2021-01-09 11:57:10.063 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm drive-up | value > fhem.0.Friedhelm.state_value drive-up
2021-01-09 11:57:10.069 - info: fhem.0 (16306) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send up | state > fhem.0.SD_Keeloq_AC6000.state send up
2021-01-09 11:57:39.131 - info: fhem.0 (16306) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send stop | state > fhem.0.SD_Keeloq_AC6000.state send stop
2021-01-09 11:57:39.133 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm open | state > fhem.0.Friedhelm.state open
2021-01-09 11:57:39.133 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm open | boolean > fhem.0.Friedhelm.state_boolean true
2021-01-09 11:57:39.134 - info: fhem.0 (16306) event FHEM: Friedhelm | ROLLO Friedhelm open | value > fhem.0.Friedhelm.state_value 2

[dos1973]

@simatec
Oder auch an die community

Gibt es eigentlich auch eine Einstellung, nicht vor xx Uhr runterfahren.

Ich steuere über Sonnenaufgang/Untergang. Im Winter ist ja schon um 16:xx sonnenuntergang. Im Sommer passt das ganz gut, aber im Winnter gehen die dann oft etwas zu früh runter. Ich habs jetzt via Zeitverzögerung geregelt.

Und noch eine Frag
Ich habe an der Terassentür die Fenstergriffe gekoppelt.
Das funktioniert optimal, Tür auf, Rolle geht hoch, tür zu Rollo geht runter...

Lässt sich das temporär deaktivieren? Über einen DP?

Danke

[simatec]

@Tom-Haase
Bitte den Log im Beitrag als Code darstellen (siehe Button </>)

[simatec]

@Tom-Haase
Das ist kein Debug Log.
Bitte stelle shuttercontrol auf debug und poste nur den Log von shuttercontrol, während du das betroffene Fenster öffnest.

[da_Woody]

@dos1973 rolladen spät schliessen in verbindung mit sommer einstellungen wird sich sicher was machen lassen.

[simatec]

@Tom-Haase sagte in Test Adapter shuttercontrol v1.1.x:

system.adapter.shuttercontrol.0.json

So funktioniert das nicht.
Erstmal fehlen die Zeiteinstellungen für das hoch/runterfahren
dann muss dein Triggerstate auf false (Wert des Fensterkontaktes im geschlossenen Zustand)

Und dann bitte den debuglog posten, wenn das Fenster geöffnet wird bzw. wieder geschlossen wird

{
        "enabled": true,
        "shutterName": "Buero1 pct",
        "name": "fhem.0.friedhelm.pct",
        "triggerID": "zigbee.0.00158d00053f428f.opened",
        "typeUp": "",
        "typeDown": "",
        "type": "",
        "heightDownSun": "30",
        "direction": "120",
        "directionRange": "50",
        "tempInside": "23",
        "tempSensor": "",
        "outsideTempSensor": "",
        "tempOutside": "23",
        "lightSensor": "",
        "valueLight": "15",
        "heightUp": "0",
        "heightDown": "100",
        "triggerState": "true",
        "triggerDrive": "50",
        "triggerChange": "upDown",
        "elevation": "8",
        "autoDrive": "upDown",
        "hysteresisOutside": "5",
        "hysteresisInside": "5",
        "hysteresisLight": "5",
        "currentAction": "",
        "currentHeight": "",
        "oldHeight": "",
        "firstCompleteUp": "",
        "triggerHeight": "",
        "LateDown": false,
        "inSummerNotDown": false,
        "KeepSunProtect": false,
        "triggerAction": "",
        "driveAfterClose": false,
        "useXmasLevel": false,
        "XmasLevel": "0",
        "betweenPosition": false,
        "betweenPositionLevel": "50"
      }

[FoxRo]

@Tom-Haase said in Test Adapter shuttercontrol v1.1.x:

Hi,
danke für die Geduld.

So wie oben eingestellt fährt der Rolladen nach Zeit. Alles gut!

Als nächstes binde ich nun den Fensterkontakt ein. Der schaltet zwar, aber der Rolladen fährt nicht. Erst wenn ich die 0 und 100 tausche fährt der Rollo nach Kontakt.

Jetzt funktioniert aber die Zeitsteuerung nicht mehr.

Also wie eingangs oben beschrieben. Entweder oder!

Nette Grüße
Tom

@Tom-Haase
So wie du das hier mit dem Screenshot beschreibst vermute ich, dass Du die Trigger Tests mit offenem Rollladen machst.
Shuttercontrol fährt den Rollladen im Trigger Fall nur, wenn die aktuelle Position tiefer (mehr zu) ist als die angeforderte Pos. (bei Dir aktuell 50).
Also setze die Settings wie folgt:
Rollladen beim runterfahren = 100
Rollladen beim hochfahren = 0
Rollladenhöhe bei öffnen des Fensters = zb.50
Nimm mal den State von „opened“ und stelle den Wert für Fenster /Tür Sensor im geschl. Zusand auf false
Fahre mal den Rollladen ganz nach unten und öffne dann das Fenster -> Der Rollladen fährt nun auf 50%
Wenn nicht, teste andere Triggersettings.
Viel Erfolg
Roli

[Tom Haase]

@simatec sagte in Test Adapter shuttercontrol v1.1.x:

Bitte stelle shuttercontrol auf debug und poste nur den Log von shuttercontrol, während du das betroffene Fenster öffnest.

es erfolgt keine Ausgabe über die Aktion im log

2021-01-09 15:22:34.203 - info: host.raspberrypi stopInstance system.adapter.shuttercontrol.0 (force=false, process=true)
2021-01-09 15:22:34.206 - info: host.raspberrypi stopInstance system.adapter.shuttercontrol.0 send kill signal
2021-01-09 15:22:34.212 - info: shuttercontrol.0 (26394) Got terminate signal TERMINATE_YOURSELF
2021-01-09 15:22:34.214 - info: shuttercontrol.0 (26394) cleaned everything up...
2021-01-09 15:22:34.217 - info: shuttercontrol.0 (26394) terminating
2021-01-09 15:22:34.219 - info: shuttercontrol.0 (26394) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-01-09 15:22:34.771 - info: host.raspberrypi instance system.adapter.shuttercontrol.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-01-09 15:22:37.271 - info: host.raspberrypi instance system.adapter.shuttercontrol.0 started with pid 26597
2021-01-09 15:22:38.926 - info: shuttercontrol.0 (26597) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-01-09 15:22:38.943 - info: shuttercontrol.0 (26597) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.shuttercontrol, node: v12.20.0, js-controller: 3.1.6

2021-01-09 15:23:59.940 - info: fhem.0 (16306) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360

[Tom Haase]

@FoxRo sagte in Test Adapter shuttercontrol v1.1.x:

So wie du das hier mit dem Screenshot beschreibst vermute ich, dass Du die Trigger Tests mit offenem Rollladen machst.

Ja, hast recht. Also Rolladen runter.....

Shuttercontrol fährt den Rollladen im Trigger Fall nur, wenn die aktuelle Position tiefer (mehr zu) ist als die angeforderte Pos. (bei Dir aktuell 50).
Also setze die Settings wie folgt:
Rollladen beim runterfahren = 100
Rollladen beim hochfahren = 0
Rollladenhöhe bei öffnen des Fensters = zb.50
Nimm mal den State von „opened“ und stelle den Wert für Fenster /Tür Sensor im geschl. Zusand auf false
Fahre mal den Rollladen ganz nach unten und öffne dann das Fenster -> Der Rollladen fährt nun auf 50%

Alles genau so umgesetzt, keine Reaktion.

Wenn nicht, teste andere Triggersettings.

Vielen Dank für eure Geduld.

[simatec]

@Tom-Haase sagte in Test Adapter shuttercontrol v1.1.x:

@simatec sagte in Test Adapter shuttercontrol v1.1.x:

Bitte stelle shuttercontrol auf debug und poste nur den Log von shuttercontrol, während du das betroffene Fenster öffnest.

es erfolgt keine Ausgabe über die Aktion im log

2021-01-09 15:22:34.203 - info: host.raspberrypi stopInstance system.adapter.shuttercontrol.0 (force=false, process=true)
2021-01-09 15:22:34.206 - info: host.raspberrypi stopInstance system.adapter.shuttercontrol.0 send kill signal
2021-01-09 15:22:34.212 - info: shuttercontrol.0 (26394) Got terminate signal TERMINATE_YOURSELF
2021-01-09 15:22:34.214 - info: shuttercontrol.0 (26394) cleaned everything up...
2021-01-09 15:22:34.217 - info: shuttercontrol.0 (26394) terminating
2021-01-09 15:22:34.219 - info: shuttercontrol.0 (26394) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-01-09 15:22:34.771 - info: host.raspberrypi instance system.adapter.shuttercontrol.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-01-09 15:22:37.271 - info: host.raspberrypi instance system.adapter.shuttercontrol.0 started with pid 26597
2021-01-09 15:22:38.926 - info: shuttercontrol.0 (26597) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-01-09 15:22:38.943 - info: shuttercontrol.0 (26597) starting. Version 1.1.1 in /opt/iobroker/node_modules/iobroker.shuttercontrol, node: v12.20.0, js-controller: 3.1.6
2021-01-09 15:22:38.990 - info: shuttercontrol.0 (26597) system longitude 11.54050° latitude 50.01820°
2021-01-09 15:23:59.940 - info: fhem.0 (16306) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360

Du hast die Instanz von shuttercontrol nicht auf Debuglevel. Stelle shuttercontrol so wie in meiner Signatur beschrieben auf debug

[Tom Haase]

@simatec sagte in Test Adapter shuttercontrol v1.1.x:

Erstmal fehlen die Zeiteinstellungen für das hoch/runterfahren

ok, eingetragen

dann muss dein Triggerstate auf false (Wert des Fensterkontaktes im geschlossenen Zustand)

geändert

Und dann bitte den debuglog posten, wenn das Fenster geöffnet wird bzw. wieder geschlossen wird

wie oben schon geschriben wird keine veränderung im log angezeigt. Unter Objects kann ich aber sehen das der state sich bei offnen/schließen des Fensterkontakts ändert:
bei contact von true auf false

und wie jetzt nach eurer Anweisung hier eingestellt auf "opened"
also von false auf true
Der Kontakt arbeitet anscheinend doch, oder?

[FoxRo]

@Tom-Haase said in Test Adapter shuttercontrol v1.1.x:

Alles genau so umgesetzt, keine Reaktion.

Wenn nicht, teste andere Triggersettings.

Vielen Dank für eure Geduld.

.. noch einen Tipp zum Fehlersuchen
Bei einem Adapter Neustart verlieren die IoBroker Adapter die aktuellen Werte. Dies ist auch bei Shuttercontrol so. Also, jedes Mal wenn Du was an der Config geändert hast und der Adapter wieder grün (Status) wird, als erstes die Rollläden in eine definierte Position initialisieren. (ganz hoch oder ganz runter) ab dann weiss Shuttercontrol auch, wo der Rollladen aktuell steht und reagiert dann auch korrekt.;-)
Ansonsten kann es in Deinem Fall eigentlich nur noch am Triggersetting liegen. Entweder hast den falschen Datenpunkt verlinkt, auf dem Trigger-Datenpunkt kommt keine Änderung an wenn das Fenster öffnet oder der Status für geschlossen ist falsch gesetzt. Mehr Möglichkeiten gibts eigentlich nicht.
Viel Erfolg
Roli

[Tom Haase]

@simatec
sorry das ist alles ziemliches Neuland für mich..

2021-01-09 16:08:52.566 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: true
2021-01-09 16:08:52.575 - debug: shuttercontrol.0 (1591) save trigger height: 0% for device: Buero1 pct
2021-01-09 16:08:52.576 - debug: shuttercontrol.0 (1591) save trigger action: up for device: Buero1 pct
2021-01-09 16:08:55.365 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: false
2021-01-09 16:08:55.374 - debug: shuttercontrol.0 (1591) shutter trigger released Buero1 pct already in place: 0%
2021-01-09 16:08:55.376 - debug: shuttercontrol.0 (1591) save back trigger action: up for device Buero1 pct

Das ist die Ausgabe bei öffnen und schließen des Fensterkontakts.

[FoxRo]

@Tom-Haase said in Test Adapter shuttercontrol v1.1.x:

@simatec
sorry das ist alles ziemliches Neuland für mich..

2021-01-09 16:08:52.566 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: true
2021-01-09 16:08:52.575 - debug: shuttercontrol.0 (1591) save trigger height: 0% for device: Buero1 pct
2021-01-09 16:08:52.576 - debug: shuttercontrol.0 (1591) save trigger action: up for device: Buero1 pct
2021-01-09 16:08:55.365 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: false
2021-01-09 16:08:55.374 - debug: shuttercontrol.0 (1591) shutter trigger released Buero1 pct already in place: 0%
2021-01-09 16:08:55.376 - debug: shuttercontrol.0 (1591) save back trigger action: up for device Buero1 pct

Das ist die Ausgabe bei öffnen und schließen des Fensterkontakts.

Das ist doch schon mal was.
jetzt das Ganze noch, wenn der Rollladen unten ist.

[simatec]

@Tom-Haase
Das sieht doch recht gut aus. Jetzt fahre den Rolladen mal runter und wiederhole den Vorgang des Fenster öffnens ...

Bitte auch den Log posten.

[Tom Haase]

Rolladen per Object "closeSleep" runtergefahren.
Fensterkontakt geöffnet

2021-01-09 16:56:57.523 - debug: shuttercontrol.0 (1591) start buttonAction
2021-01-09 16:56:57.528 - info: shuttercontrol.0 (1591) Set ID: Buero1 pct value: 100%
2021-01-09 16:56:57.530 - debug: shuttercontrol.0 (1591) shutterDownButton Buero1 pct old height: 0% new height: 100%
2021-01-09 16:56:57.547 - debug: shuttercontrol.0 (1591) Shutter state changed: Buero1 pct old value = 0 new value = 100
2021-01-09 16:56:57.548 - debug: shuttercontrol.0 (1591) Buero1 pct Old value = 0. New value = 100. automatic is active
2021-01-09 16:56:57.642 - info: fhem.0 (1222) stateChange (out): fhem.0.Friedhelm.pct | 100 > set Friedhelm pct 100
2021-01-09 16:56:57.647 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | state > fhem.0.Friedhelm.state drive-down
2021-01-09 16:56:57.648 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | boolean > fhem.0.Friedhelm.state_boolean drive-down
2021-01-09 16:56:57.649 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | value > fhem.0.Friedhelm.state_value drive-down
2021-01-09 16:56:57.653 - info: fhem.0 (1222) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send down | state > fhem.0.SD_Keeloq_AC6000.state send down
2021-01-09 16:57:24.118 - info: fhem.0 (1222) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send stop | state > fhem.0.SD_Keeloq_AC6000.state send stop
2021-01-09 16:57:24.121 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | state > fhem.0.Friedhelm.state closed
2021-01-09 16:57:24.123 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | boolean > fhem.0.Friedhelm.state_boolean false
2021-01-09 16:57:24.124 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | value > fhem.0.Friedhelm.state_value 0
2021-01-09 16:57:24.159 - debug: shuttercontrol.0 (1591) Shutter state changed: Buero1 pct old value = 0 new value = 100
2021-01-09 16:57:24.160 - debug: shuttercontrol.0 (1591) Buero1 pct Old value = 0. New value = 100. automatic is active
2021-01-09 16:57:45.212 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: true
2021-01-09 16:57:45.219 - debug: shuttercontrol.0 (1591) save trigger height: 100% for device: Buero1 pct
2021-01-09 16:57:45.220 - debug: shuttercontrol.0 (1591) save trigger action: down for device: Buero1 pct
2021-01-09 16:57:47.776 - info: fhem.0 (1222) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360

[Tom Haase]

und wenn ich den Fensterkontakt wieder schließe

2021-01-09 16:56:57.523 - debug: shuttercontrol.0 (1591) start buttonAction
2021-01-09 16:56:57.528 - info: shuttercontrol.0 (1591) Set ID: Buero1 pct value: 100%
2021-01-09 16:56:57.530 - debug: shuttercontrol.0 (1591) shutterDownButton Buero1 pct old height: 0% new height: 100%
2021-01-09 16:56:57.547 - debug: shuttercontrol.0 (1591) Shutter state changed: Buero1 pct old value = 0 new value = 100
2021-01-09 16:56:57.548 - debug: shuttercontrol.0 (1591) Buero1 pct Old value = 0. New value = 100. automatic is active
2021-01-09 16:56:57.642 - info: fhem.0 (1222) stateChange (out): fhem.0.Friedhelm.pct | 100 > set Friedhelm pct 100
2021-01-09 16:56:57.647 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | state > fhem.0.Friedhelm.state drive-down
2021-01-09 16:56:57.648 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | boolean > fhem.0.Friedhelm.state_boolean drive-down
2021-01-09 16:56:57.649 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm drive-down | value > fhem.0.Friedhelm.state_value drive-down
2021-01-09 16:56:57.653 - info: fhem.0 (1222) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send down | state > fhem.0.SD_Keeloq_AC6000.state send down
2021-01-09 16:57:24.118 - info: fhem.0 (1222) event FHEM: SD_Keeloq_AC6000 | SD_Keeloq SD_Keeloq_AC6000 send stop | state > fhem.0.SD_Keeloq_AC6000.state send stop
2021-01-09 16:57:24.121 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | state > fhem.0.Friedhelm.state closed
2021-01-09 16:57:24.123 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | boolean > fhem.0.Friedhelm.state_boolean false
2021-01-09 16:57:24.124 - info: fhem.0 (1222) event FHEM: Friedhelm | ROLLO Friedhelm closed | value > fhem.0.Friedhelm.state_value 0
2021-01-09 16:57:24.159 - debug: shuttercontrol.0 (1591) Shutter state changed: Buero1 pct old value = 0 new value = 100
2021-01-09 16:57:24.160 - debug: shuttercontrol.0 (1591) Buero1 pct Old value = 0. New value = 100. automatic is active
2021-01-09 16:57:45.212 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: true
2021-01-09 16:57:45.219 - debug: shuttercontrol.0 (1591) save trigger height: 100% for device: Buero1 pct
2021-01-09 16:57:45.220 - debug: shuttercontrol.0 (1591) save trigger action: down for device: Buero1 pct
2021-01-09 16:57:47.776 - info: fhem.0 (1222) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360
2021-01-09 17:00:00.008 - debug: shuttercontrol.0 (1591) calculate astrodata ...
2021-01-09 17:00:00.009 - debug: shuttercontrol.0 (1591) Sun Azimut: NaN°
2021-01-09 17:00:00.010 - debug: shuttercontrol.0 (1591) Sun Elevation: NaN°
2021-01-09 17:00:00.082 - info: host.raspberrypi instance system.adapter.dwd.0 started with pid 4141
2021-01-09 17:00:01.887 - info: dwd.0 (4141) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-01-09 17:00:01.899 - info: dwd.0 (4141) starting. Version 2.5.2 in /opt/iobroker/node_modules/iobroker.dwd, node: v12.20.0, js-controller: 3.1.6
2021-01-09 17:00:04.124 - info: host.raspberrypi instance system.adapter.daswetter.0 started with pid 4156
2021-01-09 17:00:05.536 - info: daswetter.0 (4156) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-01-09 17:00:05.553 - info: daswetter.0 (4156) starting. Version 3.0.4 in /opt/iobroker/node_modules/iobroker.daswetter, node: v12.20.0, js-controller: 3.1.6
2021-01-09 17:00:08.146 - info: host.raspberrypi instance system.adapter.ical.0 started with pid 4172
2021-01-09 17:00:08.369 - info: dwd.0 (4141) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
2021-01-09 17:00:08.889 - info: host.raspberrypi instance system.adapter.dwd.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
2021-01-09 17:00:10.413 - info: ical.0 (4172) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-01-09 17:00:10.473 - info: ical.0 (4172) starting. Version 1.8.5 in /opt/iobroker/node_modules/iobroker.ical, node: v12.20.0, js-controller: 3.1.6
2021-01-09 17:00:11.504 - info: ical.0 (4172) processing URL: calendar1 https://calendar.google.com/calendar/ical/6gbrsp5mk0pf4a0dgamj7d56n4%40group.calendar.google.com/private-a5d30d07577f1b5f997d66da0421d549/basic.ics
2021-01-09 17:00:16.263 - info: daswetter.0 (4156) got wrong data structure! trying to repair...
2021-01-09 17:00:16.680 - info: ical.0 (4172) Terminated (NO_ERROR): Without reason
2021-01-09 17:00:17.194 - info: host.raspberrypi instance system.adapter.ical.0 terminated with code 0 (NO_ERROR)
2021-01-09 17:00:18.807 - info: daswetter.0 (4156) Terminated (NO_ERROR): Without reason
2021-01-09 17:00:19.323 - info: host.raspberrypi instance system.adapter.daswetter.0 terminated with code 0 (NO_ERROR)
2021-01-09 17:00:55.047 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: false
2021-01-09 17:00:55.054 - debug: shuttercontrol.0 (1591) shutter trigger released Buero1 pct already in place: 100%
2021-01-09 17:00:55.055 - debug: shuttercontrol.0 (1591) save back trigger action: down for device Buero1 pct

[MichMein]

@simatec sagte in Test Adapter shuttercontrol v1.1.x:

... so wie in meiner Signatur beschrieben auf debug

Wo genau soll die denn sein ich sehe nix

[Homoran]

@MichMein sagte in Test Adapter shuttercontrol v1.1.x:

Wo genau soll die denn sein ich sehe nix

dann musst du das aktivieren

[FoxRo]

@Tom-Haase said in Test Adapter shuttercontrol v1.1.x:

2021-01-09 16:57:24.159 - debug: shuttercontrol.0 (1591) Shutter state changed: Buero1 pct old value = 0 new value = 100
2021-01-09 16:57:24.160 - debug: shuttercontrol.0 (1591) Buero1 pct Old value = 0. New value = 100. automatic is active

... Rollladen wurde runtergefahren..

2021-01-09 16:57:45.212 - debug: shuttercontrol.0 (1591) TriggerID changed: zigbee.0.00158d00053f428f.opened Value: true
2021-01-09 16:57:45.219 - debug: shuttercontrol.0 (1591) save trigger height: 100% for device: Buero1 pct
2021-01-09 16:57:45.220 - debug: shuttercontrol.0 (1591) save trigger action: down for device: Buero1 pct

... Fenster wurde geöffnet ...
..an dieser Stelle müsste der Fahrauftrag kommen um auf 50% zu fahren...
Im Code gibt es an dieser Stelle keine weitere Verzweigung oder Abhängigkeiten!

2021-01-09 16:57:47.776 - info: fhem.0 (1222) stateChange (out): fhem.0.info.Commands.sendFHEM | set fhem.0.alive on-for-timer 360 > set fhem.0.alive on-for-timer 360

Warum dann erst 2Sek später vom FHEM was zum "Alive" gemeldet wird weiss ich nicht, sieht aber danach aus, dass der FHEM Adapter an dieser Stelle neu gestartet wurde. (warum auch immer)
Wenn das so ist, kann dieser den Fahrauftrag vom Shuttercontrol wohl nicht ausführen.
Kannst Du mal in den Objekten vom Shuttercontrol / shutters schauen, was für Werte im autoState und im autoLevel für den Rollladen stehen, während Du das Fenster offen hast?
Das gibt einen Hinweis, ob die Stelle von Shuttercontrol korrekt weiter durchlaufen wurde.
Allenfalls gibt es noch mehr an Informationen her, wenn alle anderen Adapter, die nicht benötigt werden, stoppst und den FHEM Adapter gleich wie den Shuttercontrol auf Debug stellst.