Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[crunchip]

@plc sagte in Test Adapter shuttercontrol v1.5.x:

ging die Rollade um 17.57 hoch was anhand der von mir Angehängten Einstellungen nich sein dürfte.

stimmt allerdings

[Samson71]

Ich hätte 3 Fragen, von denen ich hoffe dass dazu jemand etwas sagen kann.

Ich suche gerade nach Alternativen zu meiner bisherigen Rollladensteuerung mit der Homematic-CCU. Dieser Adapter bietet extrem viel (teilweise erschlägt einen das förmlich), aber in der CCU kann ich vermutlich noch mehr Sonderfälle berücksichtigen, bzw. finde ich hier nicht alles wieder was aktuell berücksichtigt wird.

Ist es möglich bei einem Rollladen auch 2 Fensterkontakte in die Logik/Überprüfung irgendwie einzubauen? Wir haben 4 Rollläden vor Fenstern mit Doppelflügel, die jeweils eigene Drehgriffkontakte haben. Hier wären also jeweils 2 DGK's pro Rollladen zu berücksichtigen.

Verzögerung beim Herunterfahren mit Astro. Ich finde nur eine generell einzustellende Verzögerung bei Astro. Aktuell steuern wir 3 Seiten des Hauses mit 3 verschiedenen Verzögerungen je nach Hausseite (z.B. Schlafen +30, Wohnen +45 und Kinder +60)

Aufbauend auf Frage 3 wäre noch interessant ob man die 3 vorgegebenen Bereiche Schlafen, Wohnen, Kinder in der Bezeichnung anpassen und ggf. um einen 4. Bereich (z.B. 4. Hausseite) erweitern kann.

[Homoran]

@samson71 im Prinzip bist du da, wo ich war als @Simatec mit dem Adapter anfing.

zu 3
Habe damals viel mit ihm diskutiert und mich hatte lange die Klassifizierung der Gruppen von der Nutzung abgehalten.
Es hat Jahre gedauert bis ich seine Denkweise verstanden hatte.
Ich selber hatte auch nach Himmelsrichtungen kategorisiert.
Eine Aufteilung nach Funktionen der Zimmer hat allerdings auch seine Berechtigung.

zu 2
das ist tatsächlich so, habe auch keine andere Variante gefunden

zu 1
schlimmstenfalls einen eigenen DP füttern, der dann als TFK ID missbraucht wird.

meine CCU Steuerung war über dreii Jahre gewachsen.
Lediglich das Aussetzen der Beschattungsautomatik bei Wechselnder Bewölkung durch manuelles Verstellen hatte ich noch nicht implementiert.
Das wäre durch die entstandene Struktur nochmal sehr aufwendig geworden oder hätte ein komplettes Redesign benötigt

[Samson71]

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

Eine Aufteilung nach Funktionen der Zimmer hat allerdings auch seine Berechtigung.

Kein Widerspruch. Allerdings sind die Himmelsrichtungen bei uns praktisch identisch. Schlafen/Bad = Ost, Wohnen/Essen = West, etc. Mir würde es reichen individuell benennen zu können. Mind. 3 Funktionen zu brauchen und dafür "Kinder" (bei nicht vorhandenen Kindern) missbrauchen zu müssen widerstrebt mit ehrlich gesagt. Das hat mit Logik dann nichts mehr zu tun.

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

zu 2
das ist tatsächlich so, habe auch keine andere Variante gefunden

Danke dafür. Aktuell tatsächlich ein Kriterium, dass mich davon wohl abhalten wird. Wenigstens Offsets pro Seite/Kategorie wären notwendig.

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

zu 1
schlimmstenfalls einen eigenen DP füttern, der dann als TFK ID missbraucht wird.

Das ist - Stand jetzt - der einzige Punkt wo ich sagen würde ok, könnte ich mit leben obwohl es Zusatzaufwand bedeutet, wenn man die fraglichen, bzw. notwendigen Geräte/Datenpunkte bereits alle nativ vorliegen hat.

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

meine CCU Steuerung war über dreii Jahre gewachsen.

