Loxone Automatikjalousie und KNX

[uli]

Labmaster Ich bin mir nicht ganz sicher, ob es das ist, was Du brauchst, aber wir hatten hier schon mal die Umsetzung von KNX mit der Lichtsteuerung (+Zentral) gelöst.

Das Problem war hier, dass eine Steuerung über den Bus nur den Status ändern, aber nicht zusätzlich ein Telegramm schicken sollte. Anbei die Lösung. Der Langzeitklick ist auf TI: 0,15, T: 0,02 V1-V4: 1.

So hast Du eine kleine Verzögerung der Statusanzeige, aber trotzdem die Schaltfunktion über die App. Funktioniert bei mir einwandfrei.

[kitikonti]

Vielen Dank auch von meiner Seite. Toll das nicht immer alle nur ihre Probleme posten, sondern dann letztendlich auch die funktionierende Lösung. Ganz verstanden habe ich es noch nicht, aber das wird sich vermutlich von selbst klären, wenn ich das nachbaue. Komm vermutlich in den nächsten Tagen/Wochen irgendwann dazu das ich mir das näher ansehe. Aktuell habe ich immer nur bei einem Fenster getestet und dort habe ich die KNX/Loxone Automatikjalousie Loesung von Loxwiki laufen. Witziger weise habe ich auf einmal am naechsten Tag bemerkt das offenbar bei dem Fenster die Automatikfunktion aktiv war da die Raffstore unten war mit waagrechten Lamellen. Die Lamellennachfuehrung hat zufaelliger weise auch funktioniert. Mal sehen was fuer eine Loesung ich dann zum schluss im Einsatz habe.

[Labmaster]

Der hat aber wieder das Problem, daß Änderungen des Analogwertes den KXN nicht triggern, was ich leider ebenso auch benötige, bzw. muß ich da den Trigger hierfür dann mit nem Vergleicher und ner Verzögerugn wieder selber bauen.

[Christian Fenzl]

Mit‘m Analogspeicher.

[Labmaster]

Ich hab da in diesem Zusammenhang mal ne Frage an die Loxone Config Nerds hier ?
Gib es ne einfach Möglichkeit das Senden eine Wertes auf einen KXN Aktor zu triggern, unabhängig davon ob sich der Wert selbst geändert hat oder nicht.
Also ich brauche zwei Eingänge die in entsprechende Logik, einmal den zu sendenen Wert und einmal den Trigger zum senden.
Beim Triggern darf sich aber der zu sendende Wert nicht ändern und es dürfen dabei auch keine doppelten Telegramme auf den KNX Bus gehen.
Übersehe ich da was ganz einfaches ?

Ne Idee ???

[Labmaster]

@TomT
1. Ja, sorry, Monoflop hab ich auch auf 0,1 jedoch anscheinenend vergessen oben anzugeben.
2. das stimmt, Ich hatte schon seit längerem alle KNX Adressen in die ETS Exportiert (mittlerwileüber 1000GA's und es werden zukünftig wohl noch mehr ) und damals beim Export nicht alle KO's des MDT Aktors mit aufgenommen. Daran ,nochmal in der ETS nachzusehen ob es einen kombinierten Status gibt, hab ich gar nicht mehr gedacht,
Danke dafür.

AQpp, kannste total vergessen, der liefert m.M nach Müll.
Ursprüngich wollte ich ja alleine darüber alles machen, aber Loxone hat den anscheinend während laufender Weiterentwicklung kaputt programmiert. Beim manuellen Fahren gibt der als Befehl immer 1 raus, bei der Automatik dann nur noch 3 ohne vorher per 1 oder 2 die Behanghöhe angefahren zu habe. Während der Automatik bleibt der 3er Befehl dann auch noch von der Lamellenposition unnverändert, erst wenn man die Automatik stoppt und wieder aktiviert zieht er die Lamellenposition nach. in manchen anderen Fällen kommt meiner meinung nach nur noch Mist raus.
Da der AQpp je eigentlich obsolete ist, da es ja denn speziellen "Automatikjalousie Integriert" Bausstein gibt, über welchen Loxone aber die Komunikation mit den Geiger Motoren intern im Hintergrund ablaufen läßt, gehe ich mal davon aus, daß Loxone auch gar keine Interesse daran hat, daß der AQpp überhaupt funktioniert. Würde ja nur Fremdhardware supporten :-(

[TomT]

Hallo LabMaster, ich möchte dir herzlich Danke sagen für deine Lösung! Ich hätte noch einige Stunden verbraten, bis ich meinen MDT JALs soweit gehabt hätte.

Evtl. noch zwei Hinweise:
1. das Monoflop möglicht kurz timen (z.B. 0,1s)
2. das ODER für "Status Richtung Auf/Ab" kann mann weglassen, wenn man sich vom MDT JAL Aktor das "Objekt für Verfahrstatus" mit Einstellung "fährt (1 Objekt)" nimmt (reicht einfacher Sensor Ein/Aus) und direkt an das UND bei "GA: Lammellenverstellung Auf/Ab/Stop" anklemmt

Ich habe auch noch getestet, den Lamellenwert aus AQpp zu verwenden, aber hier ist das Ergebnis unbefriedigend, kommt mir vor, als würden die Werte teils gewürfelt (meist 90% oder 0, beim initialisieren des MS nach Upload random). Die Idee mit Lamellenverstellzeiten=0 ist hier IMHO stabiler.

Vielen Dank nochmal und Gruß, TomT

[Labmaster]

Ich glaube ich habe nun für mich eine brauchbar Lösung gefunden meine MDT KNX Raff Aktoren mit dem Automatikjalousie Bausstein von Loxone zu verbinden.
Meine Anforderungen war, die komplette Kontrolle der Loxone Automatikjalousie zu geben, jedoch trotz der KNX Timing Herausforderung die Lamellenstellung passend hin zu bekommen, hierbei sollte jedoch die manuelle Steuerung über die Eingänge Up/Dw am Autojalo Baustein noch grundsätzlich funktionieren, mal von Verzögerungen bei der manuellen Verstellung durch den KNX Bus abgesehen.

Die für mich nun beste Lösung war, die Positionshöhe und die manuelle Verstellung über Up / Down am Aktor direkt zu machen, wohlweislich, daß durch Bustiming es gegebfalls mal nicht stimmen wird. Bei der Höheeinstellung fällt das nicht wirklich auf, und beim manuelle verstellen der Lamellen (kurzes antickern) sieht man ja sofort ob es passt oder nicht.
Die Lamellenverstellung im Automatik Betrieb läuft jedoch über die direkte Lamellenpositionsvorgabe von dem Automatikjalousiebaustein an den Aktor somit stimmt diese so gut, wie es der KNX Aktor selbst eben intern kann. (mein MDT Aktor macht das bisher wirklich gut, passene Timing Einstellungen im Aktor vorausgesetzt)

Wie man in der Konfig sieht, benötigt man auch Infos aus dem Aktor (zumindest bei meinen MDT), in diesen Fall ob die Jalo gerade fährt oder nicht. Abhängig davon wird der Stopp am Aktor entsprechend getriggert oder nicht, da im Stillstand der Stopp Eingang zu einer Kurzfahrt führen würde.

In der Autojalo Konfig habe ich Tdt, Tot h auf 0 gesetzt und M möglichst kurz da dies eh vom MDT Aktor sichergestellt wird, in der Loxone Logik die Pegel an den Ausgängen "Q-up" und "Q-down" jedoch möglichst schnell wieder resetet werden sollen, damit beim Lamellen verstellen nicht erst über die up/down Befehle und dann anschließend nochmal per Absolut-Lamellen-Positions Vorgabe gefahren wird.

Alle anderen Angaben sind entsprechend den echten Verhältnissen anzupassen,
auch im MDT Aktor, hier ist es wirklich wichtig, das die Timings jeweils sehr gut passen.





Grundsätzlich hatte ich nun auch schon wesentlich kompliziertere Logiken erdacht und getestet, nur benötigten die jeweils so viel Platz im MS, daß ich nicht alle 23 Raffstores umsetzen konnte. Ebenso war die Wartung und Fehlersuche ein echtes Abenteuer.

Achtung !!!
Ich hab noch vergessen zu erwähnen, daß am Aktor für die GA der Lamellenverstellung in der Loxone Config eine "Korrektur" von 0,0 zu 1,100 eingestellt werden muß, da der Lamellen Ausgang des AutoJalo Bausteins 0 bis 1 liefert, der Aktor jedoch 0 bis 100 möchte.

Nachtrag: (Danke an TomT für den Hinweis, siehe Kommentare unten)
-die Monoflop Zeit habe ich auf 0.1s gestellt.
-Wenn man im MDT Aktor die Einstellung (ETS) so vornimmt, daß das Objekt für den Verfahrstatus als 1 Objekt ausgegeben wird, kann man sich das "UND" ,also die Zusammenführung der zwei Objekte in der Loxone Config sparen.


Noch ein Wichtiger Hinweis:
Nach einer Änderung bzw. Neustart des Miniservers während die Jalos nicht ganz offen sind, muß man erst mal alle Jalos manuell ganz nach oben fahren bevor man die Autmatikbeschattung aktiviert oder reaktiviert um die Funktion zu prüfen. Also nicht wunder wenn nach dem Änderungen und Restart erst mal nichts passt/funktioniert. Ansonsten halt auf die nächste Beschattungsperioden Änderung warten (morgend oder Abdends) dann passiert das ja automatisch.
Beim Testen möchte ich aber üblicherweise nicht solange warten ;-)

für mich war folgendes wichtig... Der Raffstore soll per KNX Taster oder Loxone App bedienbar sein (direkt, ohne Zeitverzögerung); Ich möchte den aktuellen Öffnungsstatus in der App sehen; die Automatikbeschattung soll den richtigen Neigungswinkel anfahren; Der Neigungswinkel soll nur 1x auf den Bus gesendet werden, um den Bustraffic gering zu halten.
Bei manchen Varianten kann es sein, dass der Raffstore erst nach einer gewissen Sperrzeit die Position anfährt, oder der Neigungswinkel der Lamellen nicht passt.

[kitikonti]

Warum verwendest du eigentlich nicht die Loesung aus dem Loxwiki?

https://www.loxwiki.eu/pages/viewpage.action?pageId=6980172

Hat die Loesung Nachteile, bzw. funktioniert deine besser? Die anderen Loesungen sind ja oft Hybridloesungen wo lediglich die Automatikfunktion von Loxone kommt und der Rest von KNX direkt. Bei deiner Loesung laeuft ja auch alles nur ueber Loxone, deswegen vermute ich das du mit der Loxwiki Loesung Probleme hattest?

Hallo,

Leider hat sich herausgestellt, dass meine Lösung vom 24.10. auch nicht 100% zufriedenstellend war, da bei der Automatikbeschattung der Winkel der Raffstore teilweise nicht gepasst hat.
Habe jetzt seit diesem Sommer eine andere Variante im Einsatz, die bisher sehr gut läuft.
Zur Erklärung:
die Einschaltverzögerungen sind 0,6s; Minimale Dauer des Eingangsimpulses für Langzeitbetrieb des EIB Jalousie Bausteins ist 0,6s; Dauer Ausgangsimpuls der Monoflop Bausteine: 0,1s;
Dauer Verzögerung des Verzögerten Impulses ist 0,2; Dauer Ausgangsimpuls des Verzögerten Impulses ist 0,2; Formel: I1*100

lg

Hallo,
Leider hat sich herausgestellt, dass meine Lösung vom 24.10. auch nicht 100% zufriedenstellend war, da bei der Automatikbeschattung der Winkel der Raffstore teilweise nicht gepasst hat.
Habe jetzt seit diesem Sommer eine andere Variante im Einsatz, die bisher sehr gut läuft.
Details, dazu weiter unten in einem eigenen Beitrag, da ich in einem Kommentar keinen Screenshot einfügen kann.
lg

[kitikonti]

ich waere auch an mehr Details zu dieser Loesung interessiert

[kitikonti]

Hat die Loesung schon nun wer im Einsatz? Falls ja, wie sieht jetzt letztendlich das Programm in Loxone dazu aus? Ich verstehe auch nicht ganz wie die Konfig in der ETS dazu aussehen soll?

[Paulchen_Panther]

Hallo zusammen, bin ein absoluter Neuling auf dem Gebiet von Loxone und auch hier im Forum bisher nur passiv unterwegs gewesen.
Nun stehe ich mit meinen KNX-Jalousien genau vor diesem Problem, dass die Lamellenpositionen im Automatikbetrieb nicht ganz passen, liegt vermutlich am KNX-Bus... Hatte nun die einerseits die Idee als Notlösung unterschiedliche Nachführungsintervalle einzustellen, damit der KNX-Bus entlastet wird und die Lamellenpositionen wieder passen. Andererseits wäre es natürlich "eleganter" die KNX-Jalousie so anzusteuern, dass die Positionswertevon AQp und AQl an diese gesendet werden und die Jalousie selbst die Postionen anfährt, somit wäre die Zeitverzögerung am KNX-Bus aussen vor.
Damit gäbe es jedoch dann eben genau das Problem mit den "virtuellen Fahrten". Bitte korrigiert mich, falls ich falsch liege, aber wäre es nicht möglich, mit mehreren Analogwahlschaltern die Signale von der Automatikjalousie (Q auf, Qab, AQp und AQl) in Abhängigkeit von Qa (auf den Eingang S vom Analogwahlschalter) an die die KNX-Jalousie zu senden? Also wenn die Automatik aktivist, dann werden die Werte von AQp und AQl an die KNX-Jalousie gesendet und wenn die Automatik nicht aktiv ist, die Werte von Qauf und Qab?