OpenKNX IP-Router

[mumpf]

Danke für die Rückmeldung, Ole.

Ein Router kann prinzipiell keine Kommunikationsobjekte haben. Die Einstellung dürfte es nicht geben, ist wohl "durchgerutscht", denn die wird es auf den anderen Netzwerkgeräten von uns geben. Die Einstellung hat auf dem Router keine Funktion und wird sicherlich bis zum offiziellen Release wieder verschwinden.

Sind die verschiedenen Upload-Scripte für die verschiedenen OpenKNX Devices?

Ja.

Es hat mich erst verwirrt, dass die Bezeichnungen nicht denen auf dieser Wiki-Seite entsprechen.

Doch... derzeit gibt es eben nur das REG1-Eth. Und der steht auch im Wiki: https://github.com/OpenKNX/OpenKNX/wiki/REG1-Eth

Den REG1-LAN-TP-Base gibt es noch nicht public, das wird sicherlich noch von Ing-Dom separat angekündigt und wird dann auch im Wiki stehen.

Die anderen Fragen kann ich leider nicht beantworten, da muss Ing-Dom oder traxanos ran

Gruß, Waldemar

[olemaan]

Habe gerade mal das Update gemacht.

Sind die verschiedenen Upload-Scripte für die verschiedenen OpenKNX Devices? Es hat mich erst verwirrt, dass die Bezeichnungen nicht denen auf dieser Wiki-Seite entsprechen. https://github.com/OpenKNX/OpenKNX/wiki/Device-Overview
Ich habe jetzt "USB-Upload-Firmware-IP-Router-REG1-Eth.ps1" genommen.

Die Option für den stromsparenden 10Mbit-Modus ist weggefallen? Hat ja doch so knapp 10mA gespart.

Nur für die Liste, ich denke es ist nur für mich gerade relevant, es wird ohne DHCP-Server weiterhin keine lokale Adresse aus dem Bereich 169.254.0.0/16 vergeben.

Hab den NTP-Client mal aktiviert.In der Hilfe steht: "Stattdessen stehen drei neue Kommunikationsobjekte zur Verfügung, mit denen Zeit, Datum und beides kombiniert auf dem Bus bereitgestellt werden können."
Bei mir standen erstmal keine Kommunikationsobjekte zur Verfügung.

Grüße
Ole

[gbglace]

Das wichtigste neue Feature ist jedoch die Möglichkeit sich Tunnel-PAs für bestimmte IP-Adresse zu reservieren.

Daumen hoch dafür.

16 Tunnel, auch nicht schlecht, mit meinen 25 am TWS bin ich derzeit auch noch nie ans Limit geraten.

[Ing-Dom]

Hallo zusammen,

seit langem gibt es hier mal wieder subtantielle Neuigkeiten zur IP-Router Applikation.
Das Beta-Release 5.0.1 ist auf Github verfügbar - Updatefähig zu den älteren Beta-Releases und Nachfolger des 2.12.3-Beta.
Es inkludiert viele Änderungen am OpenKNX-Common, verwendet einen neuen IP-Stack der auch OTA sowie MDNS und vor allem auch mehr als 8 sockets unterstützt.
Weiterhin wurden einige Fehler insbesondere im Tunneling-Konext behoben die uU zu einer Überlastung der TP gesorgt haben.

Beim Update bitte beachten: da der Vorgänger noch kein OTA beherrscht kann das natürlich nicht klappen. Auch der Update über Bus war noch etwas instabil, ist aber prinzipiell möglich. Ich empfehle aber das USB-Update.
Achtung: das Gerät wird beim Update zurückgesetzt und muss neu parametriert werden, incl. PA.

Das wichtigste neue Feature ist jedoch die Möglichkeit sich Tunnel-PAs für bestimmte IP-Adresse zu reservieren.
So dass der Visu-Server 192.168.170.1 dann auch immer die 1.15.33 bekommt, und im Gruppenmonitor etc.. durchgängig ist.

Weiterhin sind nun bis zu 16 Tunnelverbindungen möglich.

So sieht dass dann aus:
tunnel.png

Wie der Name schon sagt Beta, also mit Vorsicht handhaben.

Wenn ein paar mehr Rückmeldungen aus dem Feld kommen, dann gibt es auch zeitnah ein Release 1.0 (ohne Beta).

[Ing-Dom]

So weit runter bin ich mit dem Lötkolben nicht gerutscht.

mit dem Lötkolben schafft man das auch nicht, selbst wenn man will.
Den Rest machen wir per Email - bitte einfach auf die Bestellemail antworten dann hab ich den Bezug.

[morpheus80]

Ing-Dom ich habe den Bausatz ganz normal gelötet.
Es war ja nur die BCU und die Verbindung zwischen CPU- und APP-Platine zu löten.
Der verschobene WIZnet war leider schon. So weit runter bin ich mit dem Lötkolben nicht gerutscht.

[Ing-Dom]

ach du Scheiße. Sowas hab ich bisher noch nie gesehen
Ganz klar ist das die Ursache.
Bitte nicht mehr in Betrieb nehmen.

Wie hast du den Bausatz zusammengebaut?
Das sieht echt komisch aus, auch das ganze Flussmittel überall rundherum um den Chip..

[jeff25]

Das ist definitiv dein Problem. Würde den Router nicht weiter anstecken sonst geht noch deine bcu kaputt.

[morpheus80]

Ich halte gerade voller Vorfreude meinen Router in den Fingern.

