Rollladen Steuerung

[michaelapp]

Hallo zusammen,

ich benötige ein wenig Unterstützung bei der Fehlersuche.

Meine 16 Rollläden steuere ich via CUxD Timer und dies funktioniert in der Regel auch ohne Probleme. In den letzten Tagen fahren aber ein paar Rollladen nicht hoch bzw. runter. Die Rollläden fahren nicht zur selben Zeit runter, ich hab darauf geachtet das max 3 Stück gleich zeitig hoch bzw. runterfahren.

Gibt es außer dem Systemlog noch erweitere Logs in den ich vielleicht nachschauen kann?

Im Systemlog steht das der Timer ausgelöst hat, mehr aber auch nicht. Kommunikations Probleme der Aktoren hatte ich zu diesen Zeiten nicht.

Ich habe eine CCU 3 mit der Firmware 3.47.10.

Gruß
Michael

[dondaik]

- neustart ..
- leere batterien suchen .....
- möglichen "störsender" suchen
- raten ...

[manfredh]

Warum CUxD?

Screenshots der Programme?

3 gleichzeitig kann auch schon Funkkollisionen geben. Im Programm möglichst gestaffelt jeweils mit ein paar Sekunden Verzögerung ansteuern.

[Sven_A]

Dem Hamster im Laufrad das den Gurtwickler antreibt ist das Wasser ausgegangen!

Ja, doofe Antwort, aber passend dem Informationsgehalt deiner Anfrage.
Was für Aktoren? Was für Programme (Screenshot?)? Dutycycle wird überwacht?

[michaelapp]

Hallo zusammen,

so hier die gewünschten Infos, sorry das meine Anfrage nicht so detailliert war.

Die CCU habe ich bereits neu gestartet, das Problem tritt aber nicht jeden Tag auf.
Alle Batterien sind in Ordnung, überwache ich mit einem Skript und Pushover.

Als Aktoren habe ich überall die HM-LC-Bl1PBU-FM verbaut und der Dutycycle liegt meistens zwischen 8% und 22%.

CUxD nutze ich da ich über Neo jeden einzelnen Rollo einstellen kann d.h. für jeden Rollo gibt es einen Minuten und Stunden Slider zum einstellen der Uhrzeit.

Hier das Programm für den Rollladen im Bad, alle Programme sind identisch.

Des weiteren habe ich noch eine Funktion für Lüftung in einem anderen Programm eingebaut bei Fenstern / Türen mit Fensterkontakten.

Hamster haben wir keine, nur Meerschweinchen und Wasser haben Sie genug

Gruß
Michael

[manfredh]

Ich würde folgendermaßen vorgehen:

- Identifikation eines Rollladen, bei dem das öfter auftritt und Konzentration auf diesen
- Bei nicht erfolgtem Fahren Kontrolle des Zeitstempels des Programms
- Enthaltene Trigger (z.B. den CuXD Timer) zusätzlich einzeln in ein neues Kontrollprogramm einbauen, das z.B. ein Licht einschaltet. So kannst du feststellen, ob der Trigger überhaupt greift
- Programm deaktivieren und schrittweise neu aufbauen. Dabei mit einfachsten Mindestfunktionen beginnen und erst erweitern, wenn alles eine Zeitlang sauber läuft.

[michaelapp]

Hallo zusammen,

ich hab hinter dem Fahr Befehl der Rollladen eine Skript hinterlegt der mir eine PushOver Nachricht schickt.

Die letzten zwei Tage hat alles funktioniert, heute waren die Rollläden noch unten und es kam keine Nachricht.

Im Moment ist mein Trigger "Timer_GET", ist es vielleicht zuverlässiger wenn ich auf "Schaltzustand: Ein" trigger?

Somit haben die CUxD Timer nicht ausgelöst. Hat mir jemand einen Tip wo ich bei dem Problem ansetzen kann?

Gruß
Michael

[FredW]

@michaelapp,

Ich denke, dass du deine „Befehle“ an die Rollladenaktoren zu kurz hintereinander sendest und es daher zu Überlagerungen kommt. Du solltest das aber über die Protokollierung herausbekommen können.

Unabhängig deines Problems, kennst du die Rollladensteuerung von Eugen Stall

https://www.stall.biz/project/homematic ... nsteuerung

Ich habe die inzwischen mehrfach implementiert, nehme allerdings HmIP Aktoren, und habe so gut wie keine Probleme damit.

Weiterhin gibt es einen Thread von Badenpower zum Thema CCU_Reboot. Er hat ein sehr empfehlenswertes Script entwickelt. Was ist, wenn kurz vor einem deiner Schaltvorgänge der Strom ausfällt und erst Minuten nach dem geplanten Schalten wieder zurückkommt? Er zeigt anhand seines Beispiels, wie man auch dieses Thema abfangen kann. Sehr empfehlenswerter Thread.

[Xel66]

Sind die Timer überhaupt gestartet, bzw. Repeat (eher nicht, sonst würde Dein erstes SONST WENN nicht funktionieren) angehakt? Ich steuere auch recht viel mit den Timern von CUxD und habe bisher noch keine Aussetzer beobachtet. Bei mir laufen für unterschiedlichste Zwecke 32 Timer mit unterschiedlichsten Laufzeiten und unterschiedlichsten Triggerarten (Laufzeiten als Sekunden oder als Zeitangabe, mit und ohne Repeat etc.) recht zuverlässig. Die Triggerung der Programme erfolgt fast ausschließlich über TIMER_GET <=0s. Mit Neo kenne ich mich nicht aus, und kann nicht nachvollziehen, ob von dort die Timer immer zuverlässig gestartet werden. Mit einer Steuerung über mehrere Systemvariablen kann ich auch meinen Wecker-Timer auf eine Uhrzeit zuverlässig stellen (das dürfte ja so ähnlich laufen). Insofern ist vielleicht auch das (Nicht-)Starten der Timer eine mögliche Ursache. Den aktuellen Timer(zu)stand kannst Du in der Übersichtsseite des CUxD-Daemons sehen.

Gruß Xel66

[dtp]

Was ist, wenn kurz vor einem deiner Schaltvorgänge der Strom ausfällt und erst Minuten nach dem geplanten Schalten wieder zurückkommt? Er zeigt anhand seines Beispiels, wie man auch dieses Thema abfangen kann.

Und was ist, wenn der Strom erst ein paar Stunden später wiederkommt?

Den geschilderten Fall könnte man übrigens auch sehr leicht mit meinem zBSP/zBSS abfangen, indem man bei einem Reboot die vor dem Stromausfall gespeicherten Rollladenwerte aufruft und prüft, ob sie noch im eingestellten Zeitfenster liegen. Dies nur mal so als Eigenwerbung.

By the way, wir haben aktuell "nur" acht Rollläden motorisch betrieben. Die werden aber durch das Skript ohne große Probleme nahezu zeitgleich angesteuert. Ist doch viel schöner, wenn man im Garten sitzt und alle Rollläden an der Fassade fahren synchron runter.

Bis dann,

Thorsten