OpenKNX IP-Router

[shortyle]

Schau dir bitte mein Screenshot an und Überprüfe

Sorry das hatte ich übersehen. Wenn ich dort "keine" eintrage und versuche eine Applikation zu programmieren, dann erscheint folgende Fehlermeldung
Bildschirmfoto 2026-01-27 um 10.59.16.png <<< IP des IP Router

Wenn ich dort dann den Router auswähle, scheint es zu funktionieren. Aber ich meine ich hatte zuvor dort schon den Router ausgewählt

[thewhobox]

scheint es zu funktionieren.

Das klingt doch super

[MarcoLanghans]

shortyle Multicast geht meiner Meinung nach nur innerhalb eines VLANs daher kannst du die Geräte nicht in der ETS finden oder hast du einen Multicast Router oder sonst was in dieser Richtung?

Wenn ich hier falsch liege bitte korrigieren

[shortyle]

oder hast du einen Multicast Router oder sonst was in dieser Richtung?

Puh so tief stecken ich dann in der Materie nicht drin. Hab ne Unifi DreamMachine und ein Unifi POE Switch.

[Ing-Dom]

Es gibt eine v0.7.0: https://github.com/OpenKNX/OAM-IP-Ro...ases/tag/0.7.0

- Applikation laden nach FW-Update mit neuer ETS-Version ist ab jetzt möglich mit Erhalt der PA (vorher ist das Laden der Applikation abgebrochen und ein erase knx war nötig)
- APDU Property PID_MAX_APDU_LENGTH_ROUTER von 220 auf 254 geändert
- Bugfix ConfigReq werden nun korrekt beantwortet

[Laudi111]

Hey, hier ne kurze Info, ich hab eben versucht, das Update auf die v0.7.0 zu machen (per OpenKNX.Toolbox) per USB.
Das schien auch erstmal soweit funktioniert zu haben, es kam die Meldung, dass die Firmware erfolgreich übertragen wurde.

Ich hab dann das REG1-Eth wieder an den Bus gesteckt, und wollte die neue Applikation per ETS übertragen, allerdings hat das Interface nicht mehr auf den Prog-Taster reagiert und auch sonst hat keine LED geleuchtet. Auch am PC hab ich das Gerät nicht mehr verbunden bekommen (an 2 PCs getestet).

Ich war dann schon am verzweifeln, aber nach einer kurzen Suche hab ich den Tipp gefunden mit gedrückter BOOT/ RES Taste per USB zu verbinden und dann wurde das Interface auch direkt wieder am PC gefunden. Nach dem neu programmieren hats dann auch direkt geklappt und ich konnte in der ETS die neue Applikation aufspielen, die phys. Adresse musste auch nicht neu angelernt werden.

[Ing-Dom]

welche Version war vorher drauf?

Haben weitere User das Problem auch gehabt?
Sollte eigentlich nicht sein..

[schuma]

Ich habe die Firmware über die Datei in dem ZIP per OTA übertragen und die Application In ETS einfach getauscht.
Das lief völliger problemlos.

[sunshine000]

Hallo, ich habe zwei Probleme mit der RP2040-Firmware V0.7.0:

1. Wenn ich ein IP-Gateway mit dem Home Assistant verbinde und einen Timer für die minütliche Ein-/Ausschaltung des Aktuators im Home Assistant einstelle, werden die ETS-Pakete nach etwa 72 Stunden unzuverlässig. Nachdem ich andere Störungen ausgeschlossen habe, behebt ein Neustart des Gateways das Problem. Liegt das an einer Netzwerküberlastung?

2. Bei aktuell verfügbaren sicheren Geräten kann ETS6 die physische Adresse weder per Multicast noch per Tunneling ermitteln. ETS5 kann die physische Adresse zwar per Multicast ermitteln, aber nicht herunterladen.

Das gleiche Problem trat auch bei früheren Firmware-Versionen auf. Könnten wir die möglichen Ursachen dieser Probleme besprechen?

[Laudi111]

welche Version war vorher drauf?
.

Bei mir war vorher die 0.6.1 drauf.

[olemaan]

KNX Secure geht ja mit der Applikation nicht. Lassen sich dann Secure-Geräte einbinden, bei denen man die Secure-Funktion nicht aktiviert?
Ich versuche gerade einem Jung F40 Tastsensor, den es nur noch als Secure-Variante gibt, eine PA zuzuordnen und die ETS findet das Gerät nicht.
Meinen schon vorhandenen F40 Taster ohne Secure kann ich problemlos programmieren.

[olemaan]

Für alle die es interessiert, offenbar kann man Secure-Geräte auch nicht im unsicheren Modus über den OpenKNX-Router konfigurieren.

Ich habe den OpenKNX-Router als Schnittstelle für die ETS verwendet und konnte darüber bisher alle Geräte einbinden. Der Jung F40 war das erste Secure-Gerät.
Für meinen Anwendungsfall benötige ich allerdings keine Secure-Funktionen und will die Komplexität der Installation nicht unnötig erhöhen, deshalb werden die Tastsensoren im unsicheren Modus betrieben. Nachdem ich mit dem OpenKNX-Router die physikalische Adresse nicht programmieren konnten, habe ich mir ein Enertex IP Secure Interface bestellt (das auch im unseren Modus betrieben wird) und damit war das Programmieren der Adresse und der Applikation problemlos möglich.

Auch nach der Zuordung der PA war das Programmieren der Applikation des Tastsensors über den OpenKNX Router nicht möglich.

Ich hatte bisher gedacht, dass Secure-Geräten, die im unsicheren Modus betrieben werden, identisch zu den Nicht-Secure-Geräten kommunizieren aber entweder ist das nicht so oder der OpenKNX-Router blockt irgendwas bzw. ich habe etwas falsch konfiguriert. Leider fehlt mir gerade die Zeit, mich da genauer einzulesen.

[Ing-Dom]

der Router macht ja eigentlich nichts außer Telegramme 1:1 weiterzuleiten.
Insofern kann ich mir nur vorstellen dass irgendein Spezialhandling hier noch einen Bug hat oder fehlt.

Wie genau äußert sich denn der Fehler und was genau machst du und wie genau ist der Router beteiligt.

[olemaan]

Ja, ich hatte auch nicht erwartet, dass der Router irgendeinen Einfluss auf die Kommunikation der Secure-Geräte hat. Hätte ich mehr Zeit gehabt oder hätte jemand geschrieben "Doch, läuft bei mir", hätte ich auch nicht so schnell ein alternatives Interface bestellt aber nun kann ich wenigstens gegentesten. Vermutlich ist es nur irgendwas Banales.

Der Router agiert aktuell nur als Interface für die ETS und ich kann das Gerät einfach nicht Programmieren, also weder PA noch die Applikation wenn ich die PA vorher mit dem Enertex-Interface vergeben habe. Die ETS wartet auf das Drücken der Programmiertaste, der Taster ist im Programmiermodus und das wars
ETS Diagnose zeigt das hier:
grafik.png

Der selbe Taster am selben Anschluss mit dem Enertex-Interface war dann problemlos möglich.
Ich habe aber auch nicht die aktuelle Firmeware auf dem Router und wollte auf Grund der Zeitnot nicht damit anfangen alles zu verändern. Falls der Konfigurations- oder Bedienfehler nicht sowieso sofort klar ist, teste ich gerne in ein paar Wochen systematischer.