Funk-Rolladenmotoren - Vorbereitungen für erstes "Smart Home" Projekt

[andies]

Ein Kollege fängt gerade mit Fhem an, und hat vorhandene Somfy Rollläden.

Diese sind wohl mit allen 433MHz CUL's steuerbar, aber nur mit dem signalduino "lesbar". Sprich der aktuelle Stand der Rollläden ist nur mit dem Signalduino abgreifbar.

Ist das so richtig?

Ja. Da gibt es aber Einschränkungen.

Somfy arbeitet mit einem Rolling Code, aus Sicherheitsgründen. Sowohl die FB als auch der Motor haben einen internen Zähler. Wird die FB gedrückt, zählen beide Zähler weiter. Ausgelöst wird nur, wenn die Zähler Motor und Zähler FB identisch sind.

Wenn also jemand ein Signal mitliest und nochmal sendet, wird das einfach ignoriert. Das bedeutet im Umkehrschluss: Du kannst die FB nicht einfach in FHEM klonen, weil dann der interne Zähler bei der FB und der FHEM-Kopie mit dem Zähler des Motors außer Takt gerät. Das verlangt nach einer etwas komplexeren Lösung, oder aber (was meines Wissens die meisten hier tun) man definiert das FHEM-Gerät als zweite/neue/andere Fernbedienung.

Wenn du aber dann zwei Aktoren hast, die die Rolladen bedienen, kannst Du den Stand der Rolladen nicht einfach ablesen, sondern musst ihn "ausrechnen" (sowohl FB als auch FHEM könnten die Rolladen geschlossen/geöffnet haben). Da müsste es aber hier Lösungen geben, weil das ja ein bekanntes Problem ist.

Ich habe die deshalb nicht eingesetzt, weil ich neue Holzrolladen habe und die manchmal blockieren - trotz Befehl "senken" bleiben die in der Mitte stehen. Ich muss dann mehrfach drücken. Daher habe ich diese raffinierte Variante nicht ausprobieren können.

[Fixel2012]

@andies Alles klar,

also nochmal zum Verständnis:

In dem Protokoll werden keine genauen Positionen übertragen.

In Fhem muss die Zeit, die der Rollladen von oben nach unten braucht definiert werden. Somit weiß Fhem auf welcher Position der Rollladen ist, wenn über die Fernbedienung gesteuert wird. Anders rum wird so auch der Rollladen von Fhem gesteuert (zählen der Sekunden die verstrichen sind mit anschließendem Stop Befehl).

Und schlussendlich um die Nachrichten zu empfangen, braucht man dann noch den Signalduino. Der normale CUL geht nicht.

Stimmt das alles so, wie ich es interpretiert habe?


Danke,

Felix

PS: Sorry, dass ich hier so Offtopic geworden bin.

[andies]

In dem Protokoll werden keine genauen Positionen übertragen.

Doch, es gibt ein Reading

Code Auswählen Erweitern

position 0 2017-09-02 10:07:02
Da Du aber zwei Aktoren haben musst/wirst (einmal externe Fernbedienung, einmal FHEM-device - wegen https://de.wikipedia.org/wiki/Rollingcode), muss aus beiden Positionen die "richtige" berechnet werden.

In Fhem muss die Zeit, die der Rollladen von oben nach unten braucht, definiert werden. Somit weiß Fhem auf welcher Position der Rollladen ist, wenn über die Fernbedienung gesteuert wird. Anders rum wird so auch der Rollladen von Fhem gesteuert (zählen der Sekunden die verstrichen sind mit anschließendem Stop Befehl).

Ja, das meinte ich mit "berechnen" oben. Wenn Du nur mit FHEM arbeitest, kannst Du wahrscheinlich direkt das Reading nehmen (aus der Commandref):

pos value
The position is variying between 0 completely open and 100 for covering the full window. The position must be between 0 and 100 and the appropriate attributes drive-down-time-to-100, drive-down-time-to-close, drive-up-time-to-100 and drive-up-time-to-open must be set. See also positionInverse attribute.

The position reading distinuishes between multiple cases
Without timing values (see attributes) set only generic values are used for status and position: open, closed, moving are used.

With timing values set but drive-down-time-to-close equal to drive-down-time-to-100 and drive-up-time-to-100 equal 0 the device is considered to only vary between 0 and 100 (100 being completely closed)

Und schlussendlich um die Nachrichten zu empfangen, braucht man dann noch den Signalduino. Der normale CUL geht nicht.

Ja (wenn der CUL nicht erweitert wurde - was mW heute noch nicht der Fall ist).

[andies]

Noch etwas fällt mir ein. Somfy sendet auf einer leicht veränderten Frequenz, das ist nicht genau 433.92 MHz, sondern knapp daneben mit 433.42MHz. Diese leicht geänderte Frequenz ist beim Senden kein Problem, weil man das dem CC1101 im Signalduino mitteilen kann. Es ist aber womöglich ein Problem beim Empfang, weil der Signalduino (und auch der CUL) auf der "Standard-433.92MHz-Frequenz" hören und diese Somfy-Abweichung dazu führen kann, dass der Empfang in wenigen Metern drastisch schlechter wird. Ist bei mir nicht so, ich habe aber den Signalduino voll aufgedreht.