!!

Willkommen Besucher...

...um das das LabVIEWForum.de als Benutzer in vollem Umfang nutzen zu können, ist eine kostenlose Registrierung nötig...
Registrierte Benutzer können Beiträge schreiben, Dateien uploaden, Beiträge lesen :) uvm.


Antwort schreiben 
Netzwerkbuffer reseten?
29.07.2010, 05:51
Beitrag #1

pgl_bear Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 50
Registriert seit: Jul 2008

LV-Version: 7.1
LV-Erfahrung seit: 2005
LV-Sprachversion: de

PLZ: 72127
Land: Deutschland
Netzwerkbuffer reseten?
Hallo zusammen
ich habe folgendes Problem, ich steuere eine Applikation von einem PC die auf einem anderen PC läuft. Die Kommunikation läuft über TCP/IP.
Manchmal hängt sich die Kommunikation auf und das ganze Programm bleibt stehen, bzw darf nicht weiter machen. Ich sende zwar denn diesen Befehl öfters, aber da geht einfach nichts.
Wenn man den Rechner (den Master wo LV drauf läuft) rebootet, dann geht wieder alles.

Gibt es eine Möglichkeit die Buffer zu reseten oder irgend eine andere Möglichkeit um das Problem in den Griff zu bekommen?

Ich hänge noch ein Bild dran mit der Verarbeitung der Kommunikation, wenn ich beispielsweise "SREM K0" sende, muss der andere Rechner "SREM 0" antworten (SREM steht für Set Remote).


Angehängte Datei(en) Thumbnail(s)
   
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
. .
29.07.2010, 07:11
Beitrag #2

SeBa Offline
LVF-Guru
*****


Beiträge: 1.974
Registriert seit: Oct 2008

LV-Version: 09SP1 & 10 FDS
LV-Erfahrung seit: 2008
LV-Sprachversion: DE

PLZ: 65xxx
Land: Deutschland
Netzwerkbuffer reseten?
Offtopic2


O

34-fache Stapelsequenz...

Huh


Wow.


Gruß SeBa

Dieser Beitrag soll weder nützlich, informativ noch lesbar sein.

Er erhebt lediglich den Anspruch dort wo er ungenau ist, wenigstens eindeutig ungenau zu sein.
In Fällen größerer Abweichungen ist es immer der Leser, der sich geirrt hat.

Rette einen Baum!
Diesen Beitrag nur ausdrucken, wenn unbedingt nötig!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30.07.2010, 04:23
Beitrag #3

pgl_bear Offline
LVF-Gelegenheitsschreiber
**


Beiträge: 50
Registriert seit: Jul 2008

LV-Version: 7.1
LV-Erfahrung seit: 2005
LV-Sprachversion: de

PLZ: 72127
Land: Deutschland
Netzwerkbuffer reseten?
Hilfreicher Beitrag SeBa, was hätte ich nur ohne Dich gemacht?....
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30.07.2010, 07:35
Beitrag #4

SeBa Offline
LVF-Guru
*****


Beiträge: 1.974
Registriert seit: Oct 2008

LV-Version: 09SP1 & 10 FDS
LV-Erfahrung seit: 2008
LV-Sprachversion: DE

PLZ: 65xxx
Land: Deutschland
Netzwerkbuffer reseten?
' schrieb:Hilfreicher Beitrag SeBa, was hätte ich nur ohne Dich gemacht?....

Richtig Programmiert.

Gruß SeBa

Dieser Beitrag soll weder nützlich, informativ noch lesbar sein.

Er erhebt lediglich den Anspruch dort wo er ungenau ist, wenigstens eindeutig ungenau zu sein.
In Fällen größerer Abweichungen ist es immer der Leser, der sich geirrt hat.

Rette einen Baum!
Diesen Beitrag nur ausdrucken, wenn unbedingt nötig!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
30.07.2010, 09:30
Beitrag #5

IchSelbst Offline
LVF-Guru
*****