Ich habe 2008 mit einer CCU1 und 11 Rollladen Aktoren angefangen. Die jetzige Steuerung ist gewachsen seit 2014....

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

Das wäre durch die entstandene Struktur nochmal sehr aufwendig geworden oder hätte ein komplettes Redesign benötigt

Das ist hier dementsprechend auch so. Ich schlafe da nochmal ne Nacht drüber, aber im Moment sind mir das ehrlich gesagt zu viele Krücken. Das wird dann wohl eher ein komplettes Redesign auf der CCU selber.

[MichMein]

Hallo liebe ShutterControl Nutzer,

ich nutze SC jetzt schon sehr lange und bin sehr zufrieden mit dem Adapter. Aktuell sitze ich allerdings vor einer Herausforderung dessen Lösung mir nicht erscheinen will.
Abends gehen die Rollläden sonnenuntergangsgesteuert runter auf eine definierte Zwischenposition, das klappt wunderbar. Wenn es danach dann irgendwann ins Bett geht, startet ein Skript welches alle Rollläden manuell auf 0 setzt und sie fahren runter. Sollte es aber so sein, dass wir mal früher ins Bett gehen und die Rollläden werden über das genannte Skript heruntergefahren, dann gehen sie wieder auf wenn der sonnenuntergangsgesteuerte Zeitpunkt erreicht ist. Dies passiert leider auch wenn der „Schalter“ „close all“ im SC Objektbaum verwendet wird.
Mache ich etwas falsch oder habe ich etwas nicht korrekt konfiguriert oder sehe ich den Wald vor lauter Bäumen nicht?

Ich hoffe auf eure Hilfe, vielen Dank!

[MartyBr]

@simatec
Kannst du bitte den neuen Check zum Erkennen der manuellen Bewegung erklären? Hast du evtl. eine Hysterese eingebaut?
Ich habe ja das Problem, dass die Enocean Eltako Aktoren nicht immer Punktgenau fahren. Soll == 30% und die liefern aber 29% zurück. Dadurch springt der manu-Mode Check immer an.

Ich habe nun die neue 1.5 Version installiert. Bisheriges Verhalten weicht (für mich) nicht von der 14.29 ab.

Das Problem mit dem manu-Mode Check habe ich weiterhin.

Gruß
Martin

[Homoran]

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

Ich habe ja das Problem, dass die Enocean Eltako Aktoren nicht immer Punktgenau fahren. Soll == 30% und die liefern aber 29% zurück. Dadurch springt der manu-Mode Check immer an.

das ist Manu_Mode!
Der neue Check überprüft jetzt ob du nach einer manuellen "Korrekturfahrt" anschließend in einer Höhe bist, die Shuttercontrol kennt. Dann übernimmt SC diesen Status statt Manu_Mode.
Das kann 100% sein = up, 0% = down, oder z.B. 32% = SunProtect und beendet damit den Manu_Mode.

[Unbeliveable89]

Hallo zusammen,

erstmal ein riesen Dank an @simatec für den klasse Adapter! Wir haben seit ein paar Monaten im Neubau die hmip Rollladenaktoren verbaut, bisher lief alles über die Zeitprogramme in der App. Dann bin ich, auf der Suche nach vernünftigen Beschattungsmöglichkeiten, auf diesen Adapter für iobroker gestoßen. Installiert, konfiguriert, soweit so gut.

Das morgendliche Öffnen sowie das abendliche Schließen hat gleich gut funktioniert. Bei der Beschattung gab es Probleme. Nach Installation der neuen Version 1.5.x wurde manches besser, aber nicht alles.

Die Rollläden werden per hmip-Adapter angesprochen (keine CCU). Da hier die Rollladenzustände nur in Dezimalzahlen zwischen 0 und 1 dargestellt werden (70% z.B. 0,7) habe ich Aliase mit einer Formel angelegt, welche die read/write-Werte mal 100 Multiplizieren bzw Dividieren. Das funktioniert super.

Ich nutze als Auslöser die Außentemperatur (Netatmo), die Innentemperatur (Netatmo) sowie ein Helligkeitssensor (hmip). Bei den meisten Rollläden funktioniert alles einwandfrei, allerdings gibt es 3-4 Rollläden, die nicht immer korrekt funktionieren.

• bei einem Rollladen habe ich den Öffnungsstand auf 30% anstatt 0%. Dieser steht dann immer auf manuell, obwohl er nicht manuell bewegt wurde. Sunprotect funktioniert dann natürlich nicht

• bei weiteren Rollläden ist nach dem Fahren von Sunproct der Modus manuell eingestellt. Dementsprechend gehen die Rollläden in den Beschattungsmodus, fahren aber nicht mehr automatisch nach oben.

• abgesehen von diesen immer wiederkehrenden "Problemkindern" kann es einzeln auch sein, dass die Rollläden mitten am Tag vor oder nach Sunprotect auf einmal im manuellen Modus stehen.

Die Einstellungen sind absolut identisch zu den vergleichbaren, funktionierenden Rollläden.

Habt ihr eine Idee?

VG Alex

[MartyBr]

@homoran
Ich habe sunProtect 30% eingetragen. Dieser Wert wird auch angefahren. Der Aktor liefert als Ergebnis 29%, ShutterControl wirft dann manu_Mode aus. Hierbei wurde keine manuelle Fahrt gestartet, alles über SC.
Daher die Frage: Woran erkennt SC die Höhe, die ich anfahren wollte? Wird hier auf den Dezimalwert genau verglichen oder gibt es hier eine Hysterese, also 30% (der Wert für sunProtect) +- 5 %?

Ich hatte weiter oben geschrieben das ich die neue Version 1.5.0 einsetze. Iobroker läuft ansonsten im Stable Mode unter Linux (Debian 11, alle Updates installiert).

[Homoran]

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

Ich habe sunProtect 30% eingetragen. Dieser Wert wird auch angefahren. Der Aktor liefert als Ergebnis 29%, ShutterControl wirft dann manu_Mode aus. Hierbei wurde keine manuelle Fahrt gestartet, alles über SC.

das ist das alte Problem, nichts neues.
Wenn dein Aktor falsche Werte zurück gibt kann SC nicht hellsehen.
Befehl 30 - Rückmeldung 29 = da hat jemand dran rumgefummelt.

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

Wird hier auf den Dezimalwert genau verglichen

Natürlich

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

oder gibt es hier eine Hysterese, also 30% (der Wert für sunProtect) +- 5 %

Natürlich nicht. sonst funktionieren andere Dinge nicht

[MartyBr]

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

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

Ich habe sunProtect 30% eingetragen. Dieser Wert wird auch angefahren. Der Aktor liefert als Ergebnis 29%, ShutterControl wirft dann manu_Mode aus. Hierbei wurde keine manuelle Fahrt gestartet, alles über SC.

das ist das alte Problem, nichts neues.
Wenn dein Aktor falsche Werte zurück gibt kann SC nicht hellsehen.
Befehl 30 - Rückmeldung 29 = da hat jemand dran rumgefummelt.

Das scheinen Rundungsprobleme beim Aktor zu sein, da hat ansonsten niemand rumgefummelt.

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

Wird hier auf den Dezimalwert genau verglichen

Natürlich

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

oder gibt es hier eine Hysterese, also 30% (der Wert für sunProtect) +- 5 %

Natürlich nicht. sonst funktionieren andere Dinge nicht

Schade, das würde diesen Problem lösen. Ich stehe hier ja nicht alleine. Eine Hysterese von wenigen Prozent würde helfen. Was soll denn dann nicht mehr funktionieren?

[Homoran]

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

Das scheinen Rundungsprobleme beim Aktor zu sein, da hat ansonsten niemand rumgefummelt.

so interpretiert das SC aber.

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

Was soll denn dann nicht mehr funktionieren?

z.B. der gewollte Manu_Mode wenn Kind krank, Besuch im Gästezimmer. Dann wird nach der Verdunklungsfahrt der Rolladen um 1% hochgestellt, was keine Auswirkungen auf die Verdunklung hat, aber am nächsten Morgen bleibt der Rollladen unten, ohne viel programmieren zu müssen.

