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

[simatec]

@guitardoc Ich würde dir auch raten, deine ganzen Namen der States mal zu ändern und alle Umlaute entfernen. Umlaute in den States und Dateinamen können zu Problemen führen

[crunchip]

@simatec autosun ist an

Bedingungen möglicherweise beim Start 90° (150° +/- 60° ) aussenTemp noch zu niedrig gewesen, allerdings wurde die Temp. innerhalb des Bereichs erreicht, somit müsste er ja dann fahren

um 10:00 waren es ca 24° außen und da steht die Sonne bei ca 112°

edit:
hatte allerdings noch gesehen das bei Objekt ID des Innentemperatursensors der falsche Datenpunkt drin stand( hatte von javascript auf userdata umgestellt) vor paar Monate, somit wurde dieser gar nicht mehr aktualisiert.
ich berichte morgen dann nochmal

Edit 13.08.24
@simatec
Heute ist der Rollo in den Schutz gefahren, hab die Werte beobachtet, daher nun die Frage
Greift die Hysterese schon zu Beginn oder muss erst der eingestellte Soll Wert erreicht werden?
Alle Bedingungen waren erreicht bzw überschritten, jedoch die Sonnenstrahlung stand noch kurz vor 250.
Eingestellt ist 250 mit einer Hysterese 30.
Hätte erwartet das bei einer Sonnenstrahlung von 220 schon greift, jedoch erst als die 250 erreicht wurden, ging der Rollo runter.

[guitardoc]

@simatec said in Test Adapter shuttercontrol v1.7.x:

@guitardoc Da stecke ich jetzt keine Energie rein... Dein Script greift da noch immer manuell in die Steuerung von Shuttercontrol ein und somit hab ich keine plausiblen Werte...

2024-08-10 19:36:00.003 - info: javascript.0 (13413) script.js.common.Jalousiesteuerung_Fenster.Rücksetzen_nach_manuellem_Fahren: alias.0.Jalousien.Wohnzimmer Tür zur Terrasse Position wurde mit dem Wert 100% aus 0_userdata.0.Jalousien.Wohnzimmer_Tür_zur_Terrasse_Position aktualisiert.

Ahh - das stimmt. Mal sehen wie es heute ist, da hat niemand an den States durch Scripts dran rumgefummelt.

[simatec]

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Die Sache mit dem Fahren der abgehakten Jalousien - da hattest du ja schon vor einiger Zeit geschrieben, dass das behoben ist und mit dem nächsten Release bereit gestellt wird. Ich hatte gedacht, dass das in der Github-Testversion, welche ich drauf habe, schon drin ist? Wenn das nicht drin ist, dann ist es klar, dass sie noch fahren auch wenn sie abgehakt sind.

Bei dem Trigger war der Filter noch nicht drin... Ist jetzt aber in der Github Version drin

[guitardoc]

Ahh, OK.

Ganz kurz zu dem Script oben - ich habe die tatsächlichen Aktoren von denen, die Shuttercontrol sieht, getrennt. Wenn SC was ändert, dann wird per Script auch sofort der entsprechende Aktor geändert.

Aber andersherum, wenn der Aktor per Hand geändert wird, dann sieht SC das nicht. Das Script wartet 30 Minuten und setzt dann den Aktor auf den Wert, den SC zu der Zeit hat.

Damit verhindere ich, dass der ManuMode für den ganzen Tag gesetzt wird. Nach 30 Minuten stimmen SC und Aktor nach manuellem Fahren wieder überein.

Das Script sollte damit keinen Einfluss auf das oben beschriebene Verhalten haben.

[simatec]

@guitardoc Bitte für die Tests und logs keine Scripts dazwischen haben... Ich suche mir ein Wolf und ein Script funkt dazwischen

[guitardoc]

@simatec das teste ich natürlich was Scripte machen und ob das der Fall war. Hier kann ich es definitiv ausschließen, es hat mit dem Verhalten nichts zu tun. Ich sende ja die States von SC im Log und nicht die der Aktoren.

[Homoran]

@guitardoc sagte in Test Adapter shuttercontrol v1.7.x:

Ich sende ja die States von SC im Log und nicht die der Aktoren.

???
Dazwischen ist eine Rückkopplung!!
die zerstörst du

[guitardoc]

@homoran Zwischen den DP die an SC angebunden sind und dem SC Adapter wird definitiv nichts zerstört. Ich kontrolliere die DP die SC ansteuert und poste Diskrepanzen, die mir dort auffallen. Ob und wie diese DP dann weiter verarbeitet werden ist dem Adapter doch egal - die DP die SC sieht dürfen nur nicht anderweitig geschrieben werden, dann würde man es zerstören. Das mache ich natürlich nicht. Das was ich als potentiellen Fehler poste wäre quasi als ob da gar keine Jalousien angeschlossen sind und es nur ein Testsystem wäre.

[Homoran]

@guitardoc fällt es dir wirklich so schwer ein natives log zu senden?
Wenn du so sicher bist, dass alles nicht stört, dann musst du den code des Adapters ja sehr genau kennen.
Warum erstellst du dann keinen pullrequest mit dem fix?

[guitardoc]

@homoran Hey, keine Aufregung bitte.

