Test Adapter shuttercontrol v1.7.x

[Homoran]

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

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

ja

... mit "3min" ...

das sind zwei verschiedene Anwendungen
checkbox hält dauerhaft oben und überstimmt die Zeit.
Zeit alleine ist das was du wahrscheinlich willst

[RaspiUser]

@homoran

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

das sind zwei verschiedene Anwendungen

d.h.
entweder
"Haken gesetzt" = der Rollo bleibt im Sonnenschutz bis am Abend "schließen" kommt
oder
"x min" = der Rollo bleibt x Minuten im Sonnenschutz

Die 2 Möglichkeiten in der Adaptereinstellung habe ich dann als eine Einstellung verstanden ... in der Anleitung kann ich deine Erklärung nachvollziehen ... Danke

[Homoran]

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

d.h.

ja

[HomeUser]

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

meine Glaskugel meint, dass du einen Haken zuviel hast

Richtig getippt
Ich hatte es auch fälschlicherweise so verstanden, dass der Haken die Funktion aktiviert, die dann die Zahl verwendet.
Jetzt habe ich den Haken weggenommen und bin optimistisch, dass es morgen klappt.

Danke für die flotte Antwort!

[tobitobsta]

@tobitobsta said in Test Adapter shuttercontrol v1.5.x:

@homoran
habs jetzt gerade mit "Küche Tür" ausprobiert (da der jetzt gerade in SunProtect ist, es verhalten sich aber alle gleich bei mir).

nach dem manuellen hochfahren geht der State in "up" und der AutoLevel bleibt bei "26%"

nach 5 min fährt er wieder unter ( @Homoran edited - thx):

shuttercontrol.0 2023-06-27 11:51:32.609	debug	Shutter state changed: Küche Tür old value = 100 new value = 26
shuttercontrol.0 2023-06-27 11:51:32.608	debug	#0 wait for shutter check end
shuttercontrol.0 2023-06-27 11:51:13.168	debug	Shutter state changed: Küche Tür old value = 100 new value = 26
shuttercontrol.0 2023-06-27 11:51:13.165	debug	#0 wait for shutter check end
shuttercontrol.0 2023-06-27 11:51:13.140	debug	Shutter state changed: Küche Tür old value = 100 new value = 26
shuttercontrol.0 2023-06-27 11:51:13.138	debug	#0 wait for shutter check end
shuttercontrol.0 2023-06-27 11:50:32.607	debug	#0 wait for shutter check started
shuttercontrol.0 2023-06-27 11:50:13.165	debug	#0 wait for shutter check started
shuttercontrol.0 2023-06-27 11:50:13.147	debug	Sunprotect Küche Tür old height: 100% new height: 26%
shuttercontrol.0 2023-06-27 11:50:13.147	debug	last automatic Action for Küche Tür: down_Sunprotect
shuttercontrol.0 2023-06-27 11:50:13.147	debug	RangeMinus: 115 < 139.1RangePlus: 243 > 139.1
shuttercontrol.0 2023-06-27 11:50:13.146	debug	Sunprotect for Küche Tür is active
shuttercontrol.0 2023-06-27 11:50:13.137	debug	#0 wait for shutter check started
shuttercontrol.0 2023-06-27 11:50:13.124	info	Sunprotect #416 Set ID: Küche Tür value: 26%
shuttercontrol.0 2023-06-27 11:50:13.123	debug	Küche Tür: Check basis for sunprotect. Height:100 > HeightDownSun: 26 AND Height:100 == currentHeight:100 AND currentHeight:100 == heightUp:100
shuttercontrol.0 2023-06-27 11:50:00.083	debug	Sun Elevation: 55.7°
shuttercontrol.0 2023-06-27 11:50:00.082	debug	Sun Azimut: 139.1°
shuttercontrol.0 2023-06-27 11:50:00.081	debug	calculate astrodata ...
shuttercontrol.0 2023-06-27 11:45:35.915	debug	#1 currentShutterStateTime: 60 seconds
shuttercontrol.0 2023-06-27 11:45:35.914	debug	#1 currentShutterState: activated
shuttercontrol.0 2023-06-27 11:45:35.914	debug	#1 oldHeight: 26 %
shuttercontrol.0 2023-06-27 11:45:35.913	debug	#1 currentHeight: 100 %
shuttercontrol.0 2023-06-27 11:45:35.912	debug	#1 triggerAction: up
shuttercontrol.0 2023-06-27 11:45:35.911	debug	#1 currentAction: up
shuttercontrol.0 2023-06-27 11:45:35.910	debug	#1 shutterState: 100 %
shuttercontrol.0 2023-06-27 11:45:35.910	debug	#1 shutterName: Küche Tür
shuttercontrol.0 2023-06-27 11:45:35.909	debug	Küche Tür Old value = 26. New value = 100. automatic is active
shuttercontrol.0 2023-06-27 11:45:35.904	debug	Shutter state changed: Küche Tür old value = 26 new value = 100
shuttercontrol.0 2023-06-27 11:45:35.901	debug	#0 wait for shutter check end
shuttercontrol.0 2023-06-27 11:45:00.028	debug	Sun Elevation: 55.2°
shuttercontrol.0 2023-06-27 11:45:00.027	debug	Sun Azimut: 137.3°
shuttercontrol.0 2023-06-27 11:45:00.026	debug	calculate astrodata ...
shuttercontrol.0 2023-06-27 11:44:35.901	debug	#0 wait for shutter check started

