Rollladensteuerung mit Gira X1

[knxPaul]

gibt es einen exakteren, automatischen Weg, um die Laufzeiten zu ermitteln?

Wünsche ich mir auch, bei den üblichen Aktoren geht nur Hinschauen, Hinhören und Stoppuhr. Die Eingabe ist in der Regel in ganzen Minuten. Ich mache 3 Messungen, wenn die variieren auch mehr, und mittle die Ergebnisse. Natürlich für Hoch und Runter getrennt; hochziehen geht schwerer als Runterfahren, da könnte ich raten, welche Position tiefer ist ...

[HomeHaus]

1. die Datentypen anschauen,
2. mit dem Gruppenmonitor die Telegramme an den Aktor-Eingängen beobachten
3. die Parametrierung der Aktoren genau anschauen und vergleichen.
4. Sind die beiden verglichenen Rollläden in den Abmessungen identisch?

• zu 4. ja, Fenster exakt identisch, nebeneinander, beide Räume dahinter nur durch eine Wand getrennt
• zu 2. und 3. da ein Prozessorschaden meines Intel NUCs gestern dazu geführt hat, dass ich erst mal Datenrettung betreiben muss, schaue ich mir das an, sobald ich wieder Zugriff auf mein ETS Projekt habe
• zu 1. Prozent, sieht korrekt aus.

Was ich festgestellt habe: Wenn die Rollläden offen sind und von oben auf 60% fahren haben sie eine andere Position, als wenn sie geschlossen sind und von unten auf 60% fahren. Nicht nachgemessen, aber so 5-8 cm Unterschied dürften das sein.

Daher müssen mit Referenzpunktfahrten die Endlagen der Motoren ermittelt werden und in den Parametern die gemessenen Laufzeiten für ganz auffahren und ganz zufahren eingetragen werden.

Das geht nur mit Hinschauen, Hinhören und Stoppuhr - oder gibt es einen exakteren, automatischen Weg, um die Laufzeiten zu ermitteln?

[Beleuchtfix]

Darf man seinen eigenen Post zitieren?

Darf man, nur sich selber loben (liken auf neudeutsch) geht nicht
Gruß Florian

[knxPaul]

Das ist nicht trivial, aber auch lösbar; wir brauchen den anderen Werkzeugkasten:

• der Wertgenerator liefert eine Zahl auf die beiden GAs
• Zur Interpretation brauchen wir die Datentypen
  1. von den Datenpunkten im GPA,
  2. von den GAs in der ETS.
  Die müssen gleich sein und zum Aktor passen
• Die Telegramme werden von einem Aktor verarbeitet, so dass sich die Rollläden bewegen. Das ist gar nicht so einfach, weil der Rollläden nicht zurückmeldet, in welcher Position er gerade steht. Er kann aber die Laufzeit der Bewegung messen. Daher müssen mit Referenzpunktfahrten die Endlagen der Motoren ermittelt werden und in den Parametern die gemessenen Laufzeiten für ganz auffahren und ganz zufahren eingetragen werden. Mit dem Dreisatz kann der Aktor dann errechnen, wo die Rollläden in etwa stehen. Im Lauf der Zeit wird die Berechnung immer ungenauer, wogegen erneute Referenzpunktfahrten helfen.
  Der Status, den der Aktor sendet, beschreibt die Position, die der Aktor aus den Laufzeiten errechnet hat.

Die drei Punkte beschreiben den Werkzeugkasten, nicht die Lösung. Ich würde

1. die Datentypen anschauen,
2. mit dem Gruppenmonitor die Telegramme an den Aktor-Eingängen beobachten
3. die Parametrierung der Aktoren genau anschauen und vergleichen.
4. Sind die beiden verglichenen Rollläden in den Abmessungen identisch?

[HomeHaus]

Jetzt sieht es so aus und zumindest in der Simulation tut es das, was es tun soll🤗. Morgen Abend und übermorgen früh weiß ich dann, wie es in der Praxis aussieht 😉

