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

[Homoran]

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

Könnte ich denn auch wieder bewusst in den Auto_Mode zwingen oder habe ich dann für den Tag Pause ?

klar!
zumindest Gruppenweise

[rotamint]

@d3ltoroxp Überwachst du die Griff-Position, bzw. hast du für die verschiedenen Griff-Positionen verschiedene Anfahrtshöhen? Ich versuche dem seltsamen Phänomen auch auf die Schliche zu kommen und bilde mir ein, es gibt einen Zusammenhang zwischen "geöffnetem oder gekipptem Fenster" beim (morgendlichen) Hoch- bzw. (abendlichem) Runtefahren, Positionsveränderung des Griffes zwischendurch und anschließender "Besonnungsfahrt". Diese endet dann bei mir im Manu_Mode ohne anschließender "Sonnen-Ende-Hochfahrt" trotz großzügig eingestellter "Rolladenposition prüfen" nach 40 Sekunden. LG Stefan.

[D3ltoroxp]

@rotamint Ne ich hab gar keine Griffe mit Kippstellung. Ich hab nur offen oder zu. Ich kann das dann so nicht nachstellen.

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

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

Könnte ich denn auch wieder bewusst in den Auto_Mode zwingen oder habe ich dann für den Tag Pause ?

klar!
zumindest Gruppenweise

Das wollte ich auch Fragen, indem Fall könnte ich Auto Living usw. wieder mit true schalten und der Rollo in der Gruppe ist wieder im Auto_Mode. Fährt er dann auch wieder in die Beschattung, wenn er sollte ?

Noch mal was zum manuellen eingreifen, wenn ich morgens das Rollo manuell hochfahre, bevor es selber die Morgenfahrt gemacht hat, ist auch der Beschattungs Modus weg, also der Rollo komplett im Manu Mode ?

Und was bedeutet none ?

[Homoran]

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

wieder mit true schalten und der Rollo in der Gruppe ist wieder im Auto_Mode. Fährt er dann auch wieder in die Beschattung, wenn er sollte ?

ja!

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

wenn ich morgens das Rollo manuell hochfahre, bevor es selber die Morgenfahrt gemacht hat, ist auch der Beschattungs Modus weg, also der Rollo komplett im Manu Mode ?

ja!

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

Und was bedeutet none ?

seit 2:30 noch keine Aktionen

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

Positionsveränderung des Griffes zwischendurch

da habe ich auch den Verdacht, dass wenn man zu schnell die Tür öffnet/schließt das System in Manu_Mode geht.
Hab ich aber nicht weiter verfolgt.

[D3ltoroxp]

@homoran Hm, er hätte aber heute morgen ja dann zum Sonnenaufgang öffnen sollen, weil da seit 2:30 nichts mehr passiert ist.

Es fuhr allgemein heute morgen nichts. Kann das daran liegen das ich auf Wohnbereich Automatik gestellt habe, aber keine DP's für Anwesenheit ausgewählt habe ?

Und bei bei AutoLevel hab ich komische Werte.

Ich weiß nicht woher die kommen, ich steure Rollo Devices in FHEM an, die haben aber nur 10 er Schritte. Könnte ich das beheben mit Rollo Status überwachen ín den Einstellungen ?

EDIT:

Ich hab mal bei AutoAll, auf true gestellt, aber ich habe immer noch bei einigen Rollos manu_mode. Macht er dennoch die nächste Fahrt und er wechselt dann auf up/down usw ?

[Homoran]

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

Ich hab mal bei AutoAll, auf true gestellt, aber ich habe immer noch bei einigen Rollos manu_mode

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

ich steure Rollo Devices in FHEM

das ist dann Manu_Mode

[rotamint]

Guten Morgen zusammen,

auf der Suche nach dem mystery-Manu_Mode habe ich heute morgen folgendes festgestellt:

Türe ist geschlossen, Rolladen unten. Rolladen wird durch zeitabhängigkeit geöffnet. Lichtsensor für Beschattung sitzt im Fenster, somit wird der Sonnenschutz true und der Rolladen fährt wieder runter in Sonnenschutzposition (sunprotect = true).

Wird jetzt die Türe geöffnet, fährt der Rolladen wie gewünscht komplett auf (=triggered)

Kurz darauf fährt der Rolladen allerdings wieder (wie gewünscht) in die Sonnenschutzposition, verharrt hier aber bis zum St. Nimmerleinstag im Manu_Mode (warum?)

Logs:

shuttercontrol.0
	2022-05-21 10:13:26.682	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active
shuttercontrol.0
	2022-05-21 10:13:03.896	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active
shuttercontrol.0
	2022-05-21 10:13:03.762	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 27. automatic is active
shuttercontrol.0
	2022-05-21 10:13:02.286	debug	Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 4355
