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

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

[Murphys234d]

@murphys234d said in Test Adapter shuttercontrol v1.4.x:

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.

Habe gestern einmal die gewünschte Zeit beim Wochenende eingetragen und heute morgen sind sie zu dem Zeitpunkt wieder hochgefahren. "Fehler" sehe ich nur die gleichen warnings wie futty
edit: hab ein issue erstellt: https://github.com/simatec/ioBroker.shuttercontrol/issues/383

[simatec]

@murphys234d Bitte die Config als json posten.
Dein problem ist nicht reproduzierbar

[Futty]

@murphys234d
Ohne eine Änderung sind die Rollläden heute bei mir auch wieder korrekt hochgefahren.
Ich beobachte es mal weiter. Vielleicht erkenne ich ein Muster.

[Murphys234d]

@futty Bei mir lag der Fehler vor dem Rechner, auch wenn ich mir erklären kann wann ich das umgestellt hätte.
Wohnbereich (über den alle Fenster laufen) stand auf "Nur Zeit", statt "Zeit und Sonnenaufgang".
In der Ansicht fehlt das "früheste Öffnen" und das war zeitlich hinter dem spätesten Öffnen eingestellt.
Nochmal Danke @simatec für den schnellen, guten Support. Ein toller Adapter. Inzwischen hat er nur fast zu viele Features

[Futty]

@murphys234d
ich hab ja meine Einstellungen mit Bildern gepostet.
Scheint meiner Meinung nach zu passen.

Und laut den objects passt es nicht. Morgen ist Wochenende und die Rollos gehen normal hoch...

anbei mal meine .json
system.adapter.shuttercontrol.0.json

[Android51]

Ich habe gestern den Adapter auf die neuste Version aktualisiert. Seitdem fahren die Rolläden nicht mehr. Es wird im Protokoll alles korrekt protokolliert, jeder Rolladen sei angeblich gefahren, aber tatsächlich fährt nichts.
Die Rolladen können manuell noch über den Rolladen-Adapter angesteuert werden. Finde irgendwie das Problem nicht. Könnt ihr mir helfen?