und dann ist der State wieder "sunprotect":

würde das gerne nochmal aufwärmen - alle meine Rolläden fahren automatisch nach 5 min wieder in den Sonnenschutz, wenn ich sie manuell hochgefahren hab. Is das eurer Meinung nach ein Bug, ein Feature oder eine Fehlkonfiguration meinerseits?
Bin für jeglichen Hinweis sehr dankbar - Meine Frau und die Rolläden legen sich gerade ernsthaft miteinander an und Schuld bin natürlich ich
LG

[Homoran]

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

alle meine Rolläden fahren automatisch nach 5 min wieder in den Sonnenschutz, wenn ich sie manuell hochgefahren hab.

hast du sie auf 100% oder auf 98% gefahren?

eine Höhe, die Shuttercontrol für irgendetwas selber verwendet wird neuerdings als Absichtserklärung die Automatik wieder zu aktivieren gedeutet.

[tobitobsta]

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

hast du sie auf 100% oder auf 98% gefahren?

sind wieder auf 100% gefahren (also hoch bis Motorendstellung) - so auch der Log.

eine Höhe, die Shuttercontrol für irgendetwas selber verwendet wird neuerdings als Absichtserklärung die Automatik wieder zu aktivieren gedeutet.

hmmm.. dann fällt mir gerade keine Lösung ein, wie ich das unterbinden kann... Bleibt das denn voraussichtlich so oder meint ihr sowas wie "IF auto-state=sunprotect AND buttonUp=true THEN autoSun=false" und nachts dann alle wieder auf autoSun=true wäre dann sinnvoll selber zu bauen?

[Homoran]

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

Bleibt das denn voraussichtlich so

das ist gerade erst so eingebunden worden, damit man relativ einfach die Deaktivierung der Beschattungsautomatik durch manuelles Verstellen auf dem gleichen Weg beenden kann.

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

dann fällt mir gerade keine Lösung ein, wie ich das unterbinden kann..

Möglicherweise kommst du mit 98% bei der automatischen Endposition zurecht. Dann wären manuelle 100% ke7ne bekannte Höhe.

Vielleicht kann @simatec dazu was schreiben. So ganz hab ich duesen neuen Check noch nicht verstanden

[tobitobsta]

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

Vielleicht kann @simatec dazu was schreiben. So ganz hab ich duesen neuen Check noch nicht verstanden

