INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

TCP/IP-Problem



Wenn dein Problem oder deine Frage geklärt worden ist, markiere den Beitrag als "Lösung",
indem du auf den "Lösung" Button rechts unter dem entsprechenden Beitrag klickst. Vielen Dank!

19.06.2006, 11:38
Beitrag #1

M. Vöcking Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 64
Registriert seit: May 2005

8.60
2005
de

36266
Deutschland
TCP/IP-Problem
Hallo,

ich habe zwei VIs für die TCP/IP-Kommunikation programmiert (Server und Client), um eine Schnittstelle zwischen zwei eigenständigen Exe-Applikationen zu haben. Es geht also NICHT um eine Netzwerkkommunikation, sondern beide Programme befinden sich auf demselben Rechner.

Problem: Auf meinem Rechner läuft die Kommunikation zwar bestens, jedoch auf einigen anderen Rechnern benötigen die VIs 10-15 Sekunden, um die Kommunikation aufzubauen (Identische VIs, gleiche Parametrierung usw.). Auf meinem LabTop habe ich dagegen keine messbare Verzögerung für den Verbindungsaufbau.

Versuche, den "Adress"-Eingang von "TCP open Connection" mit "local host" zu beschalten, sowie den "Net Address"-Eingang des "TCP Listen" mit der entsprechenden Adresse des "local hosts" haben leider nicht geholfen. Auch über andere Portnummern zu gehen hat zu nichts geführt. Muss möglicherweise außerhalb von LabVIEW irgendetwas umgestellt werden, damit die beiden TCP/IP-Kommunikationspartner nicht Ewigkeiten brauchen, sich zu finden? Hat jemand damit Erfahrung oder eine Idee?

Gruß Michael
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
19.06.2006, 12:39
Beitrag #2

eg Offline
LVF-SeniorMod


Beiträge: 3.868
Registriert seit: Nov 2005

2016
2003
kA

66111
Deutschland
TCP/IP-Problem
Wozu brauchst du denn "TCP Listen"? Hast du keinen festen Port? Wenn du "TCP Listen" benutzst musst du auf Timeout achten.

Eigentlich brauchst du nur "TCP Open", "TCP Read", "TCP Write" und "TCP Close" und ebenfalls auf Timeout achten.

Wobei bei "TCP Open" brauchst du die Adresse gar nicht zu verbinden, wenn du auf der Local Mashine kommunizieren willst.

Aber dein Problem habe ich eigentlich auch. Der Aufbau der Verbindung dauert halt doch länger im EXE Modus auf fremder Maschine.

Gruss, Eugen

Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
19.06.2006, 12:58
Beitrag #3

Svente Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 69
Registriert seit: Nov 2005

8.2.1, 8.6, 2010, 2012
2000
DE_EN

14974
Deutschland
TCP/IP-Problem
' schrieb:Hallo,

ich habe zwei VIs für die TCP/IP-Kommunikation programmiert (Server und Client), um eine Schnittstelle zwischen zwei eigenständigen Exe-Applikationen zu haben. Es geht also NICHT um eine Netzwerkkommunikation, sondern beide Programme befinden sich auf demselben Rechner.

Problem: Auf meinem Rechner läuft die Kommunikation zwar bestens, jedoch auf einigen anderen Rechnern benötigen die VIs 10-15 Sekunden, um die Kommunikation aufzubauen (Identische VIs, gleiche Parametrierung usw.). Auf meinem LabTop habe ich dagegen keine messbare Verzögerung für den Verbindungsaufbau.

Versuche, den "Adress"-Eingang von "TCP open Connection" mit "local host" zu beschalten, sowie den "Net Address"-Eingang des "TCP Listen" mit der entsprechenden Adresse des "local hosts" haben leider nicht geholfen. Auch über andere Portnummern zu gehen hat zu nichts geführt. Muss möglicherweise außerhalb von LabVIEW irgendetwas umgestellt werden, damit die beiden TCP/IP-Kommunikationspartner nicht Ewigkeiten brauchen, sich zu finden? Hat jemand damit Erfahrung oder eine Idee?

Gruß Michael


Hallo ,

ich hatte auch mal so ein Problem - bei mir lag es daran, das ich einen DNS Server eingetragen hatte,
diesen aber gar nicht benötigte.

Svente
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
19.06.2006, 14:06
Beitrag #4

M. Vöcking Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 64
Registriert seit: May 2005

8.60
2005
de

36266
Deutschland
TCP/IP-Problem
Hallo Eugen,

TCP Listen brauche ich aus folgendem Grund: Der Server kommuniziert mit einer variablen Zahl von Clients, welche sich zur Laufzeit dynamisch an- und abmelden können. Jedes Server-VI hat einen Basisport, welcher als "Listen" zyklisch mit "timeout" auf einen neuen Client wartet. Dieser Erstellt die neue Verbindung zum Basisport ("TCP Open"), mit welchem durch den Server der nächste freie Port übertragen wird, die Verbindung über den Basisport wird dann durch den Client mit "TCP Close" wieder geschlossen und über den übermittelten freien Port wird eine neue Verbindung zum Host geöffnet. Es können also über unterschiedliche Portnummern gleichzeitig mehrere Clients mit dem Server kommunizieren, welcher eine parametrierbare Zahl von Ports reserviert hat und die Vergabe sowie die offenen TCP-Referenzen verwaltet. Ein Verfahren, welches das Gleiche leistet, jedoch auf "TCP Listen" Verzichtet, ist mir leider nicht bekannt.


Hallo Svente,

der Rechner, auf dem es die Probleme gibt, hat zwar keinen DNS-Servereintrag, jedoch hat er eine FieldPoint-Verbindung zur gesteuerten Anlage. Falls das das Problem sein sollte, kann ich auf diese leider nicht verzichten, sonst stehen "alle Räder still".
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
21.06.2006, 08:01
Beitrag #5

M. Vöcking Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 64
Registriert seit: May 2005

8.60
2005
de

36266
Deutschland
TCP/IP-Problem
Habe den Fehler gefunden: In der Hilfe zum "TCP - Open Connection" wird angegeben, dass bei einer Nichtbeschaltung des "address"-Einganges standardmäßig von "local host" ausgegangen würde. Dies ist jedoch offenbar falsch! "Local host" muss explizit beschaltet werden, gleichzeitig muss die "net address" des "TCP - Listen" offen gelassen werden. Dann finden sich die Kommunikationspartner sofort.

Vielen Dank für eure Hilfe.

Gruß Michael
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Gehe zu: