Test Adapter shuttercontrol v2.0.x

M.M.

@m-m said in Test Adapter shuttercontrol v1.2.x:

Insofern macht shuttercontrol genau was es soll. Aber warum ist das plötzlich so?

Es passiert nichts ohne Grund: Ich hatte über die Synology ein Update des Docker gemacht. Offensichtlich sind dabei einige Environment Variablen verloren gegangen. Nachdem ich im Image für buanet-iobroker wieder TZ mit Europe/Berlin gesetzt habe, läuft der iobroker auch wieder mit der richtigen Zeit und alles ist wie vorher.

jack77

Kann man auch nur Himmelsrichtung und Helligkeit beim Sonnenschutz berücksichtigen? Oder geht das mit Außentemp./Himmelsrichtung/Helligkeit und Objekt ID Außentem. leer lassen ?

jack77

Kann man auch nur Himmelsrichtung und Helligkeit beim Sonnenschutz berücksichtigen? Oder geht das mit Außentemp./Himmelsrichtung/Helligkeit und Objekt ID Außentem. leer lassen ?

jack77

Ich antworte mir malk selbst. Vielleicht hat ja jemand die selbe Frage.
Man muss Außentemperatur/Lichtsensor & Himmelsrichtung in der Sonnenschutzfunktion einstellen und die Helligkeit bei Außentemperatur eintragen und die anderen Felder leer lassen. Ich denke der Grund ist, weil Lichtsensor optional ist und Außentemperatur nicht.

So habe ich Himmelsrichtung und Helligkeit eingerichtet und erfolgreich gestestet:

Homoran

@jack77 sagte in Test Adapter shuttercontrol v1.2.x:

Ich antworte mir malk selbst.

aug welche deiner zwei Fragen

@jack77 sagte in Test Adapter shuttercontrol v1.2.x:

Man muss Außentemperatur/Lichtsensor & Himmelsrichtung in der Sonnenschutzfunktion einstellen und die Helligkeit bei Außentemperatur eintragen und die anderen Felder leer lassen.

genau - gilt auch für Hitzesensoren.

@jack77 sagte in Test Adapter shuttercontrol v1.2.x:

Ich denke der Grund ist, weil Lichtsensor optional ist und Außentemperatur nicht.

Jaaaein

Es muss halt was bei Außentemperatur drin stehen.
Was das ist ist vollkommen egal. Die für den "Fake-Außentemperatursensor" notwendigen Wertebereiche muss man dann anpassen.
Bei einem Pyranometer wären vielleicht schon 12°C als Grenzwert sinnvoll, was bei einer echten AT Blödsinn ist

Homoran

@simatec
ich betreibe immer noch nur zwei Rollläden im Testbetrieb mit Shuttercontrol.
Einiges läuft bei mir immer noch seltsam.

Leider habe ich nicht die Zeit bei dem inzwischen sehr komplex gewordenen Adapter der Ursache genau auf den Grund zu gehen.

Ein Thema ist der immer noch zeitweise auftretende manuMode.
Kann es die Ursache (u.a.) wie folgt haben, wo sich der Rollladen ebenfalls seltsam verhielt.

Gestern ging der Rollladen nicht aus der Beschattung (manuMode - warum auch immer)
Auf den Button allAuto gedrückt, nach ein paar Minuten ging der Rollladen hoch
Fenster aufgemacht um nach dem "echten Sonnenstand" via Schattenwurf des Nachbarhauses zu sehen, Fenster wieder zu -> Rollladen ging runter und manuMode aktiv !!??!!??
Vorher war aber meines Wissens der Fenstergriff nicht bewegt worden.

Ebenfalls gestern (und heute) gingen beide Rollläden morgens nicht hoch.
Eingestellt ist Sonnenaufgang; Offset +30 Minuten; spätestens 09:30.

heute habe ich um kurz nach 9 nachgesehen, bei beiden stand der Status auf none
Wieder autoAll gedrückt kein Erfolg.

(Sonnenaufgang war heute laut shuttercontrol um 08:13)

um 09:30 fuhr er dann hoch

FoxRo

@homoran
Wenn ich mir Deine Config anschaue dann fällt mir als erstes auf, dass du als HomeMatic User das Überprüfen des aktuellen Rolladenstatus nicht eingeschaltet hast.

Das führt gerade bei manchen HomeMatic Typen zu Problemen im Shuttercontrol, da manche HomeMatic Typen in verschiedenen Abständen neue Positionsdaten liefern, obwohl er noch am Fahren ist.
Wenn mehrere unangeforderte Positionsupdates kommen, interpretiert dies Shuttercontrol als manuell gefahren und er setzt deshalb den "Manu_Mode".
Schalte die Überprüfung ein und konfiguriere die Zeit mit der längsten Dauer, welche alle Deine Rollos haben um in eine Richtung zu fahren. Damit werden Updates während des Fahrens verworfen.
Unbedingt beachten! Stelle sicher dass die neuste Version von Shuttercontrol hast, nur diese kann das Problem mit den Positions-Updates während dem Fahren korrekt handhaben.
Viel Erfolg!

Homoran

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

dass du als HomeMatic User das Überprüfen des aktuellen Rolladenstatus nicht eingeschaltet hast.

???
warum?
ursprünglich hat @simatec die Überprüfung für nicht Homematic eingeführt.

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

Das führt gerade bei manchen HomeMatic Typen zu Problemen im Shuttercontrol, da manche HomeMatic Typen in verschiedenen Abständen neue Positionsdaten liefern, obwohl er noch am Fahren ist.

das wäre mir neu. höchstens bei hmip mit AP???

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

Wenn mehrere unangeforderte Positionsupdates kommen, interpretiert dies Shuttercontrol als manuell gefahren und er setzt deshalb den "Manu_Mode".

das ist mir bekannt, sollte auf HM aber nicht zutreffen

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

nur diese kann das Problem mit den Positions-Updates während dem Fahren korrekt handhaben.

ich bin mir sicher dass dies nicht bei mir die Ursache ist.

FoxRo

@homoran said in Test Adapter shuttercontrol v1.2.x:
Ob @simatec diese Überprüfung spezifisch für "nicht hm" eingeführt hat entzieht sich meiner Kenntnis. Fakt ist, dass hier im Forum einige Kollegen Probleme mit hm haben (genauer Typ ist mir unbekannt). Da ist es oft das gleiche Problem, dass der Rollo zum Start des Fahrens oder während des Fahrens ungültige Daten zurück liefert. Die Auswertung dieser ungültigen Positionsdaten wird mit der Überprüfungsfunktion verhindert, letztendlich egal ob hm oder nicht.

ich bin mir sicher dass dies nicht bei mir die Ursache ist.

OK, wenn Du die zurückgemeldeten Positionsdaten in Deinem Fall schon mal eingehend analysiert hast und in dem Fall weisst, was da vom Rollo vor und während des Fahrens geliefert wird resp. was nicht, dann bin ich an dieser Stelle leider auch am Ende meines Lateins. Sorry.
Evtl hat @simatec noch eine Idee an was es liegen könnte - er hat, so viel ich weiss, auch hm (Weiss aber nicht welchen Typ genau.)
Viel Erfolg!

Homoran

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

er hat, so viel ich weiss, auch hm (Weiss aber nicht welchen Typ genau.)

hm "classic", genau wie ich.
wir hatten beide in den Anfängen des Adapters keinerlei Schwierigkeiten. die Kamen mit den Shelly, due eine sehr ungenaue Position angaben.

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

Fakt ist, dass hier im Forum einige Kollegen Probleme mit hm haben (genauer Typ ist mir unbekannt). Da ist es oft das gleiche Problem, dass der Rollo zum Start des Fahrens oder während des Fahrens ungültige Daten zurück liefert. Die Auswertung dieser ungültigen Positionsdaten wird mit der Überprüfungsfunktion verhindert, letztendlich egal ob hm oder nicht.

ich weiß, ich habe seit Juni 2019 fast alles verfolgt.
(die erste Doku zu shuttercontrol war von mir)

simatec

Ab sofort steht die Version 1.3.0 zum testen auf Github und in kürze auch im latest zur Verfügung.

Changelog

1.3.0 (2021-11-03)

(FoxRo) alarm function added
(simatec) Trigger Tilted Window / Door added
(FoxRo) new Feature Sunprotect end Delay added
(FoxRo) Bugfix in window trigger
(FoxRo/simatec) new Features in Docu added
(simatec) many small BugFix
(simatec) DEPENDENCIES updated
(simatec) Dev-DEPENDENCIES updated

MartyBr

@simatec
Hallo @simatec , eine kurze Frage zur Installation:
Ich setze die Version 1.21 ein. Lösche ich für das Update die DPs, mache das Update und starte dann neu? Oder das Update im laufenden Betrieb einspielen?
Wie ist hier deine Empfehlung?

simatec

@martybr Im laufenden Betrieb updaten.
Im Anschluss die neuen Menüpunkte mit Daten füllen

MartyBr

@simatec
Danke dir

MartyBr

@simatec

Ich hatte gestern Abend den Adapter installiert. Einige wenige Datenpunkte habe ich nachgetragen.
heute liefen alle Rollos einwandfrei hoch. Auch die DP zeigen ein einheitliches Bild (100%). Bisher zeigt kein DP bei AutoState den Wert manuell an.

Ich möchte dir hier ein großes Lob aussprechen. Super und Danke für den Adapter.

simatec

@martybr Das Lob geht auch an @FoxRo ... Er hat auch viel Zeit investiert und einige Neuerungen eingebaut

MartyBr

@FoxRo
Vielen Dank auch an dich, ich hatte das deine Mitwirkung überlesen

Der Adapter ist super geworden. Ich habe auch den Frostschutz aktiviert.
Die anderen Alarms werde ich mir in Ruhe anschauen und auf die Doku warten.

Danke euch beiden.

simatec

@martybr sagte in Test Adapter shuttercontrol v1.3.x:

Die anderen Alarms werde ich mir in Ruhe anschauen und auf die Doku warten.

https://github.com/simatec/ioBroker.shuttercontrol/blob/master/docs/de/shuttercontrol.md#alarm-einstelljungen

MartyBr

@simatec
Okay, schaue ich mir an.

Malz1902

kurze Verständnissfrage, soll nicht Böse gemeint sein ich schätze eure Arbeit sehr, aber wäre es nicht besser Einbruch und Feuer als getrennte Alarme zu machen? Bei Einbruch wäre es doch gut wenn die Rollos runter fahren und bei Feuer hoch fahren oder kann man das einstellen und ich habe das überlesen

NEWS