witzigerweise habe ich vor geraumer Zeit eigentlich genau das "gewünscht", da bei uns Rolläden die zur Mittagszeit wegen Mittagsschlaf der Kids einmal runter und wieder hochgefahren wurden dann nachmittags nicht mehr in de Sunprotect fuhren.

Die Realisierung jetzt beißt sich dann aber mit dem anderen usecase: man will einfach manuell den sunprotect verlassen und das Rollo soll danach nicht wieder reinfahren.

Vielleicht muss man tatsächlich auslesen in welchem Zustand sich das Rollo befindet, wenn manuell gefahren wird, um zu entscheiden ob die Beschattungsautomatik ausgeschaltet werden soll (also nur wenn manuell aus sunprotect gefahren, auch die Automatik ausschalten).

[simatec]

@tobitobsta In der nächsten Version wird diese Feature konfigurierbar sein und ist im Standard aus

[tobitobsta]

@simatec nice! Danke Dir und auch Danke Dir für die Info!! LG

[plc]

@homoran
Hallo zusammen, ich habe eine Frage an Experten. Nach dem Update von 1.4->1.5 habe folgendes im Log stehen. Ist das normal oder muss ich was manuell nachinstallieren. Wenn ja dann was und wie?

$ iobroker upgrade shuttercontrol@1.5.0 --debug

Update shuttercontrol from @1.4.29 to @1.5.0

host.ioBroker-RasPi Adapter "system.adapter.shuttercontrol.0" is stopped.

NPM version: 6.14.16

Installing iobroker.shuttercontrol@1.5.0... (System call)

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@~2.3.2 (node_modules/chokidar/node_modules/fsevents):npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})

npm WARN axios-cookiejar-support@4.0.6 requires a peer of tough-cookie@>=4.0.0 but none is installed. You must install peer dependencies yourself.

npm WARN http-cookie-agent@5.0.2 requires a peer of tough-cookie@^4.0.0 but none is installed. You must install peer dependencies yourself.

+ iobroker.shuttercontrol@1.5.0added 1 package from 1 contributor, removed 3 packages and updated 1 package in 43.677s

94 packages are looking for funding run `npm fund` for details

Update "system.adapter.shuttercontrol.0"

upload [5] shuttercontrol.admin /opt/iobroker/node_modules/iobroker.shuttercontrol/admin/img/info-big.png img/info-big.png image/png

host.ioBroker-RasPi Adapter "system.adapter.shuttercontrol.0" is started

Process exited with code 0

[Homoran]

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

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fs

ist nur optional und alles soweit ich sehe nur für den Entwickler von Belang

[plc]

@homoran

ok, Danke, ich habe gehofft wenn eventuell was fehlt, dass auch einige bugs verschwinden.

[Homoran]

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

dass auch einige bugs verschwinden.

was für bugs?

[Crazy Com]

Wäre es eigentlich möglich, die Datenpunkte unter "Auto State" steuerbar zu machen? Dann könnte ich via Visualisierung/Script/Schalter/etc. eine Jalousie in den Manu- oder Auto- (oder Sunprotect etc.)-Mode je nach Bedarf schalten.

Mit "AutoAll" (bzw. "AutoLiving") kann ich ja die Schaltung nur für mehrere Jalousien (alle oder die entsprechende Gruppe) vornehmen.

Das würde mir enorm helfen, den WAF bei der Jalousiesteuerung nach oben zu treiben.

[Android51]

Ist das normal, wenn ich den Button "openliving" drücke, dass dann erst nach ca. 30-40 Sekunden der erste "living"-Rolladen beginnt hochzufahren? Kann ich das auch auf unverzüglich stellen? Das zwischen den "living"Rolläden 10 Sekunden liegen, bis der nächste fährt, ist bekannt und gewollt. Aber die Wartezeit vor dem ersten Rolladen nervt. ^^

Update: Denkfehler meinerseits. Es funktioniert einwandfrei.