shuttercontrol.0
	2022-05-21 10:12:58.466	debug	Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 8264
shuttercontrol.0
	2022-05-21 10:12:47.196	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Updated trigger action to Manu_Mode to prevent moving after window close
shuttercontrol.0
	2022-05-21 10:12:47.196	debug	KZ Rolladenaktor Balkontüre:1.LEVEL drived manually to 100. Old value = 27. New value = 100
shuttercontrol.0
	2022-05-21 10:12:47.187	debug	Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100
shuttercontrol.0
	2022-05-21 10:12:28.764	debug	Sunprotect KZ Rolladenaktor Balkontüre:1.LEVEL old height: 27% new height: 27%
shuttercontrol.0
	2022-05-21 10:12:28.763	debug	Temperature outside: 50 > 1 AND Light: 41381 > 10000
shuttercontrol.0
	2022-05-21 10:12:28.763	debug	Sunprotect for KZ Rolladenaktor Balkontüre:1.LEVEL is active
shuttercontrol.0
	2022-05-21 10:12:28.763	debug	last automatic Action for KZ Rolladenaktor Balkontüre:1.LEVEL: down_Sunprotect
shuttercontrol.0
	2022-05-21 10:12:28.712	info	Sunprotect #418 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 27%
shuttercontrol.0
	2022-05-21 10:12:28.712	debug	KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:100 > HeightDownSun: 27 AND Height:100 == currentHeight:100 AND currentHeight:100 == heightUp:100
shuttercontrol.0
	2022-05-21 10:12:25.870	debug	Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 41381
shuttercontrol.0
	2022-05-21 10:12:22.549	debug	outsidetemperature changed: hm-rpc.0.OEQ1962498.1.BRIGHTNESS Value: 185
shuttercontrol.0
	2022-05-21 10:12:22.527	debug	outsidetemperature changed: hm-rpc.0.OEQ1962498.1.HUMIDITY Value: 50
shuttercontrol.0
	2022-05-21 10:12:20.680	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 100. automatic is active
shuttercontrol.0
	2022-05-21 10:12:20.679	debug	Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100
shuttercontrol.0
	2022-05-21 10:12:20.476	debug	KZ Rolladenaktor Balkontüre:1.LEVEL Old value = 27. New value = 100. automatic is active
shuttercontrol.0
	2022-05-21 10:12:20.476	debug	Shutter state changed: KZ Rolladenaktor Balkontüre:1.LEVEL old value = 27 new value = 100
shuttercontrol.0
	2022-05-21 10:12:04.098	debug	KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:27 > HeightDownSun: 27 AND Height:27 == currentHeight:100 AND currentHeight:100 == heightUp:100
shuttercontrol.0
	2022-05-21 10:12:00.326	debug	Lightsensor changed: zigbee.0.54ef4410000a2d4e.illuminance Value: 6992
shuttercontrol.0
	2022-05-21 10:11:59.553	debug	KZ Rolladenaktor Balkontüre:1.LEVEL: Check basis for sunprotect. Height:27 > HeightDownSun: 27 AND Height:27 == currentHeight:100 AND currentHeight:100 == heightUp:100
shuttercontrol.0
	2022-05-21 10:11:55.902	debug	Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 55834
shuttercontrol.0
	2022-05-21 10:11:50.912	debug	Lightsensor changed: zigbee.0.04cf8cdf3c78a785.illuminance Value: 17976
shuttercontrol.0
	2022-05-21 10:11:45.487	debug	KZ Rolladenaktor Balkontüre:1.LEVEL - window is still open -> driving now to :100
shuttercontrol.0
	2022-05-21 10:11:45.465	info	triggered #1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100%
shuttercontrol.0
	2022-05-21 10:11:45.422	info	#1 Set ID: KZ Rolladenaktor Balkontüre:1.LEVEL value: 100%
shuttercontrol.0
	2022-05-21 10:11:45.422	debug	#1 save trigger action: sunProtect for device KZ Rolladenaktor Balkontüre:1.LEVEL
shuttercontrol.0
	2022-05-21 10:11:45.421	debug	#1 save trigger height: 27% for device KZ Rolladenaktor Balkontüre:1.LEVEL
shuttercontrol.0
	2022-05-21 10:11:45.420	debug	KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger change is:upDown
shuttercontrol.0
	2022-05-21 10:11:45.420	debug	KZ Rolladenaktor Balkontüre:1.LEVEL - shutter trigger drive-up is:100
shuttercontrol.0
	2022-05-21 10:11:45.419	debug	KZ Rolladenaktor Balkontüre:1.LEVEL - shutter current state.val is:27
shuttercontrol.0
	2022-05-21 10:11:45.415	debug	KZ Rolladenaktor Balkontüre:1.LEVEL - shutter conversion is:false