[MartyBr]

@homoran sagte in Test Adapter shuttercontrol v1.5.x:

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

Das scheinen Rundungsprobleme beim Aktor zu sein, da hat ansonsten niemand rumgefummelt.

so interpretiert das SC aber.

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

Was soll denn dann nicht mehr funktionieren?

z.B. der gewollte Manu_Mode wenn Kind krank, Besuch im Gästezimmer. Dann wird nach der Verdunklungsfahrt der Rolladen um 1% hochgestellt, was keine Auswirkungen auf die Verdunklung hat, aber am nächsten Morgen bleibt der Rollladen unten, ohne viel programmieren zu müssen.

Das könnte man auch anders lösen. Wenn Gäste anwesend sind, dann wird SC automatisch für das Gästezimmer (Bereich Children, da Kinder ausgezogen sind) umgeschaltet. Urlaub / Krankheit lässt sich äquivalent lösen.
Vielleicht hat @simatec eine Idee, die Funktion ein bisschen fehlertoleranter einzubauen.

Dann probiere ich es erstmal über Scripte zu lösen.
Danke dir @Homoran für dein geduldiges Antworten.

[Homoran]

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

Wenn Gäste anwesend sind, dann wird SC automatisch

wenn die Gäste ein automatisierbares Halsband tragen geht das vielleicht.
Die Funktion ist aber auch für andere Anlässe, an denen man mal eben für den nächsten Morgen die Fahrt für einen Rolladen deaktivieren will, ohne dass massive technische Eingriffe notwendig sind, was im Falle einer länger als geplant dauernden spontanen Feier oft auch nicht mehr möglich ist.

[MartyBr]

@homoran Neben dem Halsband (gute Idee, habe ich noch nicht umgesetzt) gibt es noch weitere Möglichkeiten:

1. Gäste loggen sich in mein Gäste-Wlan ein (wird sehr intensiv genutzt)
2. Buttom auf dem Tablett "Gast übernachtet". Das war in den letzten 2 Jahren nicht mehr nötig, da meine Gäste sich über das Gäste-WLAN freuen.
   SC bietet doch hier einige Möglichkeiten an, das automatische Fahren pro Bereich zu unterdrücken. Das kann man per Script oder auf einem Tablett manuell triggern.

[Homoran]

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

Gäste loggen sich in mein Gäste-Wlan ein (wird sehr intensiv genutzt)

auch die 87-jährige Patenoma?

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

SC bietet doch hier einige Möglichkeiten an, das automatische Fahren pro Bereich zu unterdrücken. Das kann man per Script oder auf einem Tablett manuell triggern.

muss man aber im Moment nicht.
und dieses Feature soll aufgegeben werden, weil du ungenaue Aktoren verbaust?

[MartyBr]

@homoran
Ich verstehe hier deine Intention, den/die Entwickler von "unnützen" Erweiterungen zu schützen. Die ungenauen Aktoren sind nun mal verbaut und ich investiere keinen 700 bis 800 € in neue Aktoren.
Am Beispiel Worx-Adapter kann man gut verfolgen, dass Änderungen an Schnittstellen umgangen werden können. Wenn ich alleine nur das Problem hätte, dann würde ich sagen: Alles gut, mein Problem. Hier im Forum sind aber weitere Teilnehmer, die vergleichbare oder ähnliche Probleme haben. Ich bin also nicht der Einzige mit "ungenauen" Aktoren.
Nun gut, ich habe das Problem mit kleinen Skripten umgangen, die den Aussperrschutz triggern. SC liefert hier ja Datenpunkte.

Das Thema ist für mich hiermit abgeschlossen.

[Homoran]

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

Hier im Forum sind aber weitere Teilnehmer, die vergleichbare oder ähnliche Probleme haben

diese betreffen aber mehrfache Übermittlung des Levels während der Fahrt und können mit der verzögerten Feststellung des Levels behoben werden.

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

