xorg1990
New member
Hi, habe da mal eine kleine Frage.
Ich bin gerade dabei eine Funk Morse Taste zu entwickeln über WLAN. Einen ESP8266 als Sender und eine als Empfänger.
Übertragen möchte ich jeweils nur ein byte 0 für AUS, 1 für EIN soweit so gut.
Was die vor und nachteile von UDP und TCP sind weiß ich selber.
Bei TCP kann es passieren da die Ein/aus schalt Zeiten verschoben werden aber das Morsezeichen wäre ist immer valide.
Bei UDP kann alles passieren von nicht ankommende Pakete, bis invalide oder zwei mal das selbe gesendet etc.
Das kann man aber alles Evaluieren. Problematisch wird es nur wenn das letzte Symbol auf "ein" geht und das "aus" Packet kommt nicht an, dann geht der Sender nicht mehr aus. Wäre aber auch nicht das Thema Weil, wenn nach 200ms nichts mehr kommt, kann ich auch ab schalten.
Aber UDP ist dafür schneller.
Da sich die Übertragungsstrecke meist auf 5Meter bezieht, wird die Signalstärke nicht das Problem sein.
Aber hat jemand Erfahrung wie verlustbehaftet UDP ist und wie so das delay beim Senden/Empfangen von TCP ist? Das kann ich im WWW nicht finden.
Bei TCP ist das noDelay auf ein.
Zum Thema Morse Geschwindigkeit.
https://www.youtube.com/watch?v=q_ZEwZzuqW0
Oder:
https://www.youtube.com/watch?v=b9S-NzsUD5w
Man könnte meinen da schreibt jemand mit der Schreibmaschine und 10 Fingern
Ich kann mir vorstellen das sich bei TCP was aufstaut und der ESP den Watchdog wirft. Bei UDP weiß ich nicht was passiert.
Allerdings hat man auch ein Wahnsinns Bandbreite für nur ein byte.
Vielleicht passiert einfach nix weil, Audio und Video wird ja auch übertragen via TCP, zwar mit delay aber immerhin.
Wenn es interessiert so funktionieren die Taster:
https://www.youtube.com/watch?v=v3tpLiSJuLo
Es gibt da noch IAMBIC_A und IMABIC_B aber das wird zu speziell.
Ich bin gerade dabei eine Funk Morse Taste zu entwickeln über WLAN. Einen ESP8266 als Sender und eine als Empfänger.
Übertragen möchte ich jeweils nur ein byte 0 für AUS, 1 für EIN soweit so gut.
Was die vor und nachteile von UDP und TCP sind weiß ich selber.
Bei TCP kann es passieren da die Ein/aus schalt Zeiten verschoben werden aber das Morsezeichen wäre ist immer valide.
Bei UDP kann alles passieren von nicht ankommende Pakete, bis invalide oder zwei mal das selbe gesendet etc.
Das kann man aber alles Evaluieren. Problematisch wird es nur wenn das letzte Symbol auf "ein" geht und das "aus" Packet kommt nicht an, dann geht der Sender nicht mehr aus. Wäre aber auch nicht das Thema Weil, wenn nach 200ms nichts mehr kommt, kann ich auch ab schalten.
Aber UDP ist dafür schneller.
Da sich die Übertragungsstrecke meist auf 5Meter bezieht, wird die Signalstärke nicht das Problem sein.
Aber hat jemand Erfahrung wie verlustbehaftet UDP ist und wie so das delay beim Senden/Empfangen von TCP ist? Das kann ich im WWW nicht finden.
Bei TCP ist das noDelay auf ein.
Zum Thema Morse Geschwindigkeit.
https://www.youtube.com/watch?v=q_ZEwZzuqW0
Oder:
https://www.youtube.com/watch?v=b9S-NzsUD5w
Man könnte meinen da schreibt jemand mit der Schreibmaschine und 10 Fingern
Ich kann mir vorstellen das sich bei TCP was aufstaut und der ESP den Watchdog wirft. Bei UDP weiß ich nicht was passiert.
Allerdings hat man auch ein Wahnsinns Bandbreite für nur ein byte.
Vielleicht passiert einfach nix weil, Audio und Video wird ja auch übertragen via TCP, zwar mit delay aber immerhin.
Wenn es interessiert so funktionieren die Taster:
https://www.youtube.com/watch?v=v3tpLiSJuLo
Es gibt da noch IAMBIC_A und IMABIC_B aber das wird zu speziell.