UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[WeiserWolf]

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

@weiserwolf sagte in Test Adapter shuttercontrol v1.4.x:

shuttercontrol.0.control.sunProtectChildren

Prüfe mal, ob dein Rolladen Büro unter "shuttercontrol.0.shutters.autoSun" auf true steht

ja shuttercontrol.0.shutters.autoSun.Büro steht auf "true" (letzte Änderung 23.02.)

Muss ich in den Haupteinstellungen des Rollos von "Kinderbereich" auf irgendwas anderes umstellen?
Das Wiki ist auf jeden Fall sehr hilfreich und gut verständlich gewesen, aber trotzdem will das Rollo nicht so wie ich.

[simatec]

@weiserwolf Er fährt mit deinen Einstellungen nur in den Sonnenschutz, wenn Die Himmelsrichtung der Sonne zwischen 190° und 220° liegt.

Da musst du schauen, was für dieses Fenster optimal ist.

Eine gute Hilfe ist die Seite

[WeiserWolf]

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

die Seite
Ja das habe ich mir gedacht, das Fenster liegt genau bei 205° aber der Rollladen fährt halt zu keiner Zeit in diese Position. Die 205° passen schon für das Fenster.
Die Sonnenhöhe habe ich ja auf 4 stehen. Die Sonne steht auf jeden Fall höher. Aktuell bei 25 ca. laut Objekten. Verhindert das den Sonnenschutz?
Grundsätzlich habe ich das Ende des Sonnenschutzes bei einer Sonnenhöhe von 10 eingestellt.

[simatec]

@weiserwolf poste am besten mal deine Config als json File

[WeiserWolf]

system.adapter.shuttercontrol.0.json
gerne. Vielleicht findest du den Fehler. Ich habe stundenlang gesucht aber seine eigenen Fehler übersieht man grundsätzlich gerne :man-shrugging:

[simatec]

@weiserwolf Soweit scheint alles zu passen.
Ich würde den Namen mal von "Büro" in "Buero" umbenennen.
Umlaute sind nie so ideal.

Ansonsten schalten den Adapter mal auf Debuglog und poste mal den Log, wenn morgen die Range erreicht wird

[mp3junkie]

@dirk-peter sagte in Test Adapter shuttercontrol v1.4.x:

@simatec
Hallo simatec,
wenn die Rollos Abends schon unten sind und dann erst der Frostschutz aktive true wird, so fahren die Rolläden nicht in den Frostschutz!
Ist das so gewollt, oder noch ein Fehler.

shuttercontrol.0   9890	2022-01-20 18:09:11.145	debug	insidetemperature changed: hm-rpc.1.001D5A498FDA1C.1.ACTUAL_TEMPERATURE Value: 22.6
shuttercontrol.0   9890	2022-01-20 18:07:48.823	debug	status alarm pending for hm-rpc.1.00165BE99E4FEB.6.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:07:48.777	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:07:38.731	debug	status alarm pending for hm-rpc.1.00165BE99E4FEB.2.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:07:38.686	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:07:28.635	debug	status alarm pending for hm-rpc.1.00165BE99E4FF0.14.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:07:28.588	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:07:18.543	debug	status alarm pending for hm-rpc.1.00165BE99E4FF0.10.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:07:18.496	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:07:16.981	debug	Brightness State Down is: true
shuttercontrol.0   9890	2022-01-20 18:07:08.451	debug	status alarm pending for hm-rpc.1.00165BE99E4FF0.6.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:07:08.404	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:07:06.978	debug	Brightness sensor value: 0
shuttercontrol.0   9890	2022-01-20 18:06:58.355	debug	status alarm pending for hm-rpc.1.00165BE99E4FF0.2.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:06:58.306	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:06:48.259	debug	status alarm pending for hm-rpc.1.00165BE9944866.2.LEVEL: false
shuttercontrol.0   9890	2022-01-20 18:06:48.211	debug	start pendingAlarm to check if an alarm is currently pending (exept frost)
shuttercontrol.0   9890	2022-01-20 18:06:48.209	debug	start shutterAlarm
shuttercontrol.0   9890	2022-01-20 18:06:48.204	debug	Alarm Frost changed: true

mfg Dirk Peter

Hallo,
gibt es hierzu schon eine Lösung?
Habe ebenfalls dieses Problem.
Gruß Andy

[Dirk Peter]

@mp3junkie
@FoxRo
Nein hierzu gibt es noch keine Lösung, ich habe es an @FoxRo weitergeleitet, er ist wohl für die Entwicklung dieser Erweiterung zuständig.
MfG Dirk Peter

[WeiserWolf]

@simatec
Ich hoffe ich habe das richtig gemacht mit dem Log:)
So wie ich das sehe, werden die Daten berechnet, aber irgendwie fehlt mir die Auslösung.
Anbei auch nochmal die aktuellen Einstellungen als JSON.

LOG.txt
system.adapter.shuttercontrol.0.json