shuttercontrol.0
	2022-05-21 10:11:45.407	debug	TriggerID changed: hm-rpc.0.JEQ0152196.1.STATE Value: 2
shuttercontrol.0
	2022-05-21 10:10:00.005	debug	Sun Elevation: 43.2°

Danke für Eure Unterstützung!

[simatec]

@rotamint Dein Aktoren ändern sicher während der Fahrt den Zustand.
Bitte aktiviere die Überprüfung des Rollladens nach xx Sekunden.

xx = deine maximale Fahrtzeit der Rollläden

[rotamint]

@simatec Sorry Simatec, das hatte ich vergessen zu schreiben. Dieses Verhalten tritt trotz gesetzter Rolladen-Prüfen-Option (nach 35 Sekunden) auf. (Shuttercontrol v1.4.12)

Edit: Mag es evtl. damit zusammenhängen, dass ein neues Ereignis eintritt (Lux = true = autoSun) bevor der "überprüfte Rolladenstatus nach xx Sekunden" geschrieben wurde?

[Homoran]

Nachdem gestern hier das Thema Fenstergriffe aufkam, habe ich es abends nochmal angegangen:
Fenster gekippt und bis zur abendlichen Fahrt gewartet.
Erwartungsgemäß kam die Meldung, dass mit der Fahrt bis zum Schließen des Fensters gewartet wird.

Nach dem Schließen passierte jedoch genau nichts.

Der Rollladen stand auf Auto, der Versuch nochmals auf Auto_all zu drücken half auch nichts.

nach manuell gestarteter Fahrt stand der Rollladen dann ordnungsgemäß im Manu_Mode und ließ sich mit erneutem Auto_all nicht mehr von dieser Meinung abbringen.

Trotzdem fuhr er heute morgen planmäßig hoch.

wo kann ich ansetzen?

[FoxRo]

@homoran
Setzte mal den Adapter auf Debug mode, dann müsste nach dem "#7 Will close...." noch mit ausgegeben werden, auf welche Werte im Hintergrund die Zielposition gesetzt wurde.
Als nächstes könntest dann prüfen, ob das mit einem bestehenden Wert aus "Zwischenposition", "X-Mas Position" oder einem Alarmsetting übereinstimmt, welche Du für das Fenster auch aktiviert hast.
Das gäbe dann mal einen Hinweis, welche Position da im Hintergrund gesetzt wurde, welche dann beim Schliessen des Fensters angefahren wird. Oder, das Fenster hat "in Summer not Down" gesetzt? Und, als letztes, checke auch, ob "schliessen nachdem Fenster geschlossen wurde" eingeschaltet ist.
An dieser Stelle wirken sehr viele "Schalter" und Abfragen weshalb eine schnelle Antwort nicht so einfach möglich ist.

[Homoran]

@foxro hab gerade noch auf debug stellen können, müsste gleich runterfahren, wenn Fenster nicht gekippt wäre.

die ganzen Schnickschnack Einstellungen gab es noch nicht, als ich die Instanz konfiguriert habe.
Wenn sich da nicht irgendwas selbst eingestellt hat sollte alles ok sein.

Ich habe eher den Verdacht dass der RHS ein Problem verursacht wenn er von gekippt auf geschlossen gestellt wird kommt er ja noch über "offen".

Aber gleich wissen wir mehr.

EDIT:
Hab die Zeit noch genutzt und nachgesehen, Rolladen nach Schließen fahren ist aktiv, aber...
bei Rollladenhöhe bei gekipptem Fenster habe ich nichts eingetragen.

[Homoran]

Soweit - so gut!

und just in dem Moment meinte meine Frau das Fenster schließen zu müssen.
Diesmal fuhr der Rollladen

aber jetzt ist er wieder in Manu_Mode

[ioT4db]

@stefanw nabend. das habe ich die tage auch so erlebt, war mir aber nicht sicher. nun wo du das auch beschreibst, kam es mir wieder in Erinnerung.

Er scheint beim Wind-Alarm bei jeder Aktualisierung den Alarm auszulösen, egal ob true oder false im DP steht.

[FoxRo]

@friesenjung
Das kann ich so bestätigen.
Jedes Senden eines Zustandes wird von IoBroker so an Shuttercontrol weitergeleitet und deshalb läuft da der entsprechende Code an. Dies auch, wenn der Status vorher der gleiche war. (zb. false -> false)
Bitte hier keine Zeitgesteuerten (sich wiederholenden) Werte an die Alarm-Datenpunkte senden, sondern nur dann, wenn der Status wirklich geändert hat. (true - false - true)

[FoxRo]

