Langzeitmessung mit Keithley 6485 und Labview?

Hallo alle zusammen!

Ich hoffe alle hatten schöne Feiertage!
Ich bin neu hier und hoffe, dass Ihr einen ahnungslosen Studenten weiterhelfen könnt
Seit ungefähr 1 Monat bin ich als studentische Hilfskraft an der TU-Ilmenau angestellt und ich soll Messreihen (Strommessungen) aufnehmen. Hierfür steht mir das Keithley Picoammeter 6485 zu Verfügung. Die Messungen sollen teilweise über einen längeren Zeitraum (ca 30 - 40 h) möglichst selbstständig laufen. Ich habe dementsprechend zuerst eine Kommunikation zwischen Gerät und Rechner hergestellt. Diese klappt auch ganz gut. Auch habe ich über den Keithley Communicator bereits ein bischen mit SCPI Befehlen gearbeitet.
Nun meine Frage: Gibts mit Labview die Möglichkeit, diese Messungen durchzuführen? Wenn ja: Welche Pakete benötige ich und wie stelle ich das an? Wir besitzen die Labview Version von 2013.

Schöne Grüße
Michael

Anzeige

Hallo Michael,

Zitat:Gibts mit Labview die Möglichkeit, diese Messungen durchzuführen?

Ja.

Zitat:Welche Pakete benötige ich und wie stelle ich das an? Wir besitzen die Labview Version von 2013.

Das sollte mit der "Grundversion" funktionieren. VISA sollte installiert sein…
Dann noch den passenden Gerätetreiber aus dem IDNet laden: http://www.ni.com/idnet

Ok, lange ists her, aber hier mal ein kleines Update:

Mittlerweile wurde mir ein PC mit Labview 2015 eingerichtet und ich habe auch schon einige kleinere Tutorials erledigt. Jetzt geht es endlich mal daran, Messdaten von meinen Keithley 6485 einzulesen.
VISA und Gerätetreiber sind installiert. Mithilfe des "Instrument I/O Assistant" möchte ich nun die Verbindung herstellen. Sofern ich dann aber beim Schritt "abfragen und analysieren" mal den Befehl <*IDN?> eingebe bekomme ich folgende Fehlermeldung: Zeitüberschreitung. VISA Status code : bfff0015
Ich kann also aktuell wohl keine Daten empfangen. Schreiben geht. Wenn ich zum Beispiel <DISP:ENAB OFF> eingebe, geht der Bildschirm des Messgerätes auch aus (Zeitüberschreitung wird trotzdem angezeigt).
Portsettings habe ich auch gecheckt: BAUD 9600; Bits 8; Parität keine; Flow keine

Was habe ich übersehen / vergessen?

Hallo Vlansch,

der IDN-Befehl ist vorrangig für Geräte gedacht, die über den GPIB angebunden sind. Bei einer seriellen Schnittstelle wird das meist nicht unterstützt. Das sollte eigentlich im Manual zu deinem Messgerät drinstehen! ()

Also: Einfach die nötigen Befehle im Manual nachschlagen und dann zum Gerät senden. Und den IO-Assi würde ich weglassen, dafür gibt es einfache VISA-Funktionen!

Schuldigung :'-(

Ok, der IO-Assi wird weggelassen. Kannst Du mir vll irgendein Tutorial empfehlen, bei den das behandelt wird?

Hallo Vlansch,

kein Tutorial, aber ein BeispielVI: "Basic Serial Read and Write". Und die ganzen Diskussionen hier im Forum zum Thema serielle Schnittstelle!
(Kernpunkte: "BytesAtPort wird fast immer falsch verwendet" und "Manual des Gerätes lesen")

Anzeige

Alles klar. Danke Dir.
Ich hab hier schon ein paar Beispiele. Ich bekomme sogar eine Antwort auf den IDN Befehl ;-)

So, hallöchen.
Ich arbeite grade einige Bespiel-VI's ab. Der IDN Befehl funktioniert und liefert mir eine zufriedenstellende Antwort.
Bei der Messwertaufnahme gibts grade aber leider trotzdem noch Probleme. Ich hab dazu ein Beispiel-VI in einem anderen Forum gefunden und das Blockschaltbild erscheint für mich auch plausibel und nachvollziehbar. Ich hab die VI mal angehängt.
Wenn ich das VI ausführe bekomme ich allerdings Fehlermeldungen.

Einmal in Labview:
Error -1073807339 occurred at VISA Read in 6485.vi
Possible reason(s):

VISA: (Hex 0xBFFF0015) Timeout expired before operation completed.

Auf dem Gerät erscheint der Error 113. Nach eine kleinen Suche danach findet man die dazugehörige Beschreibung "Undefined header". Die Befehle scheinen alle korrekt zu sein. Zumindest stehen sie genauso in der Anleitung zu Gerät.

Hallo Vlansch,

Zitat:Auf dem Gerät erscheint der Error 113. Nach eine kleinen Suche danach findet man die dazugehörige Beschreibung "Undefined header". Die Befehle scheinen alle korrekt zu sein. Zumindest stehen sie genauso in der Anleitung zu Gerät.

Wenn das Gerät einen Error113 meldet, wird einer der Befehle eben nicht korrekt sein.
Tipp: alle Befehle langsam einzeln senden (z.B. per SingleStep-Debugging). Dabei kontrollieren, welche Befehl genau den Fehler verursacht - und dann kontrollieren, woran die Fehlermeldung liegt…

Ansonsten:

Kann es sein, dass nach jedem Befehl ein Return angehängt werden muss?
Sonst schreibst Du *CLSREAD? Das kennt das Gerät bestimmt nicht.
Gruß
Freddy