2022-02-28 08:00:00.004 - debug: shuttercontrol.0 (28987) calculate astrodata ...
2022-02-28 08:00:00.004 - debug: shuttercontrol.0 (28987) Sun Azimut: 109.7°
2022-02-28 08:00:00.005 - debug: shuttercontrol.0 (28987) Sun Elevation: 4.9°
2022-02-28 08:00:00.055 - info: shuttercontrol.0 (28987) Children Up #22 Set ID: Office value: 100%
2022-02-28 08:00:00.063 - debug: shuttercontrol.0 (28987) last automatic Action for Office: up_ChidrenTime
2022-02-28 08:00:00.063 - debug: shuttercontrol.0 (28987) shutterUpChildren #2 Office old height: 0% new height: 100%
2022-02-28 08:00:01.066 - debug: shuttercontrol.0 (28987) save current height after State Check: 0% from Office
2022-02-28 08:00:01.066 - debug: shuttercontrol.0 (28987) Shutter Office was moved manually to: 0% while window was open - prevent trigger from driving back
2022-02-28 08:00:19.593 - debug: shuttercontrol.0 (28987) Shutter state changed: Office old value = 0 new value = 100
2022-02-28 08:00:19.595 - debug: shuttercontrol.0 (28987) Office Updated trigger action to Manu_Mode to prevent moving after window close
2022-02-28 08:00:19.596 - debug: shuttercontrol.0 (28987) Office drived manually to 100. Old value = 0. New value = 100
2022-02-28 08:00:20.599 - debug: shuttercontrol.0 (28987) save current height after State Check: 100% from Office
2022-02-28 08:00:20.600 - debug: shuttercontrol.0 (28987) Shutter Office was moved manually to: 100% while window was open - prevent trigger from driving back
2022-02-28 08:05:00.004 - debug: shuttercontrol.0 (28987) calculate astrodata ...
2022-02-28 08:05:00.005 - debug: shuttercontrol.0 (28987) Sun Azimut: 110.7°

Hier noch mal ein Ausschnitt von heute morgen, die zeitliche Auslösung hat funktioniert

[simatec]

@weiserwolf Mehr war im Log nicht drin?

[WeiserWolf]

@simatec Von anderen Adaptern ja, aber ich habe nur nach diesem gefiltert. :man-shrugging:
Vielleicht baue ich einfach wieder einen Gurt ein, das krieg selbst ich Vollpfosten hin

[simatec]

@weiserwolf
Das bekommen wir schon hin.
Zeige mal bitte die Objekte des Rollladens.
Sun, up und Down

[WeiserWolf]

@simatec

Ich zeige einfach mal alle

[simatec]

@weiserwolf Da dein Rollladen State auf "none" Steht und du wie ich es gesehen habe shellys verwendest, solltest du die Überprüfung der Rollläden nach x Sekunden aktivieren.

[WeiserWolf]

@simatec Ja ist aktuell ein Shelly mit dem ich noch rumspiele, der war über...
Aber verdammte Axt das hatte ich angeklickt, 100%ig, aber dann wohl nicht auf speichern gedrückt :man-shrugging:
Habe es noch einmal aktiviert und gespeichert, mal schauen was morgen passiert

[simatec]

@weiserwolf shellys schwanken während der Fahrt mit dem State etwas. Darum muss nach Ende der Fahrt von Shuttercontrol der Status noch einmal geprüft werden.

Ist leider ne doof Eigenschaft von den Shellys.
Habe aber gelesen, dass man dies wohl in der Config beheben kann.

Hab aber keine zum testen da

[WeiserWolf]

@simatec Wenn es morgen läuft, schaue ich mal bei den Shelleys rein, was da so geht.
Das ist aber normal? Habe ich jetzt erstmalig im Log seit ich die Option aktiviert habe

shuttercontrol.0
27253	2022-03-01 19:12:24.692	warn	
This object will not be created in future versions. Please report this to the developer.

shuttercontrol.0
27253	2022-03-01 19:12:24.692	warn	Object shuttercontrol.0.info.Azimut
is invalid: Default value has to be type "number" but received type "string"

shuttercontrol.0
27253	2022-03-01 19:12:24.649	warn	
This object will not be created in future versions. Please report this to the developer.

shuttercontrol.0
27253	2022-03-01 19:12:24.649	warn	Object shuttercontrol.0.info.Elevation
is invalid: Default value has to be type "number" but received type "string"

[simatec]

@weiserwolf
Ja das Warnungen, die in der nächsten Version gefixt werden

[Futty]

Hallo,

ich habe seit ein paar Tagen das Problem, dass die Zeiten für das hochfahren nicht mehr passen und ich kann mir nach längerem suchen leider immer noch nicht erklären an was es liegt...
Es wird einfach immer die späteste Zeit zum hochfahren verwendet.

Shuttercontrol v1.4.10
Node.js v14.18.2
js-controller v4.0.15

Objects - Control:

Objects - Info:

Zeit-Einstellungen - Einstellungen für den Wohnbereich

Extra-Einstellungen - Astro-Einstellung:

Log (Debug) nach Adapterstart:

Jemand eine Idee / ein Tipp?
Falls noch weitere Infos benötigt werden stelle ich diese gerne bereit.
Vielen Dank schon einmal!

Gruß Futty

[Murphys234d]

@futty Bei mir ist es anders, aber doch ähnlich.
Ich nutze feste Zeiten, aber auch diese funktionieren jetzt nicht mehr.

Denkt er es sei Wochenende oder Feiertag?

Version 1.4.10, node: v14.19.0, js-controller: 4.0.15

edit: Er denkt es sei Wochenende. Zumindest übernimmt er für den gezeigten Datenpunkt nur die Wochenendangabe. Datum und Uhrzeit auf der Infoseite des iobrokers stimmen.