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!
wollte euro Erfahrungen sammeln und wissen auf welche Weise ich eine RS-232- und eine Ethernet-Schnittstelle überprüfen kann?
RS-232:
Da kenne ich nur die VISA-Funktionen mit denen man das Interface testen kann.
Man schickt irgendeinen String hin und erhält es halt komplett oder auch nicht zurück.
Ethernet:
Meiner Erfahrung nach kann diese nur mit dem VI "System Exec.vi" testen, indem man "ping" mit der entsprechenden Seriennummer sendet und dann auf dem Terminal sieht, ob die Gegenstelle antwortet oder nicht.
Könnt ihr vielleicht weitere Methoden nennen mit denen ich diese Schnittstellen testen kann?
was bedeutet bei dir testen? Innerhalb eines LV-Programms testen, ob ein Gerät verbunden ist? Oder generell prüfen, ob ein Port funktioniert?
Für einen schnellen Test bietet sich immer Hyperterminal (Seriell) oder der IExplorer an (Geräte per Ethernet haben meist einen rudimentären Webserver an Bord...)!
ich meine überprüfen, ob ein Port da ist und dies unbedingt mit LabVIEW.
Da ich ein Programm dafür schreiben möchte und ich kenne bis jetzt nur die von mir beschriebenen Verfahren, um die Schnittstellen zu überprüfen.
Kennst du oder jemand anders, ob es irgendwie auch anders geht?
Ich weiß, dass man es mit HyperTerminal etc. testen kann, aber mit LabVIEW?
Ich verstehe immer noch nicht so recht, was du testen willst.
Willst du wissen, welche COM-Schnittstellen überhaupt in deinem Rechner verbaut sind? Das kann man mit der entsprechenden VISA-Funktion abfragen (VISA Find Resource).
Willst du testen, ob du über eine dir bekannte COM-Schnittstelle etwas schreiben und lesen kannst? Das kannst du natürlich über VISA Write/Read machen, wenn du entsprechend die RX und TX-Pins deiner Schnittstelle miteinander verbindest.
Ethernet und Ping, diese Idee sehe ich nur bedingt als Lösung an. Wenn du eine entsprechende Firewall auf einem PC installiert hast, dann kannst du den beliebig anpingen, eine Antwort wirst du nicht erhalten. Und da funktionieren beide Netzwerkkarten.
Oder weißt du, was für ein Gerät du über Ethernet ansprechen willst. Dann Verbindung öffnen, irgendwas senden (bei eine entsprechenden Protokoll gibt's dann eine Antwort), und schauen, was rauskommt. Natürlich immer schön brav den Fehlercluster auswerten und entsprechend reagieren.
Gruß, Jens
Wer die erhabene Weisheit der Mathematik tadelt, nährt sich von Verwirrung. (Leonardo da Vinci)
!! BITTE !! stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort!
also ich will nicht einen Rechner mit den jeweiligen Schnittstellen testen, sondern irgendwelche Anlagen, die diese Schnittstellen verfügen.
Die RS232-Schnittstellen kann ich mit VISA-Schnittstellenbibliothek testen, das wusste ich auch, aber geht es auch irgendwie anders mit LV?
Diese Anlagen verfügen auch über Ethernet-Schnittstellen, die eine bestimmte IP-Adresse besitzen und keine Firewall haben, deswegen geht es immer.
Gibts hier irgendwelche andere Möglichkeiten außer der ping-Funktion?
"Die RS232-Schnittstellen kann ich mit VISA-Schnittstellenbibliothek testen, das wusste ich auch, aber geht es auch irgendwie anders mit LV?"
Was gefällt dir am "offiziellen" Weg über die "Schnittstellenbibliothek" nicht? Warum suchst du nach einem Hack?
"Diese Anlagen verfügen auch über Ethernet-Schnittstellen, die eine bestimmte IP-Adresse besitzen und keine Firewall haben, deswegen geht es immer."
Du weißt also, dass der zu testende Rechner über eine funktionierende Schnittstelle mit vorgegebener IP-Adresse verfügt und willst sie trotzdem testen???
der offizielle Weg gefällt mir, aber ich wollte noch wissen, ob es auch andere Möglichkeiten/Wege gibt, mit der seriellen SChnittstelle zu kommunizieren?
Aber für den Fall, dass die Ethernet-Schnittstelle nicht funktioniert, werde ich wohl keine Antwort erhalten, es ist nicht nur für den Test funktionsfähiger Anlagen!
"Aber für den Fall, dass die Ethernet-Schnittstelle nicht funktioniert, werde ich wohl keine Antwort erhalten, es ist nicht nur für den Test funktionsfähiger Anlagen!"
Wenn die Schnittstelle oder die Verbindung zum externen Gerät nicht funktioniert, bekommst du eine Fehlermeldung. Die kannst/solltest du auswerten.
"der offizielle Weg gefällt mir, aber ich wollte noch wissen, ob es auch andere Möglichkeiten/Wege gibt, mit der seriellen SChnittstelle zu kommunizieren?"
Letztendlich wird die serielle Schnittstelle von Betriebssystem verwaltet. VISA setzt darauf auf und bietet dir entsprechende Funktionalität an. Wenn du VISA nicht benutzen willst (warum auch immer), könntest du sicherlich irgendwelche Konstrukte finden, die dann ebenfalls aufs Betriebssystem zugreifen... Auch wenn ich den Hintergrund nicht verstehe...
das war auch rein aus Interesse, welche MÖglichkeiten LV noch bietet um diese beiden angesprochenen Schnittstellen mit LV anzusprechen!
Meinst du mit "Konstrukte" irgendwelche Eingenschaftsknoten?
mit "Konstrukt" war alles mögliche gemeint, von SystemExec-Aufrufen über ActiveX zu DotNet - überall wirst du Möglichkeiten finden, die serielle Schnittstelle zu "testen". Und alle "Konstrukte" sollten das gleiche Ergebnis liefern, welches du schon über VISA erhalten hast...
