Prozentuale Steuerung

[ben-ehlers]

Moin, ich hatte mit bekommen das es ja aktuell nur möglich ist öffnen oder schließen und keine aktuelle Position, ist es bei der Smart Home Bridge JS denn möglich die Jalousien prozentual zu öffnen da es im video des Herstellers so aussieht, wie ist da der stand ?

[ben-ehlers]

Tatsächlich wird es echt nur über die Zeit berechnet

[dewenni]

Hätte mich auch gewundert, wenn die Bridge hier mehr Infos zur verfügung gehabt hätte.
Fakt ist, der Motor sendet selbst keine Signale. Somit ist alles was den Status darstellt oder eine genaue Positionierung ein Kompromiss.

Das Positionieren über Zeit kann man natürlich machen.
Idealerweise dann aber mit der Referenzfahrt. Also wenn ich z.B. auf 30% offen fahren will, dann erstmal ganz zu fahren und 30% öffnen. Wenn man 30% geschlossen haben möchte, dann erstmal ganz öffnen und wieder 30% schließen.

Generell ist das mit der Zeit aber auch wieder nicht ganz so genau. Weg pro Zeit ändert sich nämlich auch über den Weg.
Je weiter der Rollo aufgewickelt ist, desto schneller wird er. Der Motor dreht gleichmäßig schnell, aber der Durchmesser änder sich mit dem aufwickeln und damit auch der Weg pro Motorumdrehung. Das ist auch gar nicht so wenig.

[domhit]