Ich verstehe hier deine Intention, den/die Entwickler von "unnützen" Erweiterungen zu schützen.

das ist es nicht.
Aber die Konsequenzen auf andere Funktionen sind für mich nicht absehbar, ab wann man mit einer Bandbreite statt fixem genauen Wert bereits in andere Wertebereiche (statt fixem Wert) kommt, wie z.B. jetzt beim Manu_Mode Check.
Wenn mein absichtlich wegen wechselnder Bewölkung, und daraus resultierendem dauernden rauf und runterfahren, manuell bewegter Rolladen mit seinem nun ermittelten Bereich eine Überlappung mit einem SC bekannten Bereich für eine andere Aktion hat, war es das mit Manu_Mode und Aussetzen der Automatik.

Das nur als ein weiteres Beispiel für das komplexe Ineinandergreifen von Funktionen.

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

Das Thema ist für mich hiermit abgeschlossen.

für mich auch!

[Unbeliveable89]

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

Hallo zusammen,

erstmal ein riesen Dank an @simatec für den klasse Adapter! Wir haben seit ein paar Monaten im Neubau die hmip Rollladenaktoren verbaut, bisher lief alles über die Zeitprogramme in der App. Dann bin ich, auf der Suche nach vernünftigen Beschattungsmöglichkeiten, auf diesen Adapter für iobroker gestoßen. Installiert, konfiguriert, soweit so gut.

Das morgendliche Öffnen sowie das abendliche Schließen hat gleich gut funktioniert. Bei der Beschattung gab es Probleme. Nach Installation der neuen Version 1.5.x wurde manches besser, aber nicht alles.

Die Rollläden werden per hmip-Adapter angesprochen (keine CCU). Da hier die Rollladenzustände nur in Dezimalzahlen zwischen 0 und 1 dargestellt werden (70% z.B. 0,7) habe ich Aliase mit einer Formel angelegt, welche die read/write-Werte mal 100 Multiplizieren bzw Dividieren. Das funktioniert super.

Ich nutze als Auslöser die Außentemperatur (Netatmo), die Innentemperatur (Netatmo) sowie ein Helligkeitssensor (hmip). Bei den meisten Rollläden funktioniert alles einwandfrei, allerdings gibt es 3-4 Rollläden, die nicht immer korrekt funktionieren.

• bei einem Rollladen habe ich den Öffnungsstand auf 30% anstatt 0%. Dieser steht dann immer auf manuell, obwohl er nicht manuell bewegt wurde. Sunprotect funktioniert dann natürlich nicht

• bei weiteren Rollläden ist nach dem Fahren von Sunproct der Modus manuell eingestellt. Dementsprechend gehen die Rollläden in den Beschattungsmodus, fahren aber nicht mehr automatisch nach oben.

• abgesehen von diesen immer wiederkehrenden "Problemkindern" kann es einzeln auch sein, dass die Rollläden mitten am Tag vor oder nach Sunprotect auf einmal im manuellen Modus stehen.

Die Einstellungen sind absolut identisch zu den vergleichbaren, funktionierenden Rollläden.

Habt ihr eine Idee?

VG Alex

Dann könnt ihr euch ja gerne meinem Beitrag widmen.

[Homoran]

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

Dann könnt ihr euch ja gerne meinem Beitrag widmen.

schöner langer Post, aber was willst du eigentlich ?

was ich sehe:

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

bei einem Rollladen habe ich den Öffnungsstand auf 30% anstatt 0%.

0% ist bei dir offen?? oder eher geschlossen?
also auf nur 30% Schließen statt ganz Dunkel?

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

Dieser steht dann immer auf manuell

= Manu_Mode?

Wenn ja, wie bei allen solchen Fällen: "Status später feststellen" konfiguriert?
Wenn hoffentlich ja, dann wie?

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

bei weiteren Rollläden ist nach dem Fahren von Sunproct der Modus manuell eingestellt.

dito!

@unbeliveable89 sagte in Test Adapter shuttercontrol v1.5.x:

auf einmal im manuellen Modus stehen.

ebenfalls