Ich habe mal folgenden Workaround einprogrammiert:
Bildschirmfoto 2021-05-22 um 22.14.23.png
Zumindest für heute Abend hat es so geklappt, wobei's eigentlich nicht der Sinn sein kann 
Bin noch am überlegen, ob ich eine halbe Stunde Aufwand investiere, um mal testweise einen anderen Shelly einzubauen.
Gerade mal probiert, auch volles Schließen (ohne Zeitsteuerung) via GUI zeigt das gleiche Problem - Rolladen fährt nur halb runter.
Ich habe auch klar das Relais am/im Shelly beim Stop klacken hören, scheint also eher nicht am Rolladen zu liegen. Und der Rolladen ist auch sicher nicht so langsam gefahren, dass der Shelly denken könnte, der Rolladen wäre schon unten.
Nachtrag: Habe gerade per GUI den Rolladen auf 10% fahren lassen, auch hier hängt er. Rein mit der Zeitsteuerung scheint es also nichts zu tun zu haben.
Im Web Interface wurde auch noch Stromverbrauch angezeigt, obwohl sich der Rolladen nicht mehr bewegte. Aber gut, ist vielleicht nicht ganz real time.
Direkt danach hoch fahren und wieder auf 10% fahren funktionierte. Als ob der Rolladen oder Shelly ein Problem hat, wenn's "kalt" ist.
Hat deine Markise einen Windsensor? Den könntest du wohl nicht direkt an den Shelly anbinden.
Hallo zusammen,
ich habe in meiner Wohnung (Baujahr 2005) für meine Rolläden (Motortyp- und Hersteller leider nicht bekannt) bisher sechs Shelly 2.5 im Einsatz, eigentlich mit der Mongoose Shelly Homekit Firmware, aber ich habe bei einem Rolladen ein Problem, welches auch mit der Original-Firmware (aktuell 20210429-100559/v1.10.4-g3f94cd7) auftritt:
Ich kann einen der Rolladen erfolgreich kalibrieren (Verbrauch ca. 75 Watt), problemlos mit den physischen Tastern steuern und auch über die Web GUI erfolgreich steuern.
ABER: Sobald ich den Rolladen zeitgesteuert abends in eine gewisse Position (von 100% auf 10% geöffnet) bringen lasse, so schließt der Rolladen maximal zur Hälfte.
Das trat am Anfang nur sporadisch aus, jetzt passiert es quasi immer. Shelly denkt, dass der Rolladen die untere Endlage erreicht hat, ich kann also auch mit den physischen Tastern oder über das GUI den Rolladen nicht weiter runterfahren.
Wenn ich aber danach den Rolladen hochfahren lasse, kann ich ihn wieder komplett manuell herunterfahren.
Anbei ein Auszug aus dem Log:
7455650182 shelly_sntp.c:433 minute tick at 20:48:00
7455655305 roller.c:38 roller 0 to pos=10 /-1
7455659493 roller.c:82 ========= roller 0 move direction=2 time=15708
7455664584 roller.c:101 ========= roller 0 moved 0, at pos=100
7455669131 switch.c:1107 Relay on pin 15 changed state 0 to 1
7455673235 powermeter.c:97 pm measure interval: 200
7463480718 roller.c:82 ========= roller 0 move direction=0 time=0
7463487124 roller.c:101 ========= roller 0 moved 45, at pos=55
7463533600 switch.c:1107 Relay on pin 4 changed state 0 to 0
7463537807 powermeter.c:97 pm measure interval: 0
7463542641 powermeter.c:105 oneshot measure in 150
7463547320 switch.c:1107 Relay on pin 15 changed state 1 to 0
7463551293 powermeter.c:105 oneshot measure in 150
7464174235 shelly_ping_check.c:154 Ping 192.168.2.1 (1)
7464182703 shelly_ping_check.c:109 Ping response (1, 5)
7468513460 mgos_sys_config.c:232 Loading conf2.json
7468520364 mgos_config_util.c:110 Extra key: [hap]
7468524957 mgos_config_util.c:110 Extra key: [hap.salt]
7468529772 mgos_config_util.c:110 Extra key: [hap.verifier]
7468535404 mgos_config_util.c:110 Extra key: [hap]
7468736795 mgos_sys_config.c:174 Saved to conf9.json
7468742095 switch.c:487 POSITION AND CALIBRATION DATA SAVED!!!!!!!!Ich bin echt ratlos, was das sein kann. Für mich ergibt das keinen erklärbaren Sinn, dass das Problem (anscheinend) nur bei der Zeitsteuerung auftritt.
Kann es sein, dass da der Endschalter am Rolladen dem Shelly einen Streich spielt?
Hier zum Vergleich die Logausgabe, wenn ich per HTTP-Request den Shelly (erfolgreich!) auf 10% fahren lasse:
13396498346 mgos_http_server.c:180 0x3fff3494 HTTP connection from 192.168.2.111:61271
13396523466 roller.c:38 roller 0 to pos=10 /-1
13396527733 roller.c:82 ========= roller 0 move direction=2 time=15708
13396531934 roller.c:101 ========= roller 0 moved 0, at pos=100
13396537432 switch.c:1107 Relay on pin 15 changed state 0 to 1
13396541581 powermeter.c:97 pm measure interval: 200
13398632693 json.c:420 RAM: 49272 total, 34492 free
13403517680 mgos_http_server.c:180 0x3fff2b1c HTTP connection from 192.168.2.111:61273
13403536892 json.c:420 RAM: 49272 total, 34488 free
13404174248 shelly_ping_check.c:154 Ping 192.168.2.1 (1)
13404181925 shelly_ping_check.c:109 Ping response (1, 5)
13408518087 mgos_http_server.c:180 0x3fff2a64 HTTP connection from 192.168.2.111:61277
13408536343 json.c:420 RAM: 49272 total, 34668 free
13412245754 switch.c:1107 Relay on pin 15 changed state 1 to 0
13412250023 powermeter.c:97 pm measure interval: 0
13412254901 powermeter.c:105 oneshot measure in 150
13412260059 switch.c:701 measure(!) : 76.74, moving 0, state: close
13412264267 roller.c:82 ========= roller 0 move direction=0 time=0
13412312037 roller.c:101 ========= roller 0 moved 90, at pos=10
13413625326 mgos_http_server.c:180 0x3fff32f4 HTTP connection from 192.168.2.111:61278
13413640925 json.c:420 RAM: 49272 total, 34708 free
13414174757 shelly_ping_check.c:154 Ping 192.168.2.1 (1)
13414191888 shelly_ping_check.c:109 Ping response (1, 5)
13414882160 mgos_http_server.c:180 0x3fff32f4 HTTP connection from 192.168.2.111:61279
13417347877 mgos_sys_config.c:232 Loading conf2.json
13417359748 mgos_config_util.c:110 Extra key: [hap]
13417365328 mgos_config_util.c:110 Extra key: [hap.salt]
13417370197 mgos_config_util.c:110 Extra key: [hap.verifier]
13417374896 mgos_config_util.c:110 Extra key: [hap]
13417575680 mgos_sys_config.c:174 Saved to conf9.json
13417581965 switch.c:487 POSITION AND CALIBRATION DATA SAVED!!!!!!!!
Danke für eure Ideen.