Monatsrückblick Januar/Februar 2026 ist online!

[dj.tifosi]

Alleine schon der Titel der Frage benennt ja den Begriff "Rolladenöffnung in %".

Also ist es aus meiner Sicht klar, je geöffneter der Rolladen ist, desto größer muss auch der Wert der Prozentzahl sein.

Anders wäre es, wenn man nach Begriffen wie "Behanghöhe", "Rolladenposition" usw. fragen würde, da wäre es eben nicht so eindeutig, aber der Begriff "Rolladenöffnung" beschreibt ja eindeutig einen Zustand, nämlich geöffnet.

[paul53]

@dj-tifosi sagte:

der Titel der Frage benennt ja den Begriff "Rolladenöffnung in %".

Schon wach ? Der Titel wurde bereits vor einer Stunde geändert.

[Jochen38]

Also ich wäre für 0% = offen/ oben und 100% = geschlossen/ unten. Ist bei somfy genau so.

[braindead]

Für mich ist der Rolladen gleichzusetzen mit dem Licht: 0% = zu/dunkel und 100% = offen/hell.

[OstfrieseUnterwegs]

Abgesehen von 0% und 100%, wie ist das eigentlich bei den verschiedenen Systemen mit den 'Zwichenpositionen' geregelt. Bei HM ist das mMn eher suboptimal, da die Prozente auf die Fahrzeit bezogen werden (kann auch sein dass es der Winkel der Welle ist). Aber weil ja der Verfahrweg nicht linear von der Zeit/Winkel anhängt, sind bei mir bei 30% gerade mal die Schlitze offen und nicht, wie man annehmen würde, 30% der Fensterfläche sichtbar.

[paul53]

@OstfrieseUnterwegs sagte:

da die Prozente auf die Fahrzeit bezogen werden

Das dürfte wohl in allen Systemen so sein, oder kennt jemand ein System, bei dem eine rechnerische Korrektur vorgenommen wird ?

[hmanfred]

Was geschieht dann mit dem Ergebnis?

Eine Petition im deutschen Bundestag?

[dj.tifosi]

@paul53 nö, die Frage bennent immer noch den Begriff "Rolladenöffnung in %", genauso wie in Facebook der Titel.

Und was macht es für einen Sinn, den Titel einer laufenden Umfrage zu ändern? Diejenigen vor der Änderung beantworten die Frage dann noch anhand des Begriffs "Rolladenöffnung" die anderen anhand des Begriffs "Rolladenposition".

Das Ergebnis ist ein verwaschenes Stimmenbild, bringt euch nicht wirklich weiter.

[siggi85]

Geht es hierbei auch um Markisen? Denn diese werden ja bekanntlich mit den gleichen Aktoren gesteuert.
Hier sollte 100% ja bedeuten, dass die Markise ausgefahren ist und nicht 100% Sonne, da die Markise eingefahren ist, oder?

[Jochen38]

@paul53 : Das System bei somfy ist anders. Es wird eine Referenzfahrt durchgeführt und die Anschläge fahren dabei auf Anschlag. Sobald der Drehmoment erreicht wird, wird der entsprechende Wert abgespeichert.

[darkiop]

Für mich ist gedanklich die %-Zahl immer die gewünschte Wirkung des auslösenden Objektes:

• Licht: 100% = Hell
• Rollläden/Markisen: 100% = Dunkel <-- da aber HomeMatic das genau anders herum macht, komme ich immer wieder mal durcheinander :)

Also wenn es um eine Definition des Standards geht, würde ich das so machen (100% = Hell / 100% = Dunkel) und eine Invertier-Funktion anbieten.

[skokarl]

@Jey-Cee

da hast Du was angefangen ...... :joy:

aber ich kann immer noch nicht abstimmen

[paul53]

@Axel-0 sagte:

Sobald der Drehmoment erreicht wird, wird der entsprechende Wert abgespeichert.

Als Laufzeit oder ? Die Endpositionen müssen immer mal wieder synchronisiert werden, damit die Laufzeit als Bezugsgröße funktioniert, weil ansonsten die Abweichung im Laufe der Zeit immer größer wird.

[Jochen38]

@paul53 : an der Motorwelle gibt es einen Mitnehmer. Ich vermute eine Art Impulsgeber. Somit fährt der Motor immer auf den gleichen Punkt. Diese Referenzfahrt wird in regelmäßigen Abständen wiederholt, um den Längenausgleich (Sommer/ Winter) zu prüfen und ggf. anzupassen. Zumindest ist das bei den io-Motoren so, welche ich einsetze.

[paul53]

@Axel-0 sagte:

Diese Referenzfahrt wird in regelmäßigen Abständen wiederholt

Das meine ich mit "Synchronisation der Endpositionen".

[Jey Cee]

@hmanfred sagte in [Umfrage] Rolladenposition in % was ist logischer?:

Was geschieht dann mit dem Ergebnis?

Es wird in die definition von ioBroker aufgenommen und zukünftig müssen sich die Adapter dann daran halten.
Neue Adapter kommen nicht ins Stable repo wenn sie das nicht machen. Das wird bei anderen Themen schon so gehandhabt.

@skokarl anderer Browser?

[Jey Cee]

@siggi85 ja das gilt auch für Markiesen weil die Aktoren ja normal für bedies sind und als Rolle Blind definiert werden.

[StrathCole]

@paul53 sagte in [Umfrage] Rolladenposition in % was ist logischer?:

@dj-tifosi sagte:

der Titel der Frage benennt ja den Begriff "Rolladenöffnung in %".

Schon wach ? Der Titel wurde bereits vor einer Stunde geändert.

Leider wirklich so, dass der Umfragentitel und die Auswahlformulierung bereits eine Intention nahelegt. War zwar sicher nicht so gewollt, aber ich vermute, es beeinflusst die Abstimmung. Unabhängig vom Titel des Forenthreads, der ja korrigiert werden konnte.

[paul53]

@Jey-Cee sagte:

Neue Adapter kommen nicht ins Stable repo wenn sie das nicht machen.

Das kann aber nur neue Adapter betreffen, weil sonst viele bestehenden Skripte und Visualisierungen nicht mehr funktionieren.
Diese Definition sollte dann auch bei Alias-Datenpunkten berücksichtigt werden, denn hier kann man leicht die Richtung invertieren.

[dj.tifosi]

@StrathCole stellt sich immer die Frage, was man eigentlich ausdrücken will:

• Rolladenöffnung / Behanghöhe: klare Bedeutung, je größer dieser Wert desto offener / weiter oben ist der Rolladen oder die Jalousie

• Rolladenposition: keine klare Bedeutung, denn hier muss man definieren wo der Nullpunkt liegt, oben oder unten

• Rolladenverschluss / Verschattungsgrad: klare Bedeutung, denn diese Begriffe sind das genaue Gegenteil von Rolladenöffnung / Behanghöhe, also je größer dieser Wert ist, desto geschlossener / weiter unten ist der Rolladen / die Jalousie

Ich wäre dafür, statt des unklaren / umstrittenen Begriffs "Rolladenposition" im Zuge einer Vereinheitlichung lieber einen klaren Begriff wie "Rolladenöffnung" zu nehmen. Versteht jeder und führt nicht zur Verwirrung.

Allerdings bin ich dafür, bei den Adaptern sowohl den nativen, als auch den Iobroker spezifischen Wert als eigenen Datenpunkt zu haben, denn wenn man jetzt die Vorgaben an eine Vielzahl von Adaptern ändert, müssen auch viele Skripte / Blocklys wieder angepasst werden.