[Beantwortet] [4.8 IP1] Kann die APDU der KNX-IP-Schnittstelle höher gesetzt werden?

[jhaeberle]

Hi,

ich habe eine Reihe an OpenKNX-Komponenten verbaut, für die nun Firmware-Updates anstehen. Dazu bietet OpenKNX ein PowerShell-Skript an, um die Daten über ein IP-Interface auf ein Gerät zu übertragen. Coole Sache. Aber…

Aus der Interface-Konfig der ETS entnehme ich eine APDU von 55. Die definiert die Packetgröße. Mit dieser Einstellung bekomme ich eine Transferrate von ~110 Byte pro Sekunde daher. Maximal möglicher Wert wäre wohl 254, was vielleicht nicht zum fünffachen, aber doch zu einer erheblich höheren Transferrate führen würde.

Ist das korrekt oder kann ich die Paketgröße vom Wolf irgendwo hoch schrauben?

Dann… ich stelle fest, wenn ich so ein Update über das Interface auf den Bus schicke und dann über die ETS eine Programmierung starte, bricht das Update ab und auch die ETS-Programmierung schlägt fehlt. Darf das sein? Wenn ja: Wozu habe ich dann am TWS so viele Interfaces, wenn die nicht gleichzeitig benutzt werden können?

Danke, Gruß
Jochen

[StefanW]

Hi Jochen,

die APDU des Timberwolf Servers ist durch den zertifizierten KNX-Chip im Timberwolf Server auf diese 55 begrenzt, das lässt sich nicht höher schrauben, da "in Silicon" festgelegt.

Zu Abbrüchen uns unbekannter Software kann ich nix sagen.

lg

Stefan

[StefanW]

Hi Mods,

kann das jemand in den KNX Bereich verschieben bitte,

Merci

[Parsley]

Hi Jochen,

Bitte wie immer die Version im Titel nicht vergessen.

(Ja, auch wenn es hier ein Hardware Thema sein mag, bitte einfach immer die aktuell installierte TWS Softwareversion in den Titel.)

[ms20de]

Zur Information, weil es anscheinend hier ein paar Unklarheiten gibt:

APDU

Die Angabe „55 Byte APDU“ bezeichnet lediglich die maximale Größe eines sendenden Telegramms. Solch große Telegramms werden in der Regel nur für Spezialanwendungen wie Updates benötigt.
Ein korrekt implementiertes Update-Programm sollte damit problemlos umgehen können, da es die maximale APDU abrufen und die Daten in mehrere Telegramme aufteilen kann.
Durch die zusätzlich erforderlichen Telegramme entsteht ein gewisser Overhead, da jedes Telegramm Informationen wie Typ, Ziel-PA, Länge usw. enthält. Dieser Overhead reduziert die maximale Übertragungsrate. Nach unserer Erfahrung liegt die vergleichsweise geringere Geschwindigkeit jedoch an der Gründlichkeit unseres KNX-Stacks: Die IP-Seite bestätigt den Versand erst, wenn das Telegramm tatsächlich auf dem TP-Bus übergeben wurde. Andere Hersteller akzeptieren offenbar das Risiko eines möglichen Telegrammverlusts für eine höhere Übertragungsrate.

Telegramme, die von anderen Geräten mit maximal möglicher APDU gesendet werden, können vom Timberwolf Server vollständig gelesen und verarbeitet werden. Es gibt keine Einschränkungen, die verhindern würden, dass längere Telegramme verarbeitet werden.


TP-Schnittstellen

Am Timberwolf Server können zusätzliche TP-Schnittstellen angeschlossen werden. Diese dienen zur Aufzeichnung von Telegrammen für die Analyse von TP-Linien.

Die Besonderheit: Diese Schnittstellen können auch beschädigte Telegramme sowie ACK-Bestätigungen empfangen und aufzeichnen. Wir nennen diesen Modus Real-Busmonitor, der extrem hilfreich ist, wenn in einer KNX-Anlage ungewöhnliche Probleme auftreten.
Im Real-Busmonitor-Modus kann die Schnittstelle keine Telegramme versenden und daher nicht als IP-Tunnel genutzt werden. Eine Umschaltung in den IP-Tunnelmodus wäre technisch möglich, würde uns jedoch in direkten Wettbewerb mit IP-Linienkopplern bringen, die ebenfalls Tunnel anbieten.

Viele Grüße,
Matthias

[jhaeberle]

Hallo Matthias,

sehr aufschlussreich, danke! Ich hatte mich auch schon gewundert, wieso hier die Telegrammgröße anscheinend einen derart massiven Einfluss auf die Geschwindigkeit zu haben scheint. Abgesehen vom Protokolloverhead ergibt das tatsächlich nicht wirklich Sinn.

Jedenfalls aber komme ich mit meinem TWS auf Übertragungsrarten von rund 110 Byte/sec, andere schaffen bis über 500Byte/sec. Und dann brechen mir 4 von 5 Versuchen wegen Timeout-Fehlern ab…

Gruß
Jochen

[StefanW]

Hi Jochen,

das KNX Tunnel-Protokoll ist relativ komplex. Ich lese nun "PowerShell-Skript"? Weißt Du, ob die noch einen Treiber für KNXnet/IP nutzen?

lg

Stefan

[jhaeberle]

sorry, nein, das weiss ich nicht.