HB-RF-USB - USB Funkmodul für piVCCU

[deimos]

Hi,

wenn du da kein WLAN zwischendrin hast, ist irgendwas komisch. Bei einem normalen geswitchtem Gbit Netzwerk sollte das dauerhaft deutlich unter 2ms sein, sofern da keine fetten Datentransfers laufen. 9ms ist da schon viel, das habe ich als Inter-RZ Ping zwischen DE und USA.

Viele Grüße
Alex

[darkbrain85]

super Projekt. Braucht man eigentlich wirklich ein neues Gehäuse basteln oder reicht vielleicht auch eine ausgeschlachtete CCU2, um das Ganze zu beheimaten?

Dann kannst Du auch fragen ob eine Brotdose passt...
Ich würde vermuten, dass das CCU 2 Gehäuse etwas zu flach ist. Wenn nicht, hilft Heißkleber

[deimos]

Hi,

super Projekt. Braucht man eigentlich wirklich ein neues Gehäuse basteln oder reicht vielleicht auch eine ausgeschlachtete CCU2, um das Ganze zu beheimaten?

Ich schau über Weihnachten mal, ob das von der Höhe passt. Befestigung muss man da halt auf jedenfall "kreativ" lösen.

Viele Grüße
Alex

[jmaus]

wenn du da kein WLAN zwischendrin hast, ist irgendwas komisch. Bei einem normalen geswitchtem Gbit Netzwerk sollte das dauerhaft deutlich unter 2ms sein, sofern da keine fetten Datentransfers laufen. 9ms ist da schon viel, das habe ich als Inter-RZ Ping zwischen DE und USA.

Unterschätze den Einfluss des Winows tcp/ip stacks nicht auf die verarbeitungszeiten von ethernet paketen

Ein solcher software ping ist IMHO ohnehin nicht repräsentativ für das einschätzen der latenzzeiten mittels USB extender denn dieser wird ja meistens via direktem Ethernetkabel in betrieb genommen (d.h. Wird nicht in ein geschwitchtes Netzwerk integriert).

[deimos]

Hi,

über den TCP Stack (genauer über die Defaulsettings) kann man streiten, aber der IP Stack war auf den NT basierten Windows Versionen seit jeher sehr ordentlich.

Aber wie du richtig erkannt hast, die meisten der USB Extender laufen über CAT Kabel aber nicht über Ethernet.

Viele Grüße
Alex

[klassisch]

Me culpa, Ihr habt recht. Experiment falsch durchgeführt. Wn-Rechner via WLAN.
Jetzt ping-Statistik vom Reserve-OPi (LAN) zum piVCCU3-OPi (LAN)

Code: Alles auswählen

ping statistics ---
48 packets transmitted, 48 received, 0% packet loss, time 48036ms
rtt min/avg/max/mdev = 0.378/0.552/1.923/0.215 ms

So richtig viel Luft ist da aber nicht (1.923ms max.).
zweites Experiment sieht besser aus

Code: Alles auswählen

ping statistics ---
199 packets transmitted, 199 received, 0% packet loss, time 202483ms
rtt min/avg/max/mdev = 0.351/0.535/1.118/0.107 ms

Keine Ahnung wie tolerant das System gegen statistische Überschreitungen ist. Und wieviel das Timing des armbian ping Befehls mit diesen Adaptern zu tun hat.

[deimos]

Hi,

beim allerersten ersten Ping muss ggf. noch eine ARP Auflösung gemacht werden, die braucht Zeit und passt zu dem max von 2ms bei ersten Versuch.

Viele Grüße
Alex

[klassisch]

Ja, paßt, 1.92 ms war der allererste ping. Der zweite lag dann schon bei 0.532ms.

[darkbrain85]

Keine Ahnung wie tolerant das System gegen statistische Überschreitungen ist. Und wieviel das Timing des armbian ping Befehls mit diesen Adaptern zu tun hat.

Die Adapter arbeiten in der Regel nicht über Ethernet, sondern nutzen einfach das vorhandene Kabel zur Signalübertragung. Vermutlich gibt es eine Art Verstärkerschaltung die das Signal entsprechend aufbereitet damit es auch am Ende des Kabels sauber ankommt. Die Latenz wird sich vermutlich stark in Grenzen halten.

[chka]

Geil, eine Sex CCU wird Realität. Ich freue mich
Alex wenn Platinen wieder verfügbar sind ich nehme eine

Danke für euren Einssatz