Test Adapter shuttercontrol v1.7.x

[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 ?

[rtwl]

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

gilt das nur für manuelle Werte <>0 bzw. <>100 ?

seit der neuesten Version ist das genau so.

stelle als UP Position in shuttercontrol nicht 100 sondern 99 ein, dann kannst du mit dem Taster ganz rauf fahren um im manu_mode zu bleiben.

[rotamint]

Nach weiterer Beobachtung:

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

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

Welche Dateien muss ich veröffentlichen

einiges

OK da musst mir dann halt echt noch etwas konkreter sagen, was da benötigt wird

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

fährt morgens mein Rolladen an der Balkontüre nicht mehr

ende der Verdunklung?

Lichtsensor, wie die restlichen Rolläden vom Haus auch.

Beschattung programmiert?

Habe ich für das "Ausschlussprinzip" deaktiviert, keine Änderung.

zu dem Zeitpunkt aktiv?

Ja, Rolladensteuerung ist aktiv. Schließen und Aussperrschutz funktionieren.

welche Höhe bei Beschattung?

inaktiv.

allerdings:

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

Autostate steht heute morgen auf "none"

das wird nachts aktiviert.

Danke für die Info "nachts aktiviert", das wusste / kannte ich so noch nicht aus vorherigen Versionen.

demnach kam am morgen noch überhaupt kein Befehl.

Wie Recht Du hast, da wird, dem Log nach, überhaupt nichts getriggert!

Meine VERMUTUNG / Beobachtung: Soll der Rolladen geschlossen werden, die Terrassentüre ist aber zu dem Zeitpunkt noch geöffnet und der "Aussperrschutz aktiv" (funktioniert!), fährt der Rolladen zwar nach dem Schließen der Türe in die Verdunklungsposition, wird am nächsten Morgen aber nicht mehr hoch gezogen ...

Dann bräuchte es denn debug-log

Den würde ich gerne zur Verfügung stellen - ABER: Wie kann ich die Log-Datei (ggf. eine seperate) so schreiben lassen, dass NUR die Einträge vom Shuttercontrol darin enthalten sind? Ansonsten wäre das ja Wahnsinn dort das richtige heraus zu finden?

Danke Dir schonmal für Deine Mühe und wünsche einen schönen Sonntag!

LG S.

[Homoran]

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

OK da musst mir dann halt echt noch etwas konkreter sagen, was da benötigt wird

das ist ja ewig her!

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

ende der Verdunklung?

Lichtsensor, wie die restlichen Rolläden vom Haus auch.

die Frage war, ob zu dem Zeitpunkt das Ende der Verdunklung erreicht war.

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

welche Höhe bei Beschattung?

inaktiv.

???

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

dass NUR die Einträge vom Shuttercontrol darin enthalten sind

filtern per dropdown

[simatec]

Ab sofort steht die Version 1.6.0 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

1.6.0 (2023-07-16)

• (simatec) Manu mode block added
• (simatec) Heat protection added
• (simatec) Added rounding of incoming shutter states
• (simatec) Ukrainian language added
• (simatec) small Bugfixes
• (simatec) Dependencies updated

Hier gibt es einige neues, was ihr euch gewünscht habt...

• Das blocken des Manu-Modes für bekannt höhen ist nun konfigurierbar. Im Default ist die Funktion aus. Die Einstellungen hierfür findet man in den allgemeinen Extra-Einstellungen --> Extra-Einstellungen
• Es wurde ein Hitzeschutz integriert, der in den individuellen Rollladen-Einstellungen und Extra-Einstellungen ---> Sonnenschutz-Einstellungen konfiguriert werden kann. Er kann aktiviert werden und eine Obergrenze für die Außentemperatur festgelegt werden. Wird die Temperatur überschritten, fahren die Rollläden auf die konfigurierte Down Höhe.

• Da es immer wieder User gibt, dessen Rollläden nicht den korrekten State zurückgeben, gibt es nun die Funktion des Auf- bzw. Abrunden der Werte vom Rollladen. Damit lässt sind ein ungewollter Manu-Mode vermeiden. Die Einstellungen hierfür findet man in den allgemeinen Extra-Einstellungen --> Extra-Einstellungen Im Standard ist diese Einstellung deaktiviert.

Viel Spaß beim testen ....

[rotamint]

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

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

dass NUR die Einträge vom Shuttercontrol darin enthalten sind

filtern per dropdown

Unter "Protokolle", dann per Dropdown gefiltert nach Shuttercontrol, finde ich immer nur die Log's der Letzten maximal 90 Minuten. Kann man diese Anzahl erhöhen, damit ich mich nicht durch die komplette Log-Datei "quälen" muss? Danke

[Homoran]

@rotamint sagte in Test Adapter shuttercontrol v1.6.x:

finde ich immer nur die Log's der Letzten maximal 90 Minuten.

dann hast du zuviel im log.
das ist nicht zeit-, sondern Anzahlbegrenzt.

[steimi]

Ich würde gerne vereinzelte Fenster manuell über einen Button in der VIS in den Sonnenschutz fahren. Dazu benötige die konfigurierten Werte der einzelnen rollladen. Kann ich diese irgendwo/irgendwie auslesen? Ich würde das gerne über Blockly realisieren?

[HomeUser]

Nutzt jemand den Adapter bei einem Rollladen oder Markise mit Sonnenschutz oder einem Alarm?
Wenn ja, würde ich gerne mal die Einstellungen und Nutzung abgleichen.

Ich bin kurz davor mich geschlagen zu geben. Aktuell ist es so, dass nach Änderung eines Alarm die Markise raus und wieder rein fährt - und dass obwohl quasi alle Bedingungen für den Sonnenschutz nicht mehr erfüllt sind (Abend, weitgehend dunkel, Azimuth, Elevation, ...)

[Crazy Com]

@crazy-com said in Test Adapter shuttercontrol v1.6.x:

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.

Hallo @simatec , ist das irgendwie möglich oder wäre das umsetzbar?

[rotamint]

@homeuser Anbei meine Einstellungen. Habe das so zwar auch erst neu am laufen, konnte aber bisher nichts negatives feststellen, außer dass die Markise einmal Nachts komplett ausgefahren ist (warum? unklar!) und bisher einmal nicht eingefahren war (warum? unklar!) als ich nach Hause kam und die Kriterien schon lange erfüllt waren.

Habe dann den Regensensor benetzt, da ist sie rein gefahren. Das hat mich beruhigt Seitdem keine Auffälligkeiten mehr festgestellt

Lass' Dich von meinen "Werte-Vorgaben" nicht verunsichern, "100" bedeutet "100 % Sicht (offen)", ergo "0" = "0 % Sicht (geschlossen / ausgefahren)", die Homematic ist ein Produkt aus Ostfriesland

Bild 3: Die einzige Einstellung die für diesen Aktor unter dessen "Extra-Einstellungen" gesetzt ist.

Bild 4: Extra-Einstellungen "generell", die auf der Startseite, gültig für alle Aktoren.

"Open all", dann Adapter Neustart und dann ein wenig Geduld hat mir schon so manches "Problem" gelöst

Viel Erfolg.
LG S.