Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #189641

Re: UDP Probleme

From Reinhardt Behm <rbehm@hushmail.com>
Newsgroups de.sci.electronics
Subject Re: UDP Probleme
Date 2015-07-18 16:03 +0800
Organization A noiseless patient Spider
Message-ID <mod15a$s9e$1@dont-email.me> (permalink)
References <mod0ch$su5$1@news.albasani.net>

Show all headers | View raw


Stefan wrote:

> Hallo,
> 
> hat zwar mehr mit Software als mit Elektronik zu tun, aber ich versuchs
> trotzdem mal hier.
> 
> Wir haben ein Microcontroller-System mit STM32 und ENC28J60. Dieses
> System kommuniziert mit einem externen Webserver (V-Server). Auf dem
> Server läuft ein Python-Script, das auf Kommandos vom Microcontroller
> antwortet.
> 
> Der Microcontroller sendet jede Minute ein kurzes UDP-Paket raus, ich
> meine, das wäre Port 10100. Der Server empfängt das Paket, wertet es aus
> und antwortet, z.B. mit einem <ack>.
> 
> Das funktioniert soweit ganz gut, wenn wir das hier von mir im Betrieb
> aus machen. Als ich das beim Kunden vorführen wollte, bekam ich aber aus
> dessen Netz keine Verbindung hin. Deren Netzwerkadmin war zu dem
> Zeitpunkt nicht greifbar...
> 
> Ich hab mir dann gedacht, für solche Vorführungen baue ich mir eine
> mobile Lösung, also einen Ethernet zu Wlan Adapter bestellt (TP-Link
> TL-WA890EA). Das Ding per Tethering mit meinem Android Smartphone
> (Vodafone) verbunden und den ENC per Patchkabel an den WA890.
> 
> Jetzt kann der Server die Datenpakete vom Microcontroller/ENC28J60
> empfangen, aber das Datenpaket vom Server zum Microcontroller geht nicht
> durch.
> 
> Ich programmier das jetzt nicht selber und will dem Mitarbeiter der das
> bearbeitet mit ein paar Tips auf die Sprünge helfen.
> 
> Deshalb hier die Frage, ob jemand eine Idee hat, woran das liegen kann,
> also jetzt speziell das Problem mit der Mobilfunkverbindung.
> 
> Vieleicht ist ja einfach die Wahl des Ports ungünstig...

Bei UDP wird für jedes Paket eine getrennte Verbindung aufgebaut. D.h., Dein 
Controller schickt was ab. Das ist eine Verbindung.
Der Server will für sein ACK auch eine Verbindung aufbauen. Das geht aber 
nicht, weil Dein Controller wahrscheinlich keine öffentliche IP hat.

In Eurem Netz zu Hause geht das, weil sich beide im gleichen internen Netz 
(wahrscheinlich irgendwas 192.168.x.x) befinden.

Wenn Du das mit TCP machst, könte der Conrtoller di Verbindung aufbauen und 
der Server auf der Bestehenden antworten.

Das obige ist sprachlich nicht ganz korrekt, denn UDP ist connectionless. 
Aber das Prinzip ist wie beschrieben.

-- 
Reinhardt

Back to de.sci.electronics | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

UDP Probleme Stefan <df9bi@arcor.de> - 2015-07-18 09:48 +0200
  Re: UDP Probleme Reinhardt Behm <rbehm@hushmail.com> - 2015-07-18 16:03 +0800
    Re: UDP Probleme Marcel Mueller <news.5.maazl@spamgourmet.org> - 2015-07-18 10:44 +0200
      Re: UDP Probleme Johannes Bauer <dfnsonfsduifb@gmx.de> - 2015-07-18 10:51 +0200
      Re: UDP Probleme Stefan <df9bi@arcor.de> - 2015-07-18 11:12 +0200
        Re: UDP Probleme Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-07-19 14:18 +0000
          Re: UDP Probleme Stefan Engler <Lehrerfreund@web.de> - 2015-07-26 11:35 -0700
  Re: UDP Probleme Johannes Bauer <dfnsonfsduifb@gmx.de> - 2015-07-18 10:45 +0200
    Re: UDP Probleme Stefan <df9bi@arcor.de> - 2015-07-18 11:15 +0200
      Re: UDP Probleme Christian Zietz <newsgroup.1001@chz.xyz> - 2015-07-18 11:57 +0200
        Re: UDP Probleme Christian Zietz <newsgroup.1001@chz.xyz> - 2015-07-18 18:32 +0200
    Re: UDP Probleme Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-07-19 14:20 +0000
      Re: Ethernet controller (was: UDP Probleme) Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-07-19 22:17 +0000
        Re: Ethernet controller Michael Baeuerle <michael.baeuerle@stz-e.de> - 2015-07-20 11:57 +0000
  Re: UDP Probleme Markus Marquardt <usenet1312@o2mail.de> - 2015-07-19 23:02 +0200

csiph-web