Darf man seinen eigenen Post zitieren? 🤔 Egal, da bin ich wieder. Es hat fast geklappt - und ich bin inzwischen nach zahllosen Versuchen recht ratlos, weshalb nur fast.

Da knxPaul mich so nett ans Händchen genommen hat, stellen sich meine Raffstores nun bei 500lx von waagerecht auf halbgeschlossen und anschließend bei 100lx von halbgeschlossen auf geschlossen. Die Filter verhindern, dass sie morgens mit Sonnenaufgang wieder aufgehen und sie warten auf manuelle Bedienung. 👍

Raffstores.JPG

Dieselbe Logik habe ich nun versucht auf die Rollläden zweier Räume zu übertragen. Nur dass ich dabei nicht die Lamellenneigung einstellen wollte, sondern einmal einen Behangwert von 60% bei 500lx (wie bei den Raffstores) mit anschließendem Zufahren bei 40lx. Das sieht dann so aus:

OG.JPG

Was passiert? Bei 500lx fahren beide Rollläden runter und stoppen bei .... nein, nicht bei 60% (Wert des Wertgenerators), sondern bei.... 70% 😖 - laut Gira App. Nicht nur, dass es hätten 60 sein sollen, der eine hat eine Stellung, die ungefähr 70% entspricht, der andere etwa 75%. Angezeigt werden in der App aber bei beiden 70%. Beide sind nebeneinander. Unterschied etwa 5cm. Quasi jedes Mal - aber mal ist der linke höher, mal der rechte. 😵
Lasse ich sie beide manuelle per App von oben auf 60 oder auch auf 70% fahren sind beide ziemlich gleich.

Woran kann das liegen? Ist der Wert, den der Wertgenerator übergibt vielleicht kein % Wert für den Behangwert?

[knxPaul]

Neuere oder bessere Flash Bausteine schaffen auch 100.000 bis 1.000.000 Zyklen, aber nur Gira weiss, welcher Typ verbaut wurde ... und der kann im Lauf der Zeit ausgetauscht = verbessert werden.

[bavarianhias]

Sorry,off-topic- Trotzdem Danke für die Aufklärung
Also meine KNX Anlage ist jetzt ein halbes Jahr alt und ich habe nur den X1 als Interface. Habe bestimmt schonn 1000 mal geflasht (GPA und ETS Applikationsdaten geschrieben). Da hab ich die 10.000 bald erreicht. Find ich ein bisschen wenig, wenn ich danach Angst haben muss, dass mein X1 bald den Geist aufgibt.

[knxPaul]

Je nachdem, was mit Applikationsdaten gemeint ist:

1. GA Telegramme werden flüchtig gespeichert ohne Einfluss auf die Lebensdauer.
2. Applikationsprogramm von der ETS und Projekt vom GPA geschrieben werden dauerhaft gespeichert, also in Flash.

Einzig das Speichern in Flash-Speicher mit einer begrenzte Lebensdauer zählt. Das gilt für alle Geräte. Die Größenordnung an Lösch- und Speichervorgängen ist größer als 10.000.
Problematisch wird das erst, wenn im Betrieb jede Änderung des Wertes im Datenpunkt remanent gespeichert gespeichert wird. Das macht der X1 so, um jederzeit für den Fall des Spannungsverlustes vorbereitet zu sein.

[bavarianhias]

Sorry off-topic:

übermäßige Nutzung

zu viel Spielerei

heißt das, der X1 lebt weniger lang, wenn ich oft - egal ob über GPA oder ETS - Applikationsdaten schreibe?

[Beleuchtfix]

und eine übermäßige Nutzung bedeutet eine Verringerung der Lebensdauer des X1.

Oder zu viel Spielerei am X1
Gruß Florian

[knxPaul]

Jetzt habe ich aber das Problem, dass sobald ich etwas im X1 geändert habe und ihn aktualisiere beziehungsweise eine Inbetriebnahme vornehme, im Anschluss die Rollläden den ersten Zyklus nicht mitmachen.