Leider möchte er gar nicht so wie er soll. Die Firmware ließ sich ohne Probleme aufspielen, aber dann hört es leider auch schon auf.
Als Firmware habe ich die Beta 2.12.2 und 2.12.3 probiert. Er fängt jedes mal nach dem Reset an 7x mit der Prog.-LED an zu blinken.
Das selbe Problem hatte jreeg auch schon in seinem Post vom 8.2.24 beschrieben. Den Serial Log habe ich angefügt.
Wenn ich die Logic-Modul oder den Präsenzmelder drauf flashe, dann kann ich es ganz normal Programmieren und er sendet auch über den KNX-Bus.

Ob mit KNX oder via USB, er meldet sich irgendwann via DHPC bei mir im Netzwerk und lässt sich dann auch anpingen. Sicherheitshinweis mit dem isolierten USB habe ich beachtet.
Die LED vom Netzwerkstecker funktionieren leider nicht. Bei mir wird der BCU auch ziemlich heiß. Finger verbrennen funktioniert ganz gut.
Ich habe festgestellt, dass der WIZnet Chip um einen Pin Richtung BCU verschoben ist. Ich hoffe man kann es auf dem Bild erkennen.
Muss das so? Oder ist das eventuell schon der Fehler?

[olemaan]

Ich hatte mir mit Wireshark die Kommunikation direkt mit meinem Rechner ohne DHCP-Server angesehen, da blieb die Router-IP auf 0.0.0.0

[Ing-Dom]

Jetzt weiß ich auch, dass ein DHCP-Client an Board ist und ein DHCP-Server für den ersten Zugriff auch zwingend notwendig ist. Oder habe ich nur nicht lange genug auf eine IPAC-Adressvergabe gewartet?

wenn kein DHCP verfügbar ist, sollte nach einem vereinfachten Verfahren (kein IPAC gem. RFC 3927) eine 169.254/16 Adresse vergeben werden - evtl auch nicht, da haben wir mal dran geändert - incl Tausch des IP-Stacks.
Für eine Inbetriebnahme über LAN ist also ein DHCP evtl. nötig, für die Inbetriebnahme über TP ein wie auch immer gearteter Zugriff auf den KNX-TP.

[olemaan]

Meine Erwartungshaltung ist etwas mehr Bastel- und Konfigurationsspaß zu haben, als bei der langweiligen Fertiglösung. Vermutlich wird die dann für KNX IP Secure trotzdem noch Einzug halten.

Da ich in der Doku nicht gefunden haben, wie der Router seine erste IP-Adresse bekommt, wollte ich erst mal klären, ob es mit Bordmitteln funktioniert, bevor ich stundenlang einen Fehler suche, der keiner ist.


Die Hardware lag schon bei mir und ich habe sie gerade fertig gelötet und mit der Firmware bestückt. Läuft!

Jetzt weiß ich auch, dass ein DHCP-Client an Board ist und ein DHCP-Server für den ersten Zugriff auch zwingend notwendig ist. Oder habe ich nur nicht lange genug auf eine IPAC-Adressvergabe gewartet?


Egal, jetzt hat er per ETS eine feste IP und ich gehe erst mal die Topologie mit Füßen treten.😉

Viele Grüße
Ole

PS: Ein wenig weiß ich, wie viel Zeit, Ausdauer und Enthusiasmus zusammen kommen müssen, die Konzeptionierung, die Platinenentwicklung, die Programmierung, die Fertigung sowie die Kommissionierung und Versand solch eines Projektes zu realisieren.
Vielen Dank dafür an alle Beteiligten!

[mumpf]

Hi Ole,

Die Grundfunktionalitäten (als Interface) laufen und noch schlummernde Fehler sind vielleicht ärgerlich aber würden die KNX-Installation nicht außer Betrieb nehmen. Im Falle des Falles ist ein kommerzielles Interface ja schnell bestellt.

es geht wie immer um "expectation management". Solange Dir klar ist, dass es ein DIY-Projekt ohne Garantien ist (aber mit sehr viel Enthusiasmus), ist es auch OK, wenn Du das für Dich passend nutzt. Du scheinst es realistisch zu sehen.

Wir empfehlen es nur nicht, um keine falschen Erwartungen zu setzen, nicht weil es nicht nutzbar ist.

Gruß, Waldemar

[thewhobox]

Nur kompletter KNX-Einsteiger.

Ja aber auch hier kompletter Einsteiger
Die OpenKNX Geräte bieten so viele Möglichkeiten (weit über deren von Kaufgeräten), was natürlich viele Vorteile bringt.
Aber wenn man die Grundsachen von KNX nicht versteht, kommen gerade da viele Anfängerfehler, die so mit Kaufgeräten evtl nicht möglich gewesen wären^^
Vor allem Router birgen Fallstricke für Anfänger, die die Topologie mit den Füßen treten.

Aber an sich will dich hier keiner davon abhalten.
Wenn du dir das zutraust sehe ich da keine Einwende.

Ich selbst habe auch noch ein USB Interface für die schweren Fälle^^

[olemaan]

Aber der Kern der Frage - ja, der Router kann über die ETS ohne weitere Komponenten in Betrieb genommen werden - über LAN / Multicast.

Vielen Dank für die Info!

ich würde hier auch immer ein kommerzielles Interface als Backup empfehlen. Die FW ist Beta und das Interface ist ein wichtiger Bestandteil der Installation.

Hmm, ist diese kritische Sichtweise wirklich angebracht? Ihr habt offensichtlich den OpenKNX-Router seit geraumer Zeit in Betrieb. Die Grundfunktionalitäten (als Interface) laufen und noch schlummernde Fehler sind vielleicht ärgerlich aber würden die KNX-Installation nicht außer Betrieb nehmen. Im Falle des Falles ist ein kommerzielles Interface ja schnell bestellt.
Davon abgesehen geht es aktuell aber nur um ein Testboard.

Die OpenKNX Geräte sind nicht für komplette Einsteiger.

Nur kompletter KNX-Einsteiger. 😉

Grüße
Ole