Homematic für Eigentumswohnung

[Matsch]

Ich habe zwar an jedem Fenster einen BROLL installiert und entsprechende Kabel verlegt, aber diese Wippen werden nur extrem selten mal betätigt. Der gesamte Rollladenbetrieb läuft programmgesteuert in Abhängigkeit von Uhrzeit, Azimut, Elevation, Helligkeit, Sonnenleistung, Innen- und Außentemperatur usw. z.T. als Sonnenschutz und z.T. als Wärmeschutz.

Für mich persönlich (ich weiß, dass das auf die absoluten Mehrheit der Nutzer nicht zutrifft) war wichtig, dass der BROLL automatische Endlagenerkennung hat und also im Gegensatz zu allen anderen Rollladenaktoren sofort mit dem Erreichen der Endposition die Fertigmeldung sendet und nicht erst 5...7 s später, da ich mit state machines arbeite und solche Verzögerungen destruktiv wären.
Die meisten Nutzer werden aber sehr viel einfachere Steuerung erstellen, bei denen das keine Rolle spielt.

[Xel66]

Ich habe zwar an jedem Fenster einen BROLL installiert und entsprechende Kabel verlegt, aber diese Wippen werden nur extrem selten mal betätigt.

Same here. Und genau diese lokale Bedienmöglichkeit ist immens wichtig, wenn mal die Zentrale (der Sytemersteller/Admin) ausfällt. Ansonsten ist sie beim Betrieb einer Hausautomation eher vernachlässigbar, weil alles eben automatisch geht. Das Smarte an einem Smarthome sitzt eigentlich vor dem Bildschirm und ist in der Lage, seine Automatisierungsbedürfnisse zu analysieren und in entsprechenden Programmen zusammenzuklicken. Dabei ist die Lektüre des WebUI-Handbuches (speziell der Bereich zum Triggern und Abarbeiten von Programmen) massivst hilfreich. Mit "ich drück mal alle Knöpfe bis es geht" kommt man leider nicht wirklich weit.

Gruß Xel66

[dawidw]

Hallöchen,

tut mir leid, dass ich mich nicht mehr gemeldet habe. Hier ging es drunter und drüber, weswegen ich den Thread vergessen habe.

Ich habe jetzt tatsächlich die HmIP-FCI6 für das Wohnzimmer und das Schlafzimmer in den Wänden rumliegen. Diese funken an die HmIP-FROLLs, von denen wir jeweils 2 haben.

Der Plan war im Schlafzimmer die 4-fach-Wippe für das Wohnzimmerfenster und die Balkontür zu nutzen. Im Wohnzimmer möchten wir erst einmal die beiden identischen Rollos mit einer 2-fach-Wippe steuern. Später - wenn es denn mal funktioniert - sollen die restlichen Kanäle des FCI6 auch das Velux-Dachfensterrollo steuern (natürlich via Middleware).

Abgesehen von dem halb-defekten 4-fach-Taster im Wohnzimmer, wo nur die eine Hälfte funktioniert, habe ich allerdings massive Probleme mit den FROLLs.

Ich habe jeweils Direktverknüpfungen zwischen den FCI6 und den FROLLs angelegt. Den FROLLs habe ich natürlich auch mitgeteilt, wie lang die Rollos benötigen um hoch und runter zu fahren.

Allerdings springen die FROLLs teilweise gar nicht auf die Sendebefehle der FCI6 an. Teilweise ist auch nur eine Richtung "gestört" zum Beispiel "hochfahren". Das Ganze lässt sich meistens dann durch einen Neustart per Sicherung wieder gerade biegen.
Aber selbst dann fahren die FROLLs per FCI6 nicht die Endpositionen an, auch wenn im Vorfeld eine manuelle Kalibrierungsfahrt durchgeführt worden ist (per WebGUI).

Habt ihr Tipps, was hier im Argen liegen könnte?

Ich weiß, dass das problematisch ist, aber meine CCU läuft als Debmatic auf einem RasPi 4. Allerdings habe ich durch Alu-Folie um den RP-RF-MOD (Tipp aus dem Forum) den Carrier Sense auf 0 % gebracht. Das sollte aber bei den Direktverknüpfungen ja ohnehin nicht problematisch sein...
Dazu die Frage: Ist es normal, dass Konfigurationsänderungen erst bei der ersten Nutzung des FCI6 bzw. FROLLs übertragen werden oder erst nach längerer Zeit? Zu 99 % zeigt mir die CCU Fehler bei der Übertragung nach Speicherung an.

Dachte eigentlich, dass es mit der sekundengenauen Fahrtzeit und den Kalibrierungsfahrten getan ist. Ist es aber nicht, zudem gibt es ja auch das Problem, dass die FROLLs teils auch nicht auf die FCI6 reagieren.

Lieben Gruß
Dawid

[Baxxy]

Ist es normal, dass Konfigurationsänderungen erst bei der ersten Nutzung des FCI6 bzw. FROLLs übertragen werden oder erst nach längerer Zeit? Zu 99 % zeigt mir die CCU Fehler bei der Übertragung nach Speicherung an.

Ja, ist normal. Auf die FROLL's sollte sofort übertragen werden, bei den batteriebetriebenen FCI's muss man das Gerät lokal aufwecken (Tastendruck) oder eben warten bis es sich zyklisch meldet.

Allerdings habe ich durch Alu-Folie um den RP-RF-MOD (Tipp aus dem Forum) den Carrier Sense auf 0 % gebracht.

Der Tipp ist mir neu, und steht nicht in meinem Leitfaden zum Pi4B (1.Link in meiner Signatur). Alufolie um elektrische Komponenten zu wickeln kling auch ungesund.

Zum Verhalten der FROLL's kann ich nichts sagen, ist nicht mein "Gebiet". Da müssten mal die BROLL/FROLL Auskenner ran.
Du kannst aber zumindest schonmal die Einstellungen der FCI, eines FROLL und einer DV (FCI<->FROLL) als Screenshot hier posten.

[UweRLP]

Ich habe jeweils Direktverknüpfungen zwischen den FCI6 und den FROLLs angelegt. Den FROLLs habe ich natürlich auch mitgeteilt, wie lang die Rollos benötigen um hoch und runter zu fahren.

Bitte mal Bilder der Direktverknüpfung.

Allerdings springen die FROLLs teilweise gar nicht auf die Sendebefehle der FCI6 an. Teilweise ist auch nur eine Richtung "gestört" zum Beispiel "hochfahren". Das Ganze lässt sich meistens dann durch einen Neustart per Sicherung wieder gerade biegen.
Aber selbst dann fahren die FROLLs per FCI6 nicht die Endpositionen an, auch wenn im Vorfeld eine manuelle Kalibrierungsfahrt durchgeführt worden ist (per WebGUI).

Mhmm Kalibrierungsfahrt gib es nicht beim FROLL nur der BROLL kann selbst erkennen wann die Rollläden fahren.
Bitte auch hier mal Bilder der Konfiguration der FROLL

"Kompensation der Motoreinschaltverzögerung" bei den FROLL ausschalten!

Dachte eigentlich, dass es mit der sekundengenauen Fahrtzeit und den Kalibrierungsfahrten getan ist. Ist es aber nicht, zudem gibt es ja auch das Problem, dass die FROLLs teils auch nicht auf die FCI6 reagieren.

Geht es denn von der WebUI aus fehlerlos?