[BETA] OpenKNX Dali Gateway - powered by REG1

[traxanos]

Dennoch ein kleiner Tipp:
https://openknx.atlassian.net/wiki/s...ierung+l+schen
Das geht leichter

[bambam]

Hallo, ich habe mir heute auch viel Zeit genommen um mal das OpenKNX DALI-Gateway richtig in Betrieb zu nehmen. Nach ein paar Startschwierigkeiten, bei denen mir thewhobox netterweise geholfen hat, möchte ich hier auch mal mein konstruktives Feedback dazu geben. Ich finde auch, dass ihr das DALI-GW super umgesetzt habt und bedanke mich hier auch mal für das tolle Projekt!

Aber ein paar Punkte, die sich evtl. noch verbessern lassen, sind mir heute aber auch aufgefallen. Da ich die 31 Seiten hier nur überflogen habe, könnte es auch gut sein, dass das meiste davon schon bekannt ist.

Wie hier auch schon von anderen gewünscht wurde, fände ich es ebenfalls gut, wenn man aus dem ETS-Dialog die gefunden EVG's direkt schalten könnte um diese den Leuchten und Kanälen zuzuordnen. Vermutlich ist das aber nicht so leicht machbar. Um mir zu helfen habe ich nun einen Satz Dummy-GA angelegt und habe darüber dann jedes EVG schalten und zuordnen können.

Dann gibt es noch eine Sache, die ich von keinem anderen Dimmer oder DALI-GW kenne und die mir aktuell beim Relativen Dimmen echt Probleme macht. Und zwar wird bei Dimmen nach einem Dimmvorgang neben dem Status für die Helligkeit, auch der Status für Ein/Aus gesendet, obwohl sich dieser ja gar nicht geändert hat. Das führt nun dazu, dass wenn man eine Einfach-Taste zum dimmen verwendet bei der normalerweise nach jedem Dimmvorgang die Richtung dunkler/heller wechselt, man nun nur dunkler Dimmer kann, weil nach einem Ein-Telegramm(vom Status) immer als nächste Dimmrichtung die Helligkeit reduziert wird und ich so nur noch dunkler dimmen kann Heller dimmen geht dann nur aus dem Zustand, wenn die Lampe aus ist. Als Workaround habe ich nun den 1-Bit Status von dem Taster entfernt, aber das hat ja bekanntlich wieder andere Nachteile. Wäre es denn möglich, dass zukünftig nur eine Ein/Aus Status Telegramm kommt, wenn sich auch der Status geändert hat?

Die Besonderheit, dass man sich beim OpenKNX DALI-GW nicht entscheiden muss, ob man ein EVG als Einzelgerät, oder als Gruppe betreiben möchte ist eine tolle Sache, die ich auch gleich genutzt habe. Allerdings musste ich dann aber feststellen, dass man beim Dimmen einer Gruppe auch nur 1 KO für den Helligkeitsstatus zurückbekommt. Im Prinzip ist das ja auch logisch, da ja die ganze Gruppe gedimmt wird. Wenn man die EVG's aber z.B. in der Visu auch einzeln verwenden möchte, dann stimmt deren 1-Bit und 1-Byte Status nicht, sobald man die Gruppe schaltet, oder dimmt. Daher bin ich wieder davon weggekommen und verwende in den Parametern nur Gruppen bei EVG's, die ich nicht einzeln schalten will. Bei den andren Gruppen mache ich es klassisch in dem ich die KO's mit mehreren GA's verbinde. Dann bekomme ich auch von jedem EVG nach dem Dimmen den aktuellen Status auf den Bus.

ABER es gibt ein EVG, dass nach dem Status, nochmal einen Status-Telegramm für die Helligkeit sendet, welches aber einen ganz anderen Wert hat. Ich habe alle Parameter kontrolliert und beim Spot 5 sind die Einstellungen genauso, wie bei den anderen Spots. Im Screenshot des Busmonitors kann man sehen, was ich meine. Alle 6 Spots haben eine Helligkeit von 80%, aber beim Spot 5 kommt nochmal ein Telegramm mit 15%, obwohl alle die gleiche Helligkeit haben. Am EVG selbst kann das doch nicht liegen, oder? Wenn ich den Spot einzeln dimme, dann passiert das nicht.

Grüße André


Screenshot 2025-10-06 115528.png

[thewhobox]

die gefunden EVG's direkt schalten könnte um diese den Leuchten und Kanälen zuzuordnen.

Ja das will ich auch implementieren.
Wenn das EVG aber noch keine Adresse hat, geht das mMn nicht. (wäre für die Inbetriebnahme gut)
Wenn das EVG eine Adresse hat, geht das eig recht einfach. Da werde ich auch etwas einbauen.

wenn sich auch der Status geändert hat?

Ich muss gestehen ich verwende das relative Dimmen selbst nur selten^^
Da bin ich auf euer Feedback angewiesen.
Theoretisch sollte der Status auch nur gesendet werden, wenn der sich auch Ändert.
Ich werde das mal auf die ToDo-Liste nehmen, da es auch noch ein offenes Issue bezüglich relatives Dimmen gibt.

dann stimmt deren 1-Bit und 1-Byte Status nicht

Das ist der Grund, warum die anderen Dali-GWs es immer nur erlauben ein EVG entweder einzeln oder Gruppe anzusteuern.
Man kann einfach nie einen korrekten Status garantieren.
Ich bin dran das in die Richtung von Gruppe -> EVG zu machen.
Aber von EVG -> Gruppe ist es nicht möglich den Status aktuell zu halten, wenn nur ein EVG der Gruppe gesteuert wird.

aber beim Spot 5 kommt nochmal ein Telegramm mit 15%

Hm das jetzt so vom Screenshot nur zu wissen ist schwierig.
Da müssten wir das ganze eher mal direkt debuggen oder mit einer Version die mehr Ausgaben hat.
Nach und während dem relativen Dimmen frage ich die aktuelle Helligkeit vom EVG ab.

Gruß Mike

[henfri]

Man kann einfach nie einen korrekten Status garantieren.
Ich bin dran das in die Richtung von Gruppe -> EVG zu machen.

Das ist aber kein Problem von Dali, sondern ein prinzipielles, welches auch besteht, wenn man per KNX Gruppen macht oder Zentralfunktionen nutzt.

Sobald es mehrere Geräte gibt, einzeln und per Zentralfunktion steuerbar sind, muss man sich entscheiden, ob der Status für die Gruppe per "und" oder "oder" verknüpft ist. Das Dali-GW könnte punkten, indem man dies konfigurieren kann (Status ist 1 wenn eins oder wenn alle an sind; Dimmwert ist min oder max oder mittelwert).

Gruß,
Hendrik

[bambam]

Ich bin dran das in die Richtung von Gruppe -> EVG zu machen.
Aber von EVG -> Gruppe ist es nicht möglich den Status aktuell zu halten, wenn nur ein EVG der Gruppe gesteuert wird.

Wenn das von Gruppe -> EVG geht wäre cool. Das gleiche gilt übrigens auch für Szenen die z.B. über das Allgemeine KO reinkommen. Hier wäre es auch optimal, wenn jedes EVG seinen Status senden würde, falls das geht?
Die andere Richtung macht ja auch wenig Sinn. Was soll die Gruppe für einen Status haben, wenn 2 EVG's aus der Gruppe An sind und 2 Aus?

Ja das will ich auch implementieren.
Wenn das EVG aber noch keine Adresse hat, geht das mMn nicht. (wäre für die Inbetriebnahme gut)
Wenn das EVG eine Adresse hat, geht das eig recht einfach. Da werde ich auch etwas einbauen.

Wenn die EVG's bei der Suche gefunden wurden, dann bekommen Sie ja eine Adresse und erst dann würde es meiner Meinung auch Sinn machen EVG's zuzuordnen.

Hm das jetzt so vom Screenshot nur zu wissen ist schwierig.
Da müssten wir das ganze eher mal direkt debuggen oder mit einer Version die mehr Ausgaben hat.

Ja das glaube ich. Müsste ich mal schauen, wann ich das nächste Mal vor Ort bin und du auch Zeit dafür hättest. Wird bei mir aber realistisch erst im November klappen

[thewhobox]

Ich sags ganz ehrlich. Das ist mir zu viel Aufwand
Wenn jemand ein PR erstellt merge ich es gerne.

Ein Und/Oder ist ja auch nix, was man mit einem Logikmodul nicht lösen könnte.
(genauso min/max/Mittel)
Dafür muss dann aber natürlich Gruppe -> EVG klappen.

[Mjendrike]

Hallo Zusammen,

vorab ein geiles Projekt! großes Lob!

Stelle grade von MDT auf das Open-KNK Dali Gateway um, da ich mit dem MDT nur über die Gruppensteuerung TW ansteuern konnte, und ich habe TW überall verbaut.
Deshalb der Umstieg..

TW funktioniert bereits super und ich habe keine Probleme.

Ich habe jedoch Probleme bei Farbsteuerung mit RGB. Ansteuerung über RGB. Hat das schon einmal einer Probiert? Mit dem MDT hat es funktioniert, weshalb ich Hardwarefehler erst einmal ausschließen würde.

Sobald ich die Farbe einstelle, bekomme ich über den Dimmstatus 0% gesendet. Alle weiteren Einstellversuche der Farbe bringen die LED zum blinken mit allen 3 Farben ein, also Weiß.
Sowohl über die Ansteuerung über Kurzadressen als auch über die Gruppe tritt das Phänomen auf..
Der LED Controller ist ein MiBoxer DL-X

-Release ist v0.9.5-

Hat wer eine Idee, oder RGB ausprobiert?

Grüße
Matthias

image.pngimage.png

image.png

[linusb]

Hi,

ich habe das Gateway jetzt seit ein paar Wochen bei einem Familienmitglieg im Einsatz, bisher keine wirklichen Probleme (mit dem GW) gehabt. Nachdem ich ganz China nach TRIAC (230V) Dimmern mit Dali leergesucht hatte bin ich mir jetzt sicher, dass es keins gibt das gut funktioniert. Entweder die dimmen (mit LED Leuchtmittel sichtbar) nur >10% oder die Addressierung geht nicht. Da ich leider kein anderes GW da habe bin ich mir natürlich nicht 100% sicher, dass es nicht am GW liegt, aber sei es drum.

Was ich noch sehr nett fände wäre eine Sperre für die HCL Funktion. Entweder generell oder pro Leuchte.

Mit Home Assistant kann man Szenen nur aus gesamten Rückmeldungen des devices erstellen. Heißt ich schicke beim Erstellen eine Helligkeit und das GW antwortet richtigerweise mit Helligkeit und Lichtfarbe. Damit kann ich die automatische HCL Anpassung entweder ganz oder gar nicht nutze, weil ich die gesamte Bedienung der Beleuchtung im Wohnbereich über KNX-Taster -> Home Assistant -> KNX-Aktor mache.

Ansonsten ein klasse Gerät und überlege schon das nächste einzubauen.

[uncelsam]

Ich hab eines von ISOled im Einsatz, bin da aber auch nicht glücklich darüber, lässt sich auch nicht ordentlich runter Dimmen. Was hast du für welche getestet die sich gut Dimmen aber nicht adressieren ließen?

[thewhobox]

nur >10% oder die Addressierung geht nicht.

Ist eventuell im EVG das MinLevel zu hoch eingestellt?
Du probierst das über den absoluten Wert oder über relatives Dimmen?

Sperre für die HCL Funktion

Du willst die Kurve sperren?
Darf ich fragen warum? Interessiert mich einfach.

Mit Home Assistant kann man Szenen nur aus gesamten Rückmeldungen des devices erstellen.

Hier habe ich nicht genau verstanden, was nun das konkrete Problem dabei ist.

KNX-Taster -> Home Assistant -> KNX-Aktor mache.

Das halte ich für fatal!
Denn sobald eins der Teile unten ausfällt kannst du nichts mehr steuern:
- HomeAssistant
- Netzwerk
- IP Interface

[shortyle]

Hi,
kurze Frage, interpretiere ich es richtig, dass in der Applikation_Szene, jedes Einzel-EVG oder Gruppe einer Szene zugeordnet.

Sprich:
habe ich in einem Raum 4 Szenen (alles aus, GuMo, GuNa, Standardbeleuchtung) und 3 Einzel-EVG + 2 Gruppen (mit anderen EVGs) so ergeben sich 20 Zuordnungen (4 x 5)?
Bei 4 Räumen wären es dann schon 80 Zuordnungen, was mit dem Gateway ja nicht funktioniert.

Oder bin ich da auf dem Holzweg?

[thewhobox]

Das wäre ein Weg das zu tun.

Du kannst aber auch in den EVG/Gruppen Einstellungen das Szenenobjekt aktivieren.
Dann hast du bei den ganzen KOs für A0 zum Beispiel noch zusätzlich das KO 37.
Dorthin gesendete Szenen werden X:X-1 an nur das EVG bzw Gruppe weitergegeben.
Beispiel du sendest Die KNX Szene 4 an das KO 1336 von G1. Nun wird die Daliszene 3 an alle EVGs in der Gruppe 1 gesendet.

Du bräuchtest also eine Szenen GA pro Raum.

[linusb]

Ist eventuell im EVG das MinLevel zu hoch eingestellt?
Du probierst das über den absoluten Wert oder über relatives Dimmen?

Das habe ich ausgelesen und auch einfach mal überschrieben. Jeweils mit 1-5% ohne Veränderung.

Du willst die Kurve sperren?
Darf ich fragen warum? Interessiert mich einfach.

Um das Problem mit Home Assistant zu umgehen. Wenn ich eine Szene für eine TW Leuchte anlege wird automatisch die Helligkeit und Lichtfarbe gespeichtert und bei Szenenaufruf wieder versendet.
Beispiel Küche:
Szene 1: Arbeitsfläche 30%, Mitte 10%
Szene 2: Arbeitsfläche 100%, Mitte 100%
Szene 3: Arbeitsfläche 10% und warmweiß, Mitte aus

Da kann ich so nicht erreichen, dass für Szene 1 und 2 (Frühstück und Kochen bspw.) die Lichtfarbe über HCL gesteuert wird und in der letzten Szene eine feste für eine Hintergrundbeleuchtung wenn ich auf der Couch liege. Wenn ich HCL mit schreiben einer Lichtfarbe deaktiviere ist das halt in jeder HA-Szene der Fall. Wenn ich die Kurven über Objekte sperren kann könnte ich dieses Objekt mit in die Szenen aufnehmen.

Das halte ich für fatal!
Denn sobald eins der Teile unten ausfällt kannst du nichts mehr steuern:
- HomeAssistant
- Netzwerk
- IP Interface

Völlig richtig, da hab ich mir auch lange den Kopf zu zerbrochen. Da ist dann die Abwägung zwischen Komfort/Sicherheit in Richtung Komfort gegangen. Ich programmiere aber immer auf die Taste "Szene aus" mit langem Knopfdruck eine Umschaltfunktion für die größte Beleuchtung im Raum. Somit kann man sich da mal einen Tag mit behelfen sollte eins der Geräte die Segel streichen.

KNX hat wie Dali auch mit einem einzelnen Netzteil und bei Dali mit dem Gateway auch Single Points of Failure, also perfekt wird es wohl leider nie werden...

edit: aus versehen TW statt HCL geschrieben

[Flyover1974]

Hallo Leute,

mein dali GW ist schon seit bald 8 Monaten im Schaltschrank verbaut aber leider konnte ich mich wegen dem WAF Faktor noch nie dazu durchringen, es endlich in Betrieb zu nehmen um das um das MDT Dalicontrol 64 endlich zu ersetzen. (Die FW ist noch mindestens genauso alt...sollte ich updaten ?)
Wie ja jeder knx ETS Benutzer weiß, klappt so ein Wechsel selten auf Anhieb reibungslos und unsere Frauen reagieren da bekanntlich relativ empfindlich darauf
Heute war es soweit, bis dato nur die Basisfunktionen aber einiges bekomme ich nicht hin:

1. Wie schaffe ich es dass der Einschaltwert Nacht für die Helligkeit aktiviert wird ?
Ich bin zwar nicht in Deutschland aber nicht weit weg davon, also lasse ich trotzdem die Sonnen auf und Untergangszeiten laut Standort Koordinaten berechnen, das müsste doch passen ?
2. ich habe die Miboxer 5 in 1 und da auch RGB TW Stripes dran, wie schalte ich zur tageszeit basierten HCL Regelung die 2 weißen Leds dazu damit es heller wird ? die EVGs sind bei den RGB TW Leuchten alle im DT8 Modus eingestellt.

LG Hermann
P.S. ich hoffe meine Fragen sind nicht zu doof für diesen Thread...

[thewhobox]

Wie schaffe ich es dass der Einschaltwert Nacht für die Helligkeit aktiviert wird ?

Dazu musst du das KO 3 (Tag/Nacht) verwenden.
Die Koordinaten werden nur für die HCL Kurve benötigt.

die EVGs sind bei den RGB TW Leuchten alle im DT8 Modus eingestellt.

Mit RGBCC kenne ich mich nicht aus.
Hab auch nix zum Testen da.
Evtl muss das Gerät dann über RGBWAF angesteuert werden, was nicht implementiert ist.
Da wäre ich auf einen PullRequest angewiesen, von jemandem der das implementiert und auch bei sich testen kann.