Homematic Rolladenschalter

Begonnen von maci, 05 Dezember 2017, 15:01:04

Vorheriges Thema - Nächstes Thema

maci

Ich bin gerade dabei mir eine Steuerung für meine Rolladen zu machen.
Bedient werden die Rolladen mit dem Homematic Rolladenschalter.

Ich stehe nun vor folgenden Problem:
Ich möchte gerne den Rolladen bei den Türen öffnen, natürlich wenn geschlossen, wenn ich die Türe auf mache.
Die Türe bekommt einen Türsensor.
Soweit so gut, das geht ja ganz gut und einfach mit einem DOIF.
Nach einer Stunde soll die Steuerung wieder nachsehen, ob die Türe wieder geschlossen ist. Das habe ich derzeit mit einem notify und einem Dummy gelöst.
Nun möchte ich aber, dass der Rolladen wieder auf die Stellung fährt an der er zuvor war.
Ich habe mir überlegt, das mit dem Reading pct zu machen.  Ich weiß nur nicht wie ich das reading speichern kann, damit ich es nach dem Zeitauflauf wieder einlesen kann.

Gruß Georg
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan

marvin78

Auslesen mit ReadingsVal, setzen mit setreading. Ob direkt im Device oder in einem extra dummy, ist dir überlassen.

maci

Danke,

Da kommt gleich die nächste Frage:
Kann ich im Device ein eigenes Reading anlegen, das zB oldpct heisst? Wenn ja, wie mache ist das?
Kann dich das Reading einfach einem anderen mit setreading zuweisen?
Fhem auf Dell Thinclient, Fhem auf Raspebrry Pi4,
UniPi Vers. 1.1 mit Raspberry Pi3, 1wire USB Adapter mit OWX
Netatmo Wetterstation + Regenmesser + Netatmo Thermostat
Homematic mit HMLan

CoolTux

Dafür gibt es das Attribut userReadings
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

Beta-User

...oder das Attribut userattr. Eigene Attribute kann man auch mit setreading() füllen, ohne dass das "?" nach einem save verlangt.

Eventuell ist auch diese Gesamtlösung etwas, das du dir ansehen könntest: https://forum.fhem.de/index.php/topic,73964.0.html

Gruß, Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Hollo

#5
Ich habe dafür die "globale Fenster offen Erinnerung" von Benni eingesetzt und erweitert.
Dazu habe ich analog zu den Fenstern auch den Rolladen um userattr ergänzt.
Darin speicher ich Namen, Zielposition und aktuelle Position.
Über die Funktion wird nun beim Event des Kontaktes parallel geguckt, ob dem Fenster ein Rolladen zugeordnet ist. Wenn ja, wird die aktuelle Position als spätere Wunschposition gespeichert und die Zielposition angefahren.
Wird das Fenster geschlossen und beide Positionen sind unterschiedlich, fährt er auf den alten Wert zurück.
Somit kann auch eine Änderung während der Fenster offen Zeit berücksichtigt werden, in dem ich dann die "Wunschposition" ändere.
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"