tger977 hat geschrieben: ↑Sa Aug 25, 2018 5:12 pmAlso ein(1) Tunnel geht bei mir wirklich nicht für ein Produktivsystem. Aber ihr seid ja schon an einer Lösung dran.
Ist uns auch völlig klar und von Anfang an - so vor sechs Jahren - war auch immer geplant, dass unser Server "mehr als genug" Tunnel haben soll. Das konnten wir dann auch und dann hat uns die Erweiterung des Standards um "KNX Data Security" einen Strich durch die Rechnung gemacht.
Bis vor etwa 18 Monaten war es noch erlaubt, beiebig viele Tunnel unter einer PA auszugeben (der eibd/knxd und ältere zertifizierte IP-Schnittstellen tun das heute noch). Mittlerweile ist das aber nicht mehr erlaubt, sprich, wird nicht mehr zertifiziert. Das machte einen Umbau von Stack und Interface nötig, der erheblich aufwendiger ist, als man sich das so vorstellt. Denn da waren die TP-UART schon fertig entwickelt und erstmal keine Ressorucen frei, das anders umzusetzen, weil andere Aufgaben anstanden.
Weil um die vielen PA zeitnah zu händeln (bei PA-zu-PA Paketen müssen die einzelnen PA ein Ack senden) haben wir uns für einen CoProzessor entschieden. Kling einfach, ist aber ein ziemlicher Aufwand, weil man einen weiteren Prozessor mit Schnittstellen hat der auch in Produktion und ggls. beim Kunden später geflashed werden können muss, das ist alles andere als trivial. Hat uns viele Mannmonate gekostet.
Jetzt, seit letzter Woche haben wir das nun im 2500er geschafft und mit BETA9 die Firmware für den (nun auch engebauten) CoProzessor ausgeliefert. Jetzt fehlt nur noch ein angepasster KNX-Stack und eine überarbeitete Applikation, dann kann man die vielen Tunnel auch benutzen. Hier muss man dann auch nur einmal die PAs vergeben. die Clients suchen sich die Tunnels dann selbst über ein Discovery-Protokoll heraus.
insofern tut das Dein Edomi-Container (Glückwunsch bei der Gelegenheit - und bitte auch für alle bereitstellen) auch schon.
lg
Stefan