hi,
ich hab ein beispiel von LabVIEW8 etwas umgebaut...aber warum bekomm ich selber 3 mal das gesendete bei Broadcast?????? bei remote host only bekomme ich es so wies sein soll 1 mal....
problem liegt irgendwie beim receiven...hm
cu
Mich interessiert es auch. Hat jemand eine Erklärung dazu?
eg
' schrieb:Mich interessiert es auch. Hat jemand eine Erklärung dazu?
Also bei mir, 8.2.1, geht beides gleich - also einmal empfangen.
Allerdings erst nachdem ich die Fehler (im downgeloadeten Code) beseitigt habe. Das UDP-Schreiben, UPD-Lesen und UDP-Schließen haben am Ref-Eingang kein UDP erwartet, sondern ein TCP - obwohl im Icon UDP steht.
' schrieb:Also bei mir, 8.2.1, geht beides gleich - also einmal empfangen.
Allerdings erst nachdem ich die Fehler (im downgeloadeten Code) beseitigt habe. Das UDP-Schreiben, UPD-Lesen und UDP-Schließen haben am Ref-Eingang kein UDP erwartet, sondern ein TCP - obwohl im Icon UDP steht.
Du hast Recht, ich musste auch alle UDP Open, Read und Write VIs ändern, seltsam...
VDB
Ich kriege nach dem Öffnen eine Fehlermeldung... (vgl. Screenshot).
Gruß Markus
Also bei mir geht es eigentlich um das angehängte VI. Mit diesem VI will ich die Systemnummern+IP Adressen aller im Netz befindlichen (unserer) Systeme ermitteln. Auf den Systemen läuft ein UDP-Server, der auf einen bestimmten String am bestimmten Port wartet. Sobald dieser String kommt antwortet das System mit seiner Systemnummer. Komischerweise bekomme ich als antwort noch drei Antworten zurück und zwar von meinem PC selbst. Ich bekomme also ausser den "richtigen Antworten" auch drei Mal ein ECHO zurück.
Warum die VIs bei euerer LV-Version anders verhalten (TCP Ref verlangen) keine Ahnung. Das wäre jetzt nicht von Bedeutung, aber auch komisch.
Gruß, eg
P.S. wie ihr sehen könnt, habe ich mir einen Workarround wegen dem Echo gebastelt. Das funktioniert so, aber die Frage bleibt trotzdem.
' schrieb:Warum die VIs bei euerer LV-Version anders verhalten (TCP Ref verlangen) keine Ahnung. Das wäre jetzt nicht von Bedeutung, aber auch komisch.
Das kann aber in so fern von Bedeutung sein, wenn es sich hier um einen Bug von LV8.0 handelt.
Das Verlangen ist ja nur deswegen ein Verlangen, weil irgendwer wohl mal hier den Eingang auf TCP geprägt hat (oder weil die entsprechenden UDP-VIs falscherweise einen TCP-Eingang haben - was enorm fatal wäre). LV8.0 scheint hier halt einen UDP-Wire auf einen TCP-Eingang zu akzeptieren - LV8.2 nicht.
Wenn du die entsprechenden UDP-VIs neu setzt, geht es dann?
' schrieb:Das kann aber in so fern von Bedeutung sein, wenn es sich hier um einen Bug von LV8.0 handelt.
Das Verlangen ist ja nur deswegen ein Verlangen, weil irgendwer wohl mal hier den Eingang auf TCP geprägt hat (oder weil die entsprechenden UDP-VIs falscherweise einen TCP-Eingang haben - was enorm fatal wäre). LV8.0 scheint hier halt einen UDP-Wire auf einen TCP-Eingang zu akzeptieren - LV8.2 nicht.
Wenn du die entsprechenden UDP-VIs neu setzt, geht es dann?
Sorry, ich habe nur LV8.0 und kann es nicht prüfen.
eg
Habe es getestet und bei mir (LV 8.2.1) funktioniert es auch ganz normal (wie bei IchSelbst).
Hab' das Bsp. jetzt für LV 8 gespeichert.... Testet das doch mal, ob Ihr hier das Ergebnis 3 fach bekommt, oder ob es jetzt bei Euch auch klappt.
@IchSelbst: Es lag tatsächlich daran..... Hab die UDP-Funktionen einfach nochmal neu reingepackt und es hat funktioniert.....
Gruß Markus