@simatec hat diesen Adapter in seiner Freizeit entwickelt und ihn uns dankenswerter Weise allen zur Verfügung gestellt. Neben vielen anderen habe auch ich diesen Adapter in Verwendung und bin darüber sehr froh, dass es ihn gibt. Mir sind ein paar Punkte an dem Adapter aufgefallen, den ich aber auch nur in meiner Freizeit testen kann. Auch ich sitze nicht den ganzen Tag zu Hause und kann sofort ein nicht schlüssiges Verhalten erkennen.
An dem Adapter hängen bei mir noch eine ganze Reihe weiterer Funktionen dran, welche am Ende mein Haus "smart" machen. Die kann ich nicht einfach mal so abschalten, dann funktionieren viele andere Dinge nicht mehr, welche ich noch nicht mal an dieser Stelle alle überblicken kann. Es gibt mehrere Gründe, warum die DP, die SC sieht und die DP der tatsächlichen Aktoren bei mir getrennt sein müssen. Wenn @simatec als der Entwickler des Adapters sagt, das kann aus dem und dem Grund einen Einfluss haben, dann muss ich einen anderen Weg finden um die Steuerung so umzusetzen, wie ich sie brauche. Dazu habe ich von ihm aber noch nichts gehört und bis dahin gehe ich mal davon aus, dass es keinen Einfluss hat (und ich wüsste ehrlich gesagt auch nicht wie das sein könnte). Natürlich kenne ich den Quelltext nicht im Detail, genauso wenig wie alle anderen außer @simatec. Ich hatte auch schon Vorschläge gemacht, wie ich es programmieren würde und @simatec wird das auch gelesen und als sinnvoll oder so nicht umsetzbar angesehen haben - und er wird da am Ende auch gute Gründe dafür haben.

Vielleicht warten wir alle einfach mal ab, was er dazu sagt und bisher schon rausgefunden hat ehe wir uns hier die Köpfe heiß reden.

[guitardoc]

@simatec Heute fuhren die Jalousien alle richtig herunter, auch mit später geschlossener Tür. Allerdings hatte ich heute mit dem Helligkeitssensor zu kämpfen, der hat bei 97 Lux seine Verbindung beendet. Als er wieder funkte, waren dann schlagartig 0 Lux (und alles ging schlagartig zu). Ich weiß nicht, ob das einen Einfluss hat, aber auf alle Fälle lief der Adapter heute so wie er es für meine Anwendungsfälle soll. Ich beobachte morgen mal weiter.

[simatec]

@guitardoc Bitte den Log posten...

[simatec]

@crunchip sagte in Test Adapter shuttercontrol v1.7.x:

Greift die Hysterese schon zu Beginn oder muss erst der eingestellte Soll Wert erreicht werden?
Alle Bedingungen waren erreicht bzw überschritten, jedoch die Sonnenstrahlung stand noch kurz vor 250.
Eingestellt ist 250 mit einer Hysterese 30.
Hätte erwartet das bei einer Sonnenstrahlung von 220 schon greift, jedoch erst als die 250 erreicht wurden, ging der Rollo runter.

Die Hysterese greift nur beim wieder öffnen aus dem Sonnenschutz raus. Damit wird vermieden, dass bei kurzen Schwankungen der Rollladen ständig hoch und runter fährt

[crunchip]

@simatec OK, dann setze ich den Wert noch etwas herab, somit sollte es dann korrekt funktionieren.
Werde ich dann morgen beobachten ob er von geschlossen gleich in den Sonnenschutz wechselt oder erst hoch fährt

EDIT 14.08.24
@simatec heute ist er erst hoch gefahren und danach in den Sonnenschutz, blöderweise weil in dem Zeitfenster die Sonne weg war, Ziel war es durch die angepasste Einstellung das er direkt in den Sonnenschutz fährt, dumm gelaufen.

jedoch habe ich noch eine andere Frage,
wann bzw wodurch wird der Sonnenschutz aufgehoben? dachte zumindest wenn der Azimutbereich verlassen wird.
der Rollo fährt nämlich nicht hoch

[lustig29]

Was muss ich einstellen, damit der Wohnbereich nur zur ausgewählten Zeit geöffnet wird? Das schließen würde ich gerne komplett mit einem Nfc Tag auf dem Nachtschränkchen auslösen.

[rtwl]

@lustig29
ich mach es auch per nfc am Bett. Dafür hab ich die Zeit für das Schließen auf 23:59 gestellt. Wenn ich vor Mitternacht ins Bett gehe, wird der nfc Tag verwendet zum Schließen. Wird es mal später, sind sie schon geschlossen, stört mich aber nicht.

[rtwl]

@crunchip sagte in Test Adapter shuttercontrol v1.7.x:

Ziel war es durch die angepasste Einstellung das er direkt in den Sonnenschutz fährt

da musst du dann weiter testen mit den Einstellungen. Denn bei mir funktioniert es perfekt. Wenn morgens die Sonne schon von Osten auf das Schlafzimmerfenster knallt, geht er direkt in den Sonnenschutz sobald die Zeit für das Öffnen erreicht wird. Ist es zu kalt/bewölkt, geht sie auch ganz auf.
es gibt aber einzelne Tage im Jahr, wo sie ganz aufgehen und dann innerhalb 30 min wieder zu in den Sonnenschutz. Aber alles innerhalb meiner eingestellten Werte.

[lustig29]

@rtwl
Also hast du alle Zeiten auf Automatik stehen?

[rtwl]

@lustig29
Jein. Es wird Wohn und Kinderbereich per Astro gesteuert. Schlafbereich wird "nur per Zeit" gesteuert und um 23:59 geschlossen. Jedoch schließe ich es meistens schon vor Mitternacht per NFC.