Beiträge: 3.246
Registriert seit: Feb 2005

LV-Version: .. 10.0
LV-Erfahrung seit: -
LV-Sprachversion: DE

PLZ: 97437
Land: Deutschland
Netzwerkbuffer reseten?
' schrieb:ich habe folgendes Problem, ich steuere eine Applikation von einem PC die auf einem anderen PC läuft. Die Kommunikation läuft über TCP/IP.
Manchmal hängt sich die Kommunikation auf und das ganze Programm bleibt stehen, bzw darf nicht weiter machen.
Bis du denn sichern, dass die TCP/IP-Verbindung noch steht? Möglicherweise hat sich nämlich die TPC/IP-Verbindung - möglicherweise auch von selbst - gekappt. Puffer löschen bringt dann nichts. Verbindungsneuaufbau muss dann gemacht werden.

TCP/IP hat so gesehen keinen Puffer. Sobald du Schreiben machst, wird der Puffer übertragen - es sei denn natürlich, die Verbindung zur Gegenseite besteht nicht mehr.

Was sind denn das für Vierecke in den Strings? Stell die Strings mal um auf Anzeigeformat Hexdarstellung (Siehe Kontextmenü).

Jeder, der zur wahren Erkenntnis hindurchdringen will, muss den Berg Schwierigkeit alleine erklimmen (Helen Keller).
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
17.08.2010, 09:54 (Dieser Beitrag wurde zuletzt bearbeitet: 17.08.2010 09:55 von rolfk.)
Beitrag #6

rolfk Offline
LVF-Guru
*****


Beiträge: 1.832
Registriert seit: Jun 2007

LV-Version: alle seit 6.0
LV-Erfahrung seit: 1992
LV-Sprachversion: EN

PLZ: 2901GG
Land: Nierderlande
Netzwerkbuffer reseten?
' schrieb:Hilfreicher Beitrag SeBa, was hätte ich nur ohne Dich gemacht?....

Der Beitrag war vielleicht nicht so hilfreich aber entspricht ganz meiner Meinung. Das Diagram das Du da zeigst macht so ein bischen alles was die LabVIEW Styleguides entweder schwer abraten oder gar einfach als Pfusch abtun. Stacked Sequences und ganz sicher mit 34 Frames gehören eindeutig in den Bereich "LabVIEW Missbrauch". Die Fehlerbehandlung ist zwar andeutungsweise vorhanden aber mit Brachialmethoden wie "Stop" kommt man da nicht sehr weit, aber naja wenn Du eine Stacked Sequence benützt ist das halt die einzige noch einigermassen machbare Fehlerabhandlung.

Zu Deinem Problem: Verwendest Du DHCP? Wenn ja dann ist das was passiert wahrscheinlich dass die Lease Time ausläuft und der Rechner eine neue IP Adresse kriegt. Von dem Moment an sind alle offenen Verbindingen im Sinne des Netzwerkstacks zwar noch stets gültig, im Sinne einer funktionsfähigen Verbindung aber nicht mehr. Denn sie verweisen auf Netzwerkendpunkte die so nicht mehr stimmen.

Aber auch wenn Du kein DHCP verwendest kann es vorkommen dass eine Verbindung disfunktional wird. Die richtige Vorgehensweise dabei ist um das zu detektieren (error Cluster out) und dann die Verbindung zu schliessen und neu aufzubauen und die Kommunikation noch einmal zu probieren. Aber bitte das jetzt nicht in die Stacked Sequence hineinpfriemelen. Das gibt Dir nur noch ein unhandlicheres Monster als es nun schon ist. Solche Funktionalität gehört in einen sauber designten Treiber, mit low level subVIs die die verschiedenen Kommunikationsblöcke realisieren und einer State Machine die das Verbindungshandling mit Retry and Reconnect erledigt. Stacked Sequences haben da absolut nichts verloren.

Rolf Kalbermatter
CIT Engineering Netherlands
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
.. .
Antwort schreiben 


Gehe zu: