[BETA] OpenKNX Dali Gateway - powered by REG1

[Flyover1974]

Danke dir.
Kann ich eventuell nur RGB ansteuern und TW separat ?
Ich habe die Miboxer 5 in 1 EVGs, das sind die Betriebsmodi:

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

Kannst du damit was anfangen ?

LG Hermann

[thewhobox]

Hey Flyover1974

aktuell geht leider nur DL1 bis 3 als TC oder XY.
Ich hab den MiBoxer auch bei mir, aber keine HW zum Testen für RGBW/RGBCCT.
Ich hoffe, dass ich über die Feiertage mal wieder etwas mehr Zeit habe und am GW Arbeiten kann.

[henfri]

Hallo,

gibt es eine aktuelle Übersicht der Funktionalität?
Der erste Beitrag ist ja nicht mehr aktuell.

Gruß,
Hendrik

[thewhobox]

henfri Ich habe die Liste in Beitrag 1 mal etwas angepasst.
Falls dir noch etwas fehlt oder spezielle Fragen hast melde dich.

[re4p3r]

Hi zusammen,
da ich gerade ein wenig an Möglichkeiten für das Bauvorhaben das hoffentlich dann bald startet am sondieren bin und mein Spieltrieb mal wieder zündet, würde ich mich gerne ein wenig mehr in die DALI Beleuchtungssteuerung einarbeiten.
Lichtplanung ist am laufen und bisher schielt einiges Richtung DALI (evtl. 48V Schienensystem).
Da ich ungern in der Phase auch gleich eine DALI Maus kaufen wollen würde, stellt sich mir die Frage nach der Inbetriebnahme. An sich geht das ja über das GW zumindest grundsätzlich.
Inbetriebnahme ist aber über bspw. das Lunatone Cockpit o.Ä. im Moment noch nicht möglich, korrekt?
Hatte das mal über andere Quellen aufgeschnappt, dass das ggf. in der Zwischenzeit gehen sollte.

Wenn nein wie gut funtktioniert die Inbetriebnahme in der Zwischenzeit über das GW selbst?!

[thewhobox]

Wenn nein wie gut funktioniert die Inbetriebnahme in der Zwischenzeit über das GW selbst?!

Das lässt sich pauschal leider nicht sagen.
Es kann immer sein, dass Geistgeräte auftauchen oder Geräte erst nach dem 3ten Suchdurchgang gefunden werden.
Ich kann aber sagen, dass seit der neuen dali lib kaum noch jemand wirklich schwierigkeiten mit der Inbetirebnahme hat.

Mit dem Cockpit funktioniert glaub aktuell nur der Busmonitor. Hab es selbst schon lange nicht mehr verwendet.
In der letzten Version des Cockpits hat sich aber auch viel geändert. Kann gut sein, dass sie uns nun ausgesperrt haben.

[re4p3r]

hmm okay alles klar. Da werd ich mal mein Glück versuchen müssen nehme ich an . Falls das doch nicht sein sollte, was ich fast nicht glaube , gibts hier bestimmt Abnehmer fürs GW

[shortyle]

Hi,

ich muss nochmal meinen Post wieder hochholen.

Ich habe nun ein weiteres DALI Gateway. Beide, das Neue und das Alte sind noch nicht in den produktiven Einsatz gegangen.

Allerdings habe ich beim neuen GW das gleiche Problem wie beim Alten und es erscheint beim Scannen der Fehler, dass das Gerät nicht antworten würde, trotz das zuvor die PA und die Applikation aufgespielt werden konnte.

Der Workaround mit der Konsole ist irgendwie auch keine Dauerlösung.

Aktuell ist folgende Software im EInsatz

ETS: 5.7.7
Firmware und Applikation (v0.9.5) über die OpenknxToolbox (v1.0.12)

Ne Idee woran das liegen kann?

[thewhobox]

shortyle kannst du mir das Log der ETS schicken, wenn der Fehler aufgetreten ist?

Ich habe nun ein weiteres DALI Gateway

Ein zweites OpenKNX GW?

[shortyle]

Ja, ein zweites OpenKNX GW mit der selben Fehlermeldung wie das erste OpenKNX GW.

Was genau meinst du mit ETS Log? Im Gruppenmonitor taucht leider überhaupt nix auf und in der Historie der laufenden Operationen ist wieder nur folgende Fehlermeldung zu sehen.

Bildschirmfoto 2026-01-23 um 10.11.36.png

[thewhobox]

Was genau meinst du mit ETS Log?

Damit meine ich das Log der ETS.
C:\Users\[Nutzername]\AppData\Local\KNX\ETS5\Log

Ansonsten gern per Wireshark mal aufzeichnen. Da kann man recht gut erkennen was so passiert.

Welches IP Interface verwendest du?

[shortyle]

IP Interface ist von Enertex.
Hab auch ein OpenKNX Router, aber beim Scannen wählt der trotz aktivierten OpenKNX Router (Statuszeile unten links) immer das Enertex Interface aus.

Hier der Auszug aus dem LOG des Zeitraumes, wo auch der Scan stattfand. 10.0.20.107 ist das Enertex Interface

2026-01-23 10:10:55,768 [1] INFO  Knx.Falcon.Bus - opening connector KnxIpTunneling with params Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS in mode LinkLayer
2026-01-23 10:10:55,769 [1] INFO  Knx.Falcon.ConnectionManager - New connection Con-ID: KnxIpTunneling, Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS (Ch=0) (Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS)
2026-01-23 10:10:55,771 [1] INFO  Falcon.TunnelingBusConnector - Connect bus connector to Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS, type Tunneling, useNat False, mode LinkLayer
2026-01-23 10:10:55,785 [8] INFO  Falcon.TunnelingBusConnector - IP Unicast - Connected as Tunneling to 10.0.20.107:3671 Ch#20
2026-01-23 10:10:55,804 [1] INFO  Knx.Ets.ViewModel.Application.Dashboard.BusPanel.ConnectionViewModel - Set bus access for openParameters 'OpenParams name=ETS (10.0.20.107:3671)Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS' to 'LoadDevice'
2026-01-23 10:10:55,804 [24] INFO  Knx.Falcon.Bus - opening connector KnxIpTunneling with params Type=KnxIpTunneling;HostAddress=10.0.20.107;Name="IP Interface" in mode LinkLayer
2026-01-23 10:10:55,807 [24] INFO  Knx.Falcon.ConnectionManager - Sharing existing connection Con-ID: KnxIpTunneling, Type=KnxIpTunneling;HostAddress=10.0.20.107;Name="IP Interface" (Ch=0) (Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS); new ref count = 2.
2026-01-23 10:10:55,808 [24] INFO  Knx.Falcon.ConnectionManager - Disposing connector 'Connector KnxIpTunneling, OpenParams=Type=KnxIpTunneling;HostAddress=10.0.20.107;Name="IP Interface", ChnId# -'
2026-01-23 10:10:55,848 [24] INFO  Knx.Falcon.Bus - Open Device: targetAddress 1.0.39, ConnectionMode RemoteConnectionOriented
2026-01-23 10:10:56,027 [24] INFO  Knx.Ets.Hawk.NetworkFacade - ConnectDevice(1.0.39)
2026-01-23 10:10:56,028 [24] INFO  Knx.Falcon.Device - setting Max used APDU length to 15 for device 1.0.39
2026-01-23 10:10:56,029 [24] INFO  Knx.Ets.Hawk.NetworkFacade - MaxCommunicationApduLength(1.0.39)=15
2026-01-23 10:10:56,029 [24] INFO  Knx.Ets.Hawk.NetworkFacade - get MaskVersion(1.0.39): 07B0
2026-01-23 10:10:56,196 [24] INFO  Knx.Ets.Hawk.NetworkFacade - ReadProperty(1.0.39, 0/56, PDT=4, 1...1): 00 FE
2026-01-23 10:10:56,197 [24] INFO  act - Device supports MaxADPULength 254
2026-01-23 10:10:56,197 [24] INFO  Knx.Falcon.Bus - LocalConfig of Connector KnxIpTunneling, OpenParams=Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS, ChnId# 20 is IA: 1.0.5 Mask: 0021 Medium: Tp ApduLenSupported: 248
2026-01-23 10:10:56,214 [24] INFO  act - DetermineMaxApduLengthToUse evaluates to 239
2026-01-23 10:10:56,215 [24] INFO  act - DetermineUsedApduLength: 239 restricted by Router
2026-01-23 10:10:56,216 [24] INFO  Knx.Falcon.Device - setting Max used APDU length to 239 for device 1.0.39
2026-01-23 10:10:56,217 [24] INFO  Knx.Ets.Hawk.NetworkFacade - MaxCommunicationApduLength(1.0.39)=239
2026-01-23 10:10:56,217 [24] INFO  Knx.Ets.Hawk.NetworkFacade - get MaskVersion(1.0.39): 07B0
2026-01-23 10:11:02,509 [4] INFO  Falcon.CO-TransportLayer - send disconnect due to TL timeout
2026-01-23 10:11:06,335 [7] WARN  Knx.Falcon.Device - NoResponseReceivedException, 1 retries left
2026-01-23 10:11:06,587 [7] INFO  Falcon.CO-TransportLayer - Connection state AutoClosed -> Reconnecting
2026-01-23 10:11:10,847 [12] INFO  Knx.Falcon.TunnelingHeartbeat - Heartbeat
2026-01-23 10:11:10,847 [12] INFO  Knx.Falcon.TunnelingHeartbeat - Sending heartbeat on 'Connector KnxIpTunneling, OpenParams=Type=KnxIpTunneling;HostAddress=10.0.20.102;Name="OpenKNX IP Router", ChnId# 151'
2026-01-23 10:11:10,855 [12] INFO  Falcon.TunnelingBusConnector - ConnectionStateResponse(10.0.20.102:3671) -> NoError
2026-01-23 10:11:10,855 [12] INFO  Falcon.TunnelingBusConnector - opening firewall for 10.0.10.80:63009
2026-01-23 10:11:10,862 [12] INFO  Knx.Falcon.TunnelingHeartbeat - Starting heartbeat timer
2026-01-23 10:11:13,038 [18] INFO  Falcon.CO-TransportLayer - send disconnect due to TL timeout
2026-01-23 10:11:16,861 [24] WARN  Knx.Ets.Hawk.FalconNetworkAccessProvider - Device.InvokeFunctionProperty failed: No indication received for telegram: br APciFunctionPropertyCommand_req -> 1.0.39 -  (S=1) ObjectIndex=160 PropertyId=1 Data=$03, $00, $00, $00, $01
09:10:55.786 - Connection state event: Connected
09:10:55.792 - Connection state event: Connected
09:10:55.886 - T_Connect (1.0.39)_conf
09:10:55.907 - bf MaskVersionRead_con <- 1.0.39 -  (S=0)
09:10:55.964 - dk T_Ack_ind <- 1.0.39 -  (S=0)
09:10:56.009 - bg MaskVersionResponse_ind <- 1.0.39 -  (S=0) MaskVersion=07b0
09:10:56.027 - dk T_Ack_con <- 1.0.39 -  (S=0)
09:10:56.060 - c2 APciPropertyValueRead_con <- 1.0.39 -  (S=1) ObjectIndex=0 PropertyId=56 NumberOfElements=1 StartIndex=1
09:10:56.123 - dk T_Ack_ind <- 1.0.39 -  (S=1)
09:10:56.177 - c3 APciPropertyValueResponse_ind <- 1.0.39 -  (S=1) ObjectIndex=0 PropertyId=56 NumberOfElements=1 StartIndex=1 Data=$00, $fe
09:10:56.195 - dk T_Ack_con <- 1.0.39 -  (S=1)
09:10:56.255 - br APciFunctionPropertyCommand_con <- 1.0.39 -  (S=2) ObjectIndex=160 PropertyId=1 Data=$03, $00, $00, $00, $01
09:10:56.324 - dk T_Ack_ind <- 1.0.39 -  (S=2)
09:10:56.376 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $4a, $c9, $a0, $01
09:10:59.336 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $4a, $c9, $a0, $01
09:11:00.667 - GroupValueRead GA=0/0/2
09:11:00.722 - GroupValueResponse GA=0/0/2 Value=$aa, $0b, $03
09:11:00.722 - GroupValueRead GA=0/0/1
09:11:00.770 - GroupValueResponse GA=0/0/1 Value=$17, $01, $1a
09:11:00.770 - GroupValueWrite GA=6/4/142 Value=$41, $a8, $cc, $cd
09:11:01.696 - GroupValueWrite GA=6/4/143 Value=$00, $00, $00, $00
09:11:02.335 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $4a, $c9, $a0, $01
09:11:02.527 - T_Disconnect (1.0.39)_conf
09:11:06.382 - GroupValueWrite GA=6/4/142 Value=$41, $84, $00, $00
09:11:06.607 - T_Connect (1.0.39)_conf
09:11:06.629 - bf MaskVersionRead_con <- 1.0.39 -  (S=0)
09:11:06.689 - dk T_Ack_ind <- 1.0.39 -  (S=0)
09:11:06.730 - bg MaskVersionResponse_ind <- 1.0.39 -  (S=0) MaskVersion=07b0
09:11:06.749 - dk T_Ack_con <- 1.0.39 -  (S=0)
09:11:06.782 - br APciFunctionPropertyCommand_con <- 1.0.39 -  (S=1) ObjectIndex=160 PropertyId=1 Data=$03, $00, $00, $00, $01
09:11:06.850 - dk T_Ack_ind <- 1.0.39 -  (S=1)
09:11:06.905 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $46, $c9, $a0, $01
09:11:09.301 - GroupValueWrite GA=9/6/250 Value=$84, $d6
09:11:09.865 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $46, $c9, $a0, $01
09:11:10.327 - GroupValueWrite GA=15/6/40 Value=SixBit(0x1)
09:11:11.473 - GroupValueWrite GA=13/2/2 Value=SixBit(0x1)
09:11:12.286 - GroupValueWrite GA=6/4/6 Value=$44, $b9, $70, $00
09:11:12.865 - $29, $00, $b0, $50, $10, $27, $10, $05, $03, $46, $c9, $a0, $01
09:11:13.306 - T_Disconnect (1.0.39)_conf
09:11:14.284 - GroupValueWrite GA=13/2/68 Value=$00, $02, $41, $6b
2026-01-23 10:11:16,862 [24] WARN  Knx.Ets.Hawk.NetworkFacade - WriteFunctionProperty(1.0.39, 160/1) failed: No indication received for telegram: br APciFunctionPropertyCommand_req -> 1.0.39 -  (S=1) ObjectIndex=160 PropertyId=1 Data=$03, $00, $00, $00, $01
2026-01-23 10:11:16,864 [24] WARN  vh - Error: Das Ger t antwortet nicht.
2026-01-23 10:11:16,865 [24] INFO  Knx.Ets.Hawk.NetworkFacade - DisconnectDevice(1.0.39)
2026-01-23 10:11:16,866 [24] INFO  Knx.Falcon.Bus - disconnecting interface Connector KnxIpTunneling, OpenParams=Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS, ChnId# 20
2026-01-23 10:11:16,866 [24] INFO  Knx.Falcon.ConnectionManager - Release connector 'Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS'; new ref count=1.
2026-01-23 10:11:16,868 [1] INFO  Knx.Falcon.Bus - disconnecting interface Connector KnxIpTunneling, OpenParams=Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS, ChnId# 20
2026-01-23 10:11:16,869 [1] INFO  Knx.Falcon.ConnectionManager - Release connector 'Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS'; new ref count=0.
2026-01-23 10:11:16,870 [1] INFO  Knx.Falcon.ConnectionManager - ...Finally released connector 'Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS'.
2026-01-23 10:11:16,871 [1] INFO  Falcon.TunnelingBusConnector - DisconnectLocalDevice
2026-01-23 10:11:16,872 [1] INFO  Knx.Falcon.TunnelingHeartbeat - Disposing
2026-01-23 10:11:16,872 [1] INFO  Falcon.TunnelingBusConnector - Disconnect TunnelingBusConnector bus connector CH=20 from Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS
2026-01-23 10:11:16,873 [1] INFO  Falcon.TunnelingBusConnector - IP Unicast - Disconnecting as Tunneling from 10.0.20.107:3671 Ch#20
2026-01-23 10:11:16,885 [1] INFO  Knx.Ets.ViewModel.Application.Dashboard.BusPanel.ConnectionViewModel - Set bus access for openParameters 'OpenParams name=ETS (10.0.20.107:3671)Type=KnxIpTunneling;HostAddress=10.0.20.107;Name=ETS' to 'None'
​​

Gibt es für Wireshark nen kurzen Crashkurs? Wenn ich das starte, dann taucht die IP des Interface nie auf. Lediglich die IP von meinem Laptop und der VM auf der Wireshark und die ETS läuft.

[thewhobox]

Hm die beiden sollten eig passen.
An der MaxAPDU wird es also nicht liegen.

Kannst du in den Einstellungen Problembehebung das Protokoll auf Erweitert stellen und mir das ganze Log zukommen lassen?
Das ist nur der Heartbeat zur Schnittstelle.

[shortyle]

Orrr ich bin so blöd der Log Auszug war von einem falschen Datum. habe oben jetzt nochmal den richtigen Log von vorhin 10:10:55 bis 10:11:16 hinzugefügt.

Den erweiterten Log schick ich dir als Nachricht

[thewhobox]

Gibt es für Wireshark nen kurzen Crashkurs? Wenn ich das starte, dann taucht die IP des Interface nie auf. Lediglich die IP von meinem Laptop und der VM auf der Wireshark und die ETS läuft.

Du musst am Anfang das korrekte Interface auswählen.
Am besten kurz warten, dann sieht man hinter dem Interface namen, wie viel aktuell darauf los ist.
Dann kannst du oben nach "kip" filtern.
Dann werden nur KNX IP Telegramme angezeigt und alles andere ausgeblendet.

Aber das Log von oben schaut nun gut aus. Da ist ersichtlich, dass das Gerät tatsächlich nicht auf den FunctionPropertyCommand antwortet.
Du hast Zugriff auf die Gerätekonsole?