[BETA] OpenKNX Dali Gateway - powered by REG1

[Ing-Dom]

jorues
sehr gut, du bekommst gleich eine PN

[emueller1996]

Magst du kurz dein Einsatzszenario beschreiben von welchem GW steigst du um, wie fit bist du bei DALI hast du schon OpenKNX Erfahrung, kannst du Löten. ?

Ich habe aktuell das OpenKNX DALI-Gateway mit RP2040 im Einsatz, davor das Schneider MEG6725-0001.
Ich bin Hobbyanwender, habe bisher aber eigentlich alles zum Laufen bekommen.

Ein paar OpenKNX-Geräte sind auch schon im Einsatz.
Löten (auch SMD) ist kein Problem.

[Grebnelloh]

Ich hab 3 Bausätze "REG1-LAN-TP-Dali" fertig. Ich würde diese motivierten Tester vorrangig zur Verfügung stellen, die die HW auch zeitnah aufbauen und in in der Praxis oder praxisnah Betrieb nehmen.
Wer hat Interesse?

falls noch möglich hätte ich großes Interesse daran die neue Hardware zu Testen. Ich verwende aktuell schon das RP2040 basierte DALI-Gateway. Ich stecke aktuell recht tief im DALI Protokoll und auch der aktuellen Software des DALI-Gateways da ich gerade an der Entwicklung von DALI LED-Treibern arbeite. Dabei bin ich über einen Bug in der Adressierung des Gateways gestolpert, den ich ohnehin zeitnah weiter debuggen möchte. Mehr Informationen dazu hier https://github.com/OpenKNX/GW-REG1-Dali/issues/10. Ich würde sehr gern testen wie sich das mit der neuen Hardware verhält.

[apoc4lyps]

blöde Frage, aber was ist der Vorteil der ESP32-basierten Geräten bzw. gibt es schon Infos was das Webinterface können wird?

[Ing-Dom]

im wesentlichen ein Webinterface mit Busmonitor.
Das geht schon.
Ob Mike noch mehr Ideen hat weiß ich nicht

[thewhobox]

Die Grundsätzlich Idee vom WebInterface ist, dass man in Zukunft die USB Konsole nicht mehr braucht.

Man sieht aktuell schon, welche Versionen kompiliert wurden, die FW Version und Dali speziell den Monitor.

[Humhum]

klinkt irgendwie genau nach dem gleichen Problem wie bei mir, mit der ETS 5.7.7.
Du kannst ja auch mal die ETS6 als Demo testen. Dort nur dein IP Interface und das DALI GW rein und probieren, ob der Scan funktioniert. Ich wette, das klappt auf Anhieb.

Eine kurze verspätete Rückmeldung. Ja mit der ETS6 Demo klappt der Scan. Dann muss ich die wohl für den Scan in Zukunft nutzen.

[fsl]

Wir haben uns an drei Stellen im Haus ein 48V/DALI-Schienensystem aufschwätzen lassen und ich denke gerade darüber nach, eine Hardwarevariante dafür zu planen. Das Problem ist, dass das DALI-Signal, das auf die Schiene gegeben wird, SELV sein soll. Man kann dann Repeater oder was auch immer kaufen, die die DALI-Leitungen entsprechend gegenüber dem Gateway isolieren, allerdings funktioniert das bei mir nicht. Ich habe schon verschiedene Repeater probiert, mein aktuelles Gateway sieht die EVGs in der Schiene aber nicht durch die Repeater. Deshalb ist DALI aktuell direkt an das Gateway (in dem Fall von Siemens) angeschlossen, was aber nicht den Spezifikationen der Schiene entspricht.

Versorgt wird die Schiene (und auch die Repeater) von einer Enertex 48V-Spannungsversorung, wobei hier die Sekundärseite selbsverständlich SELV ist. Meine Idee wäre nun, die Applikationsplatine um einer DALI-Spannungsversorgung zu ergänzen. Wenn man die 48V von der Enertex-Spannungsversorgung nähme und die auf 16V umwandelte sowie noch eine Strombegrenzung auf 250mA einbaute, müsste das doch funktionieren? Nach allem, was ich gefunden habe, scheint es keine weiteren, wesentlichen Anforderungen zu geben.

Habe mir gerade mal das REG1-Repository von Github runtergeladen und gesehen, dass die Schaltung von der "REG1-App-Dali" zur "REG1-App-2xDALI" ziemlich stark verändert wurde. Oben war die Rede von der ESP32-Version mit Netzwerk. Was nimmt man da am Besten?

Hat jemand zufällig auch noch eine Idee, wie man die 48V unkompliziert auf 16V bekommt und die Strombegrenzung auf 250mA einbaut (im Sinne von Schaltungsvorschlägen)?

Wenn das so funktionieren würde, wäre das eine elegante Lösung für das DALI-SELV-Problem bei den Kleinspannugsschienen.

[thewhobox]

So ganz trivial ist das nicht. Du musst auch dafür sorgen, dass die flanken der Spezifikation entsprechen und das bei jeder Buslast (0-250mA).
Im Netz gibt es dazu viele Schaltpläne.
Gezielt Vorschlagen werde ich davon aber nichts, da ich mich da zu wenig auskenne.
Der Dali Bus ist so schon sehr anfällig, da will ich nicht noch ein schlechtes Netzteil haben, was das ganze noch verschlimmert

Ich habe schon verschiedene Repeater probiert, mein aktuelles Gateway sieht die EVGs in der Schiene aber nicht durch die Repeater.

Hast du denn hinter dem Repeater eine eigene Dali Spannungsversorgung gehabt?

[Ing-Dom]

Habe mir gerade mal das REG1-Repository von Github runtergeladen und gesehen, dass die Schaltung von der "REG1-App-Dali" zur "REG1-App-2xDALI" ziemlich stark verändert wurde.

richtig, die Schaltung wurde komplett überarbeitet und ich würde die neue empfehlen. Mit ESP und LAN hat das nichts zu tun.

[jeff25]

fsl ich würde dir zu einem zertifizierten Netzteil raten und da nicht selbst rumbasteln. Ich habe erst die Tage wieder bei einer installation seltsame Verhalten gehabt wo die Adressen plötzlich weg waren und da war genau so eine DIY Spannungsversorgung im Spiel. DIe Netzteil kosten eh kaum was daher lohnt der Aufwand/Ärger auch nicht.

[Mjendrike]

Moin Zusammen,

möchte einen kleinen Erfahrungsbericht zur Integration von RGB(W)-Leuchtmitteln teilen.

"REG1-Dali-Release-0.9.5"

Vielleicht stelle ich mich auch einfach an - als noch-Einsteiger - , aber die Integration ging bei meinem alten MDT SCN-DA642.04 Gateway ein wenig unproblematischer bei RGB. Aber der Erfolg von einem guten Produkt hängt IMHO auch davon ab, wenn möglichst viele Nutzer (auch Einsteiger) das Dingen problemlos integrieren können. Über die Ostertage war dann ein wenig Zeit und der Sohn hat geknöttert warum seine Lichtfarbe noch immer nicht eingestellt werden kann 😅

Zum einen habe ich ein RGBW-Leuchtmittel, da das Gateway aber wohl noch kein RGBW unterstützt wie im ersten Beitrag #1 (nach der Aktualisierung am 29.12) zu lesen ist,

https://knx-user-forum.de/forum/proj...g1#post1914525

habe ich daraufhin die vierte "Farbe" (W) erst einmal ignoriert. Des Weiteren hat thewhobox am 12.12 geschrieben, dass noch HW zum Testen fehlt. Soll ich dir ein Stück RGBW und RGBCCT Streifen zukommen lassen? (einfach PN an mich)

https://knx-user-forum.de/forum/proj...78#post2069078

Ich benutze übrigens die LED-Controller, MiBoxer „DL-X“ EVGs im Mode „DL-3“ (RGB)
DL1 Bedeutet einfarbigen Ausgabemodus
DL2 Bedeutet Farbtemperatur-Ausgabemodus (Farbtyp Tc)
DL3 Bedeutet RGB-Ausgabemodus（Farbtyp Tc, xy-Koordinaten, RGBWAF）
DL4 Bedeutet RGBW-Ausgabemodus（Farbtyp Tc, xy-Koordinaten, RGBWAF）
DL5 Bedeutet RGBCCT-Ausgabemodus（Farbtyp Tc, xy-Koordinaten, RGBWAF

Der Fehler von meinem Post vom 22.10 ist gefunden.
Und zwar wenn man zusätzlich zu EIN/AUS, R, G, B noch die Helligkeitswerte auf die Datenpunkte der X1 Visu legt kommt es zu dem seltsamen Verhalten in dem Beitrag.

https://knx-user-forum.de/forum/proj...28#post2059828

Entferne ich den Status der Helligkeitswerte aus der Visu (Entspricht „Status Dimmen Absolut“) ist der Fehler weitestgehend beseitigt

und es bleibt nur noch ein kleines Problem:
Wenn ich jetzt die Helligkeit ändere, kommt bei jeder zweiten Änderung der Status „AUS“ zurück
image.png
Also Status EIN/AUS, aus der X1 Visu entfernt und keine übles Verhalten mehr.
Ich hatte die RGB/RGBW Funktion schon zuvor über das „MDT SCN-DA642.04 KNX-DALI-Gateway“ realisiert aber diese Art von Problemen habe ich nicht erkennen können.

image.png

Dann wollte ich über den allseits belieben MDT-Glastaster die RGB-Ansteuerung realisieren, welcher jedoch nur HSV-relativ kann. Deshalb jetzt die Frage. Kann schon abgeschätzt werden ob und wann die folgenden Funktionserweiterung kommen?

RGB/HSV relativ setzen.
RGBW absolut/relativ
RGBCCT absolut/relativ

Da die weiße Farbe und angenehme Farbtemperatur bei einem Jugendzimmer doch von Bedeutung ist, werde ich vorerst vermutlich erst einmal das bei TW wirklich gute OPENKNX DALI-Gateway rauswerfen müssen. Sobald die Integration von RGBW/CCT Absolut/Relativ vollständiger ist, kommt es sofort wieder rein!!

Macht bitte weiter, ist ein tolles Projekt!

Grüße
Matthias

[fsl]

So ganz trivial ist das nicht. Du musst auch dafür sorgen, dass die flanken der Spezifikation entsprechen und das bei jeder Buslast (0-250mA).
Im Netz gibt es dazu viele Schaltpläne.
Gezielt Vorschlagen werde ich davon aber nichts, da ich mich da zu wenig auskenne.
Der Dali Bus ist so schon sehr anfällig, da will ich nicht noch ein schlechtes Netzteil haben, was das ganze noch verschlimmert

Das nehme ich mit und überlege noch einmal. Ich hätte jetzt gedacht, dass die Spannungsversorgung jetzt nicht selbst am Busverkehr teilnimmt und deshalb mit den Flanken eher sekundär zu tun hat, muss halt nur genug (und nicht mehr als erforderlich liefern). Mangels entsprechender Testmittel könnte ich es auch einfach nicht wirklich auf Fehlersuche gehen.

Hast du denn hinter dem Repeater eine eigene Dali Spannungsversorgung gehabt?

Nein, das darf ich dann nach meinem Verständnis nicht, weil man dann zwei Spannungsversorgungen hätte. Und in jedem Fall würde man so das Erfordernis an SELV konterkarieren. Es gibt meines Wissens nach keine DALI-Spannungsversorgung, bei der die Sekundärseite gegenüber der Primärseite als SELV zertifiziert wäre (ist ja eigentlich auch Unsinn, aber eben für die Kleinspannungsschienen vorgeschrieben).