Beim Neustart versucht der X1, alle Eingangswerte durch Leseanfragen am Bus zu initialisieren. Bei der Zeitschaltuhr / Funktionsuhr bekommt das GroupValueRead kein GroupValueResponse, wenn die Uhr nicht am KNX-Bus, sondern im X1 sitzt 😯🤐

Als Abhilfe gibt es bei jedem Datenpunkt bei den Eigenschaften die Einstellmöglichkeit für einen Initialwert:

• Vorgabewert := 'Tag' - in meinem Bild ist das eine '1'

Was ich selbst nicht ausprobiert habe:

• Initialwert := Kein
• Wert beibehalten angehakt

Dann wird der Wert des Datenpunktes X1-intern zwischengespeichert und bleibt auch nach dem Neustart des Gerätes erhalten. Die Anzahl der Speichervorgänge ist aber hardwaremäßig begrenzt und eine übermäßige Nutzung bedeutet eine Verringerung der Lebensdauer des X1.

[Beleuchtfix]

Wahrscheinlich Fehlt deiner Logik noch ein Eingangsstatus, der erst nach der nächsten Änderung vorhanden ist.
Viel Erfolg, Florian

[Heiko71]

Oh je, ich war zu langsam 😢
Mit Oder-Gatter wird das Telegramm für das Hochfahren auf beide GAs gesendet; die gewünschte Trennung wird nur mit einem dritten Filter funktionieren:
GPA_Rollo_auf_ab.png

meine Rollladensteuerung Abends bei Unterschreitung einer gewissen Helligkeit runterfahren und morgens bei allen Räumen wo keine Schlafräume sind bei Überschreitung der Helligkeitsschwelle wieder hochfahren. Die Schlafräume werden per Zeitschaltuhr zu unterschiedlichen Zeiten hochgefahren.

Jetzt habe ich aber das Problem, dass sobald ich etwas im X1 geändert habe und ihn aktualisiere beziehungsweise eine Inbetriebnahme vornehme, im Anschluss die Rollläden den ersten Zyklus nicht mitmachen. Sprich ich mach am Tag eine Aktualisierung/Inbetriebnahme und abends fahren die Rollläden nicht runter. Fahre ich sie von Hand runter funktioniert ab dem nächsten morgen alles normal. Lasse ich sie oben fahren die Rollläden welche helligkeitsabhänging (nicht die Schlafräume) hochfahren sollen runter und kurz drauf wieder hoch.

Kann man dies irgendwie umgehen, dass sie quasi am Abend schon das am herunterfahren mitspielen?
Oder woher kommt dies überhaupt?


VG Heiko

[HomeHaus]

es fehlt die ursprüngliche 20 % Position.

Die hatte ich erst mal rausgenommen um die Komplexität zu reduzieren, da sie zur Lösung des Problems nicht beigetragen hat.

Jetzt sieht es so aus und zumindest in der Simulation tut es das, was es tun soll🤗. Morgen Abend und übermorgen früh weiß ich dann, wie es in der Praxis aussieht 😉

Sperre4.JPG

[knxPaul]

genau das ist bei mir eben nicht der Fall. Zumindest nicht in der Simulation

Wenn Deine und meine Simulation unterschiedliche Ergebnisse bringen, dann ist das kein Zufall, das liegt auch nicht an .....


..... sondern an unterschiedlichen Schaltungen: in #25 gab es einen Wertgenerator ganz am Ende vor dem Ausgang; ich habe immer noch Schaltung #29; aber in #30 ging der Wertgenerator "verloren". Damals habe ich mir nicht viel dabei gedacht, aber jetzt ...

Die Lösung sollte zwar ein Ergebnis sein, aber das des eigenen Lernens und Verstehens.... bin dabei!

Super - dann gleich ein Bonus-Zuschlag:

Es gibt oft mehrere Lösungen: Die Sperre kann auch gegen einen Filter ausgetauscht werden: Ein-Operator := Aus und Aus-Operator := Nichts
damit kann definitiv nur 'Ab' gefahren werden; es fehlt die ursprüngliche 20 % Position.