@homoran
Ich vermute aufgrund vom Log, dass nach dem Positions-Check wieder ein (alter) Wert vom Aktor gesendet wird und deshalb Shuttercontrol interpretiert, dass der Rollo bewegt wurde

Kannst da mal prüfen, was für eine Position da effektiv zu dem Zeitpunkt vom Aktor zurück gemeldet wird?
EDIT:
Der vermutete Bug im Trigger war ein "Sturm im Wasserglas".
Es gibt aber dev. einen Bug im Alarmhandling im Zusammenhang mit dem Manu_Mode gefunden. Werde da für einen Fix an @simatec senden.

[Homoran]

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

wenn Du nach dem Fahren das Fenster wieder öffnest.

das ist ja genau das was ich vermute.
Der Drehgriffsensor hat ja drei Positionen.

Habe aber eben festgestellt, dass ich auch keinen Sensor-Wert für gekippt eingetragen habe. Das Feld ist keer.

Die andere Vermutung war, dass ggf. beim verzögerten Fahren der timeout für die Endposition nicht berücksichtigt werden könnte.

Aber ich verstehe das log so, dass das Schließen des Fensters erkannt wird, später aber behauptet wird, dass der Rollladen manuell gefahren würde, während das Fenster noch offen ist.

EDIT:
Wenn der "state check" die Überprüfung des Rollladenlevels sein soll, so kommt der zu früh!
21:28:52.682 Schließen des Fensters
21:29:06.688 state check.

das sind 14 Sekunden, das ist zu wenig. Eingestellt sind 45 Sekunden (glaube ich)

[FoxRo]

@homoran
Interessant!
der Logtext mit "save current height after State Check:" wird im ganzen Shuttercontrol Code nur an einer einzigen Stelle geschmissen - und das ist nach dem Überprüfen der Rollo Position...
Wenn Deine Theorie mit dem Trigger für das gekippte Fenster stimmt, dann müsste dies im Log auch ersichtlich sein. Es ist so, dass an dieser Stelle, wenn dieses Signal wirklich rein kommt, der Shuttercontrol die aktuell gesetzte Höhe ( EDIT: Es wird die aktuell gemeldete Position genommen) wiederum in den Trigger speichert und dann auf die gekippt Position fahren will. Kurz danach müsste dann das Geschlossen kommen, womit er den im Trigger gespeicherten Wert wieder holt und dahin (in Deinem Fall Down oder eben nicht Down) fährt.

[Homoran]

@foxro Danke für deinen Check.

ich versuche mal das Ganze zu zerpflücken um die Ursache finden zu können:

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

der Logtext mit "save current height after State Check:" wird im ganzen Shuttercontrol Code nur an einer einzigen Stelle geschmissen - und das ist nach dem Überprüfen der Rollo Position...

Laut Timestamp kann zu dem Zeitpunkt aber der Rolladen noch nicht unten sein. Habe es überprüft, der check ist auf 45 Sekunden nach Start der Fahrt konfiguriert. Hier findet er aber bereits nach ca. 16 Sekunden statt.

Möglichkeit: Der konfigurierte spätere Check wird bei verzögerter Fahrt nach Schließen des Fensters nicht (richtig) umgesetzt.

---

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

wiederum in den Trigger speichert und dann auf die gekippt Position fahren will.

Diese habe ich jedoch nicht konfiguriert. Das Feld dazu ist leer.

---

Ich habe im Moment auch nicht die Reihenfolge der Werte des Sensorzustands beim Bewegen des Drehgriffs im Kopf.
Müsste aber entsprechend Gekippt-offen-geschlossen sein

[rotamint]

Heute und gestern war der Rolladen - nachdem ich nach Hause kam - und die Sonne schon lange nicht mehr die Südseite des Hauses bescheint hat, wieder auf Manu_Mode und in der Sonnenschutzposition verharrt.

Das Fenster wird durch ein Zigbee-Luxmeter überwacht, ab 10000 Lux soll die Beschattung eingeleitet werden. Fällt der Wert unter den vorgegebenen Wert, soll der Rolladen wieder geöffnet werden, nachdem er noch 5 Minuten in der Sonnenschutzposition verharrt.

Gedankenansatz: Während der Rolladen geöffnet wird, steigt der Luxwert wieder auf die (größer) 10000? Das wirft den Ablauf durcheinander? Oder während der Verzögerungszeit (5 Min.)? Oder während der Verzögerung (Check State, 40 Sek.)

Falls es dienlich sein sollte wäre ich bereit, meine verwendete Hardware (Homematic /nicht HmIP) sowie Zigbee-Luxmeter samt Rohrmotor vollständig auf einem Testbrett aufzubauen und dem Entwickler zur Verfügung zu stellen, um dem Fehlverhalten auf die Schliche zu kommen.