Test Adapter shuttercontrol v1.7.x
-
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Aber nach beenden der Range nicht mehr hoch.
Hmm, da muss noch etwas eingreifen?
Hast du Tür/Fenster-Kontakte drin, die ggf falsch konfiguriert sind?@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Beim Ende der Range liegt die Sonnenhöhe auch immernoch deutlich über 10 laut Log.
darunter würde die Beschattung ja sowieso beendet
-
@homoran said in Test Adapter shuttercontrol v1.2.x:
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Aber nach beenden der Range nicht mehr hoch.
Hmm, da muss noch etwas eingreifen?
Hast du Tür/Fenster-Kontakte drin, die ggf falsch konfiguriert sind?Nein, das sollte erst der nächste Schritt sein. Ich habe weder aktuell welche verbaut noch im Adapter eingetragen. Habe ich eben auch nochmal überprüft.
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Beim Ende der Range liegt die Sonnenhöhe auch immernoch deutlich über 10 laut Log.
darunter würde die Beschattung ja sowieso beendet
Ja das stimmt. Wollte damit nur sagen, dass es ja daran dann nicht liegen kann wenn das Rollo nach beenden der Range nicht hoch fährt
-
@puppet1912 dann gehen mir jetzt langsam die ideen aus.
Ich glaube mich zwar zu erinnern, dass es da mal einen Bug gab, wenn nur Azimut Bedingung war, kann mich aber nicht mehr genau erinnern.
Vielleicht findet @simatec ja noch den Grund
-
@puppet1912 ich bin noch mal alle deine Posts durchgegangen.
Dabei habe ich nicht finden können woher du den aktuellen Azimut in ioBroker zum Vergleich mit dem Soll hernimmst.Was bitte steht jetzt aktuell in
shuttercontrol.0.info.Azimut? -
aktuell (14:31 Uhr) steht in shuttercontrol.0.info.Azimut "212.4".
-
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
aktuell (14:31 Uhr) steht in shuttercontrol.0.info.Azimut "212.4".
Danke.
bin mir nicht ganz sicher ob das korrekt ist, da es bei mir gerade erst über 200 gesprungen ist
nicht, dass du eine falsche Zeitzone auf dem ioBroker Server hast.ich habe allerdings auch keine Ahnung wie stark die Ost-West Verschiebung den Azimut beeinflusst
EDIT:
könnte passen:jetzt (14:37)
Aachen: 202
Cottbus: 214 -
Wenn ich die Werte mit sonnenverlauf.de vergleiche, dann haut das recht genau hin. Laut der Website wäre 14:31 Uhr wäre der Azimut 12,89°.
Kann das aber wirklich entscheidend sein? Der Adapter schaut doch eigentlich nur auf die absoluten Werte die im DP hinterlegt sind und vergleicht diese mit dem vom Nutzer eingestellten Wunschwert. So verstehe ich das zumindest.
Ich wohne übrigens recht weit im Osten. Da kann schon eine derartige Verschiebung zu dir sein.
-
Wofür ist eigentlich der Sollwert Aussentemperatur?
-
@cino sagte in Test Adapter shuttercontrol v1.2.x:
Wofür ist eigentlich der Sollwert Aussentemperatur?
falls du die Beschattung nach der "Außentemperatur" regeln willst.
heiß = Beschattung, kalt = keine -
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Kann das aber wirklich entscheidend sein?
Was?
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Der Adapter schaut doch eigentlich nur auf die absoluten Werte die im DP hinterlegt sind
Was meinst du damit?
welcher DP?
was ist da hinterlegt?@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Ich wohne übrigens recht weit im Osten. Da kann schon eine derartige Verschiebung zu dir sein.
siehe EDIT
-
@homoran said in Test Adapter shuttercontrol v1.2.x:
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Kann das aber wirklich entscheidend sein?
Was?
Ob der Azimutwert der im Adapter-DP steht auch passend für meine Region ist.
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Der Adapter schaut doch eigentlich nur auf die absoluten Werte die im DP hinterlegt sind
Was meinst du damit?
welcher DP?
was ist da hinterlegt?Der Adater berechnet sich die Werte für Azimut und Höhe entsprechend der in iobroker eingestellten Position des Wohnorts. Selbst wenn dieser nicht ganz korrekt eingestellt ist, müsste ja der Adapter die Beschattung auslösen, wenn der eingestellte Wunschwert im jeweiligen Rollo den im DP durch den Adapter aktuell eingetragenen Wert erreicht.
Ich meinte damit eigentlich nur, dass es ja nicht entscheidend sein dürfte, ob die tatsächliche Position des Hauses mit der im iobroker identisch ist. -
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Ob der Azimutwert der im Adapter-DP steht auch passend für meine Region ist.
der wird nach den Angaben in deiner Installation (Geokoordinaten) und der Systemzeit ständig neu berechnet.
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Selbst wenn dieser nicht ganz korrekt eingestellt ist, müsste ja der Adapter die Beschattung auslösen
bei falscher Zeitzone entsprechend verschoben
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
ass es ja nicht entscheidend sein dürfte, ob die tatsächliche Position des Hauses mit der im iobroker identisch ist.
aber sicher doch. Woher soll denn shuttercontrol wissen wo die Sonne im Vergleich zu deinem Haus steht, wenn die Grundlagen für die Berechnung dazu nicht stimmen
-
@homoran said in Test Adapter shuttercontrol v1.2.x:
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
ass es ja nicht entscheidend sein dürfte, ob die tatsächliche Position des Hauses mit der im iobroker identisch ist.
aber sicher doch. Woher soll denn shuttercontrol wissen wo die Sonne im Vergleich zu deinem Haus steht, wenn die Grundlagen für die Berechnung dazu nicht stimmen
Dann hatte ich da einen Denkfehler. Auf jedenfall passen die Koordinaten bei mir und ich habe die Werte mit denen die der Adapter berechnet auch mit denen von Sonnenverlauf.de verglichen. Die Werte und die Zeiten stimmen überein.
Ich danke dir auf jeden Fall für deine Bemühungen. Evtl hat ja @simatec wirklich noch eine Idee. Von einem Bug geh ich mal nicht aus
Danke und Grüße
Edit:
Mit dem öffnen des Rolladens über die Sonnenschutzfunktunktion gibt es leider nach wie vor Probleme. Der Azimutwert im Adapter wird größer als der eingestellte Wert für den Rolladen, jedoch fährt der Rolladen nicht wieder auf 0.Ich habe jedoch entdeckt, dass der Manu_Mode nach dem fahren ausgelöst wird und auch im autostate eingetragen ist.
"(1650) Kueche Updated trigger action to Manu_Mode to prevent moving after window close "
Ich habe jetzt erstmal die Überprüfung des aktuellen Rolladenstatus aktiviert. Soweit ich das hier verstanden habe sollte das dann kompensiert werden.Ich berichte
-
@homoran
Guten Morgen!Kurze Rückmeldung meinerseits: Es scheint tatsächlich am setzten des autostate auf Manu_Mode zu sein. Diesen setzt der Adapter trotz, dass der Rolladen per Automatik gefahren wurde. Ich habe dies aktuell versucht zu kompensieren, indem ich die Überprüfung des Rolladenstatus aktiviert habe. Derzeit sogar auf 90sec gesetzt. Leider keine Verbesserung.
Nach dem morgendlichen hochfahren per Automatik steht der Autostate auf "Up". Nach dem runter fahren per Beschattungsautomatik auf "Manu_Mode".
Ich vermute also hier stark die Ursache und meine das auch hier schonmal im Zusammenhang mit KNX und Shelly gelesen zu haben.
-
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Ich vermute also hier stark die Ursache und meine das auch hier schonmal im Zusammenhang mit KNX und Shelly gelesen zu haben.
da bin ich mir sogar sicher!
Da du mit dem HAP arbeitest könnte auch dort das problem herkommen. kannst du da mal einen Rolladen loggen, ob der HAP resp. der Adapter die Position verändert?
-
@homoran
Ich habe den Homematic-Adapter schon eine Weile auf Debug. Da ist nichts festzustellen.
Aber der Shuttercontrol-Adapter gibt dies zurück, dass manuell gefahren wurde. Das hab ich doch echt übersehen. Shit
Jetzt wirds interessant...
-
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Ich habe den Homematic-Adapter schon eine Weile auf Debug. Da ist nichts festzustellen.
da stand doch eben noch was anderes
du solltest den LEVEL von dem Kaempfer mit History loggen
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Aber der Shuttercontrol-Adapter gibt dies zurück, dass manuell gefahren wurde. Das hab ich doch echt übersehen
Hatte ich gesehen, aber aus Screenshots kann man das nicht zitieren, und abtippen am Handy war mir zuviel.
ich war davon ausgegangen, dass du es gesehen hattest -
@homoran said in Test Adapter shuttercontrol v1.2.x:
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Ich habe den Homematic-Adapter schon eine Weile auf Debug. Da ist nichts festzustellen.
da stand doch eben noch was anderes
du solltest den LEVEL von dem Kaempfer mit History loggen
Ja stand, ich hatte den Post editiert da ich schneller war mit dem Screensot.
Jetzt steh ich allerdings auf dem Schlauch....history? Wie stell ich das ein....in der Logstufe gibts das nicht zur Auswahl.@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Aber der Shuttercontrol-Adapter gibt dies zurück, dass manuell gefahren wurde. Das hab ich doch echt übersehen
Hatte ich gesehen, aber aus Screenshots kann man das nicht zitieren, und abtippen am Handy war mir zuviel.
ich war davon ausgegangen, dass du es gesehen hattestIch hatte es leider übersehen, eigene Blödheit.
Gab es dazu schon mal eine Lösung?
-
@puppet1912 sagte in Test Adapter shuttercontrol v1.2.x:
Jetzt steh ich allerdings auf dem Schlauch....history? Wie stell ich das ein....in der Logstufe gibts das nicht zur Auswahl.
nix logstufe!
- Adapter history installieren
- Auf der Seite Objekte bei dem Datenpunkt
hmip.0.devices.3014F711A000111A498E3823.channels.1.shutterLevelüber den Schraubenschlüssel das Historisieren aktivieren
-
@homoran
Ah Okay. Das kannte ich so noch nicht. Habe ich eben auch gleich installiert und mittels der Shuttercontrol Buttons "obenAll" und "sunProtect" dann die Werte 0 und 0.55 angefahren.
Ich habe versucht die einzelnen Tests mittels der roten Linien im Bild zu Gruppieren.
Man sieht eigentlich recht gut, wie seitens Homeatic erst der angeforderte Wert eingetragen wird, dann mehrere Zwischenwerte und zum Schluss wieder der angeforderte Wert.Sieht für mich jetzt nicht so aus, also ob am Ende nochmal der Adapter oder der AP die Position verändert. Was meinst du?