[HomeUser]

Ich kämpfe mit der Einstellung für meine Markise. Irgendwo mache ich etwas falsch, aber kapiere nicht wo.

Zielzustand:

• Markise fährt raus, wenn Sonne auf die Terasse kommt (Süd-Richtung +/- 90°; ausgefahren: Wert 0; eingerollt: Wert 100)
• Nur wenn wirklich nennenswert Sonne scheint
• Und natürlich, wenn es drinnen und draußen recht warm ist
• Bei Regen fährt sie rein (Wert 100)
• Bei mäßigem Wind soll sie halb rein fahren (Wert 50)
• Bei mehr Wind ganz (Wert 100)

Problem: Sie fährt gerne mal auf 50 ohne dass ich den grund verstehe.

Hier die Einstellungen:

Und ein Ausschnitt aus dem Log:

2023-07-12 09:00:00.041  - debug: shuttercontrol.0 (3485) calculate astrodata ...
2023-07-12 09:00:00.042  - debug: shuttercontrol.0 (3485) Sun Azimut: 91.1°
2023-07-12 09:00:00.042  - debug: shuttercontrol.0 (3485) Sun Elevation: 30.7°
2023-07-12 09:00:08.467  - debug: shuttercontrol.0 (3485) Alarm Wind 1 changed: false
2023-07-12 09:00:08.467  - debug: shuttercontrol.0 (3485) start shutterAlarm
2023-07-12 09:00:08.468  - debug: shuttercontrol.0 (3485) start pendingAlarm to check if an alarm is currently pending (exept frost)
2023-07-12 09:00:08.469  - debug: shuttercontrol.0 (3485) Alarm Wind 2 changed: false
2023-07-12 09:00:08.469  - debug: shuttercontrol.0 (3485) start shutterAlarm
2023-07-12 09:00:08.470  - debug: shuttercontrol.0 (3485) start pendingAlarm to check if an alarm is currently pending (exept frost)
2023-07-12 09:00:08.487  - debug: shuttercontrol.0 (3485) status alarm pending for 0_userdata.0.Outdoor.Markise_OpenPosition: false
2023-07-12 09:00:08.488  - debug: shuttercontrol.0 (3485) status alarm pending for 0_userdata.0.Outdoor.Markise_OpenPosition: false
2023-07-12 09:00:08.526  - debug: shuttercontrol.0 (3485) shutter alarm wind 1 endet and no other alarm is pending Markise_OpenPosition already at: 50% - setting current action: wind1
2023-07-12 09:00:08.567  - debug: shuttercontrol.0 (3485) shutter alarm wind 2 endet and no other alarm is pending Markise_OpenPosition already at: 50% - setting current action: wind1
2023-07-12 09:00:39.172  - debug: shuttercontrol.0 (3485) outsidetemperature changed: alias.0.Outdoor.OutsideTemp Value: 24.8
2023-07-12 09:00:39.230  - debug: shuttercontrol.0 (3485) Lightsensor changed: 0_userdata.0.Outdoor.Solarradiation_reduced Value: 3484.4
2023-07-12 09:01:10.447  - debug: shuttercontrol.0 (3485) Alarm Wind 1 changed: false
2023-07-12 09:01:10.447  - debug: shuttercontrol.0 (3485) start shutterAlarm
2023-07-12 09:01:10.447  - debug: shuttercontrol.0 (3485) start pendingAlarm to check if an alarm is currently pending (exept frost)
2023-07-12 09:01:10.448  - debug: shuttercontrol.0 (3485) Alarm Wind 2 changed: false
2023-07-12 09:01:10.449  - debug: shuttercontrol.0 (3485) start shutterAlarm
2023-07-12 09:01:10.449  - debug: shuttercontrol.0 (3485) start pendingAlarm to check if an alarm is currently pending (exept frost)
2023-07-12 09:01:10.451  - debug: shuttercontrol.0 (3485) status alarm pending for 0_userdata.0.Outdoor.Markise_OpenPosition: false
2023-07-12 09:01:10.452  - debug: shuttercontrol.0 (3485) status alarm pending for 0_userdata.0.Outdoor.Markise_OpenPosition: false
2023-07-12 09:01:10.465  - debug: shuttercontrol.0 (3485) shutter alarm wind 1 endet and no other alarm is pending Markise_OpenPosition already at: 50% - setting current action: wind1
2023-07-12 09:01:10.511  - debug: shuttercontrol.0 (3485) shutter alarm wind 2 endet and no other alarm is pending Markise_OpenPosition already at: 50% - setting current action: wind1
2023-07-12 09:01:43.118  - debug: shuttercontrol.0 (3485) Alarm Wind 1 changed: false

Wo ist mein Fehler!?

[HomeUser]

Nachtrag zu meiner Nachricht vor dieser:
Ich habe gerade mal etwas experimentiert mit den Alarmen (manuell Alarme gesetzt).
Daraus habe ich den Eindruck, dass die Priorisierung der Alarme zumindest nicht so funktioniert wie ich es verstanden/erwartet hätte.

Beispiel:
Regen-Alarm ist gesetzt >> Markise wird ganz reingefahren.
Während der Regen-Alarm noch aktiv ist, wird Wind-Alarm-1 gesetzt >> Markise wird halb herausgefahren
Wind-Alarm-1 wird zurückgenommen >> Markise fährt wieder ein

Ich hätte gedacht, dass wichtiger ist als Wind bzw. dass der Alarm mit dem sichreren Wert "gewinnt".

Oder ist mein Denkfehler generell, dass die Alarm-Reaktion nicht wirklich zum Sonnenschutz mit Markise passt?
Bei einem Rollladen ist der sicherere Zustand ja runtergefahren, während bei der Markise der sicherere Zustand eingerollt ist.

[abachiman]

ich habe immernoch das Problem, dass die Rolladen bei mir NICHT(!) in den ManuMode gehen

Status = sunprotect
ich fahre die Rollade manuell nach ganz oben
der Status ist dann "UP"
und shuttercontrol fährt nach ~1 min wieder in den sunprotect Mode

shuttercontrol.0	2023-07-15 18:13:39.988	debug	Shutter state changed: Alias Rollade WZ IST-SOLL old value = 0 new value = 75
shuttercontrol.0	2023-07-15 18:13:21.492	debug	Sunprotect Alias Rollade WZ IST-SOLL old height: 0% new height: 75%
shuttercontrol.0	2023-07-15 18:13:21.492	debug	Sunprotect for Alias Rollade WZ IST-SOLL is active
shuttercontrol.0	2023-07-15 18:13:21.491	debug	last automatic Action for Alias Rollade WZ IST-SOLL: down_Sunprotect
shuttercontrol.0	2023-07-15 18:13:21.421	info	Sunprotect #414 Set ID: Alias Rollade WZ IST-SOLL value: 75%
shuttercontrol.0	2023-07-15 18:13:21.419	debug	Alias Rollade WZ IST-SOLL: Check basis for sunprotect. Height:0 > HeightDownSun: 75 AND Height:0 == currentHeight:0 AND currentHeight:0 == heightUp:0
shuttercontrol.0	2023-07-15 18:11:39.404	debug	#1 shutterName: Alias Rollade WZ IST-SOLL
shuttercontrol.0	2023-07-15 18:11:39.404	debug	Alias Rollade WZ IST-SOLL Old value = 75. New value = 0. automatic is active
shuttercontrol.0	2023-07-15 18:11:39.404	debug	Shutter state changed: Alias Rollade WZ IST-SOLL old value = 75 new value = 0

ist das so gewollt? ich hatte es so verstanden, dass der Status bei jeglichem manuellen Eingriff zu ManuMode wechselt und dann auch so bleibt - oder gilt das nur für manuelle Werte <>0 bzw. <>100 ?