Ich denke die Position muss auch nicht auf den mm stimmen. Ich habe einige 2-Kanal Schalter mit Tasmta genutzt um "dumme" Motoren (Drehrichungswahl mittels bestromung eines von zwei möglichen Känalen) in mein Smart Home einzubinden. Hier wurde von Tasmota eine Kalibiermöglichkeit geschaffen die bei mir echt gute Ergebnisse produziert, auch ohne zwischendurch ne Referenzfahrt zu machen (https://tasmota.github.io/docs/Blinds-and-Shutters/#increasing-calibration-granularity). Damit sollte man bei Bedarf schon ne hohe Genauigkeit hinbekommen. Wie aufwändig das in Code habe ich keine Ahnung davon. Ich danke dir schon vielmals für den aktuellen Stand, der für meinen Anwendungsfall mehr als ausreichend ist (Markisensteuerung, da ist eh nur auf oder zu notwendig, bei Rolläden muss ich sagen nutze ich die variablen Zwischenpositionen schon eher)

[Fritzi1]

Hallo liebe Community, ich hatte die letzte Variante von madmartin mit den Modifikationen krisha und druckgott mehre Jahre in fehm mit dem "Rollo-Modul" am laufen. Die Prozentuale Steuerung funktionierte da recht zuverlässig und ausreichend genau. Da ja bei dem direkten "up" oder "down" Befehl ja Quasi eine Kaliberfahrt durchgeführt wird (wenn das Signal am Rollo ankam). So funktionierte die Beschattung mit dem Sonnenstand-Modul (früher sogar mit dem Twilight-Modul in fhem). Dann bin ich auf iobroker umgestiegen und habe dann über den fhem Adapter das eine Zeitlang so weiter realisiert.
Jetzt ist ja die Zeit reif für den ESP 32. Ich vermisse hier eigentlich im Moment nur die Implementierung der Laufzeit des Rollos und die Ausgabe in Prozent (pct), so könnten die Rollos Prozentual angesprochen werden.
Eventuell kann sich jemand die Änderungen von krisha und druckgott bei madmartin mal anschauen und eventuell implementieren.
Ich freue mich das sich jemand noch einmal des Jarolifts angenommen hat und hier neue Ideen und Ansätze einfließen.
Lieben Dank an alle die des Programmieren`s mächtig sind und hier Ihre Expertise einfließen lassen können.

[wunderbaum]

@Fritzi1 Musste man da mit der Stoppuhr danebenstehen ähnlich der Kalibration bei Tasmota? Vermutlich schon, anders kommt man ja nicht an die Laufzeiten. Bisschen eleganter könnte man es natürlich machen indem man die Software fahren lässt und der Anwender dann stopp drückt wenn ein Endpunkt erreicht. So könnte man die Fahrzeiten ermitteln.
Technisch find ich das interessant, allerdings brauche ich das hier in der Praxis eigentlich nicht da mir oben, unten und Schatten reichen.

[Fritzi1]

@wunderbaum
Ja man musste einmal die Laufzeit stoppen (macht man ja nur einmal).
Das mit dem Software Stop ist natürlich auch eine schöne Variante, würde ja beides gehen ;-).
Ich hatte es im Sommer genutzt um zum Beispiel ab einer bestimmten Zeit, wenn die Wetterbedingungen, Lichtsensor, Temperatur ... erfüllt sind das Rollo entsprechend nachfahren zu lassen (Spiegelung oder Reflektion der Sonne beim Fernsehen usw., um aber auch genug "Raumlicht" im Zimmer zu haben. Oder Weihnachtsschaltung der Rollos oder wenn Fenster gekippt wird, dann fahre auf x Prozent, wenn Fenster geöffnet dann .... . War halt so ganz schön, aber ich möchte eigentlich nur noch mit einer HA rumhantieren und nicht mehr 2 oder 3 Systemen gleichzeitig mit all ihren Abhängigkeiten untereinander.
Die Fernbedienungen sind bei mir eigentlich schon lange nur backup, da ich diese in jedem Raum durch "zigbee Schalter" ersetzt habe und somit immer über das Modul laufen lasse, so ist der "Status" eigentlich relativ sauber (wenn das Rollo das Signal mitbekommen hat), und es kommt ja auch nicht wirklich auf das letzte Prozent bei dieser Anwendung an :-).
Ich habe, und hatte eher mal das Problem, das der ESP 8266 oder auch jetzt der ESP32 nicht mehr wirklich erreichbar waren (kann aber auch an der FritzBox liegen 7590 jetzt 7690) aber kein 433er Befehl mehr abgesetzt werden konnte. Da diese an schaltbaren Steckdosen hängen, kann ich diese dann auch mal per Hard-Reset neu Starten, auch wenn diese per website oder mqtt nicht erreichbar waren.
Woran das liegt habe bis heute nicht rausfinden können,
Ich denke einfach weil viele "Rollo-Module" eben per "pct" angesteuert werden wäre es eigentlich nicht schlecht.
Da es hier keinen Rückkanal gibt, sollte jedem bewusst sein, dass auch mal der eine oder andere Befehl ins Leere läuft.
Bei meinem DECT Rollo ist das natürlich gar kein Thema, das arbeitet ja bidirektional.

[Reinhard-M]

Ich möchte mich dem Credo hier anschließen, eine prozentuale Steuerung wäre schon sehr angenehm. Von den original Funkschalter sollte man sich in dieser Umgebung tatsächlich verabschieden, wegen des fehlenden Rückkanals gibt es da nur Ärger. Alternativ könnte man natürlich die Funkschalter an den Jarolift-Controller anlernen und diesen die Steuerung überlassen. Nur so eine Idee. Die vereinfachte Trainingsfahrt bei der nur noch das jeweilige Ende gestoppt wird ist eine super Idee, macht die zugehörige Einstellung um einiges leichter. Ansonsten reicht die Genauigkeit vollkommen aus.
Bislang verwende ich ebenfalls seit Jahren FHEM für meine Jaro Motoren. Läuft da eigentlich im Zusammenspiel mit dem Rollo und ASC Modul hervorragend. Ich bin aber im vergangenen Jahr von FHEM auf HA umgestiegen und würde gerne auch diesen Teil umziehen.

[Fritzi1]

Guten Abend,
ich wollte mal Fragen ob an dem Projekt noch weiter gearbeitet wird?
Ich hoffe, "dewenni", dir geht es gut?
Gib doch bitte mal ein Lebenszeichen von Dir.
LG Fritzi1

[dewenni]

Ja, alles gut - danke der Nachfrage.

Ich werde hier sicher auch noch weiter arbeiten, momentan habe ich aber privat andere Projekte, die vorangetrieben werden müssen. Am Ende ist es Hobby und bei mir üblicherweise, so dass ich in Phasen an solchen Projekten arbeite. Wenn es dringende Themen gibt, mache ich das gerne auch kurzfristig. Aktuell sehe ich hier aber nur "Nice to have" Funktion.

[Fritzi1]

Hallo dewenni,
dann ist ja alles OK bei Dir :-)
LG LG Fritzi1