Agilent 34401A

Hallo Pawel,

ja, MAX hast du richtig erkannt...

Dein VI ist doch quasi das "Basic Serial Read and Write" aus den mit LabVIEW mitgelieferten Beispielen - allerdings ohne die durchaus wichtige Wartezeit zwischen Write und Read...
- Wenn die Parameter für die serielle Schnittstelle bekannt sind, würde ich diese als Konstante programmieren und nicht per Control.
- "Klappt nicht" ist keine gute Fehlerbeschreibung. Was klappt nicht? Was für Fehlermeldungen werden angezeigt? Wo tauchen Fehler auf?

(07.01.2013 09:55 )GerdW schrieb:  Dein VI ist doch quasi das "Basic Serial Read and Write" aus den mit LabVIEW mitgelieferten Beispielen - allerdings ohne die durchaus wichtige Wartezeit zwischen Write und Read...
- Wenn die Parameter für die serielle Schnittstelle bekannt sind, würde ich diese als Konstante programmieren und nicht per Control.
- "Klappt nicht" ist keine gute Fehlerbeschreibung. Was klappt nicht? Was für Fehlermeldungen werden angezeigt? Wo tauchen Fehler auf?

Richtig, es ist das gleiche Prinzip wie bei "Basic Serial Read and Write". Da ich keine Wartezeit zwischen Write und Read habe funktioniert das wahrscheinlich nicht. Aber es funktioniert ja, nachdem ich Treiber_VI simuliert habe. Was nicht klappt ist, die "Read-Funktion". Dort kommt der Fehlercode -107xxxxxx. Habe ich gerade leider nciht vor mir aber ich denke der Fehler ist bekannt.

Ich werde es nachher nochmal versuchen. Ich will erstmal, dass *IDN? funktioniert. Danach werde ich versuchen die Spannung auszulesen. Nach der Simulation der Treiber_VI klapp auch "READ?". Irgendwie merkwürig..

Hallo Pawel,

Zitat:Was nicht klappt ist, die "Read-Funktion". Dort kommt der Fehlercode -107xxxxxx. Habe ich gerade leider nciht vor mir aber ich denke der Fehler ist bekannt.

Solange du die Fehlernummer nicht nennst, ist der Fehler nicht bekannt...

Zitat:Aber es funktioniert ja, nachdem ich Treiber_VI simuliert habe.

Was bedeutet "simuliert" in diesem Kontext?

(07.01.2013 10:51 )GerdW schrieb:  

Zitat:Was nicht klappt ist, die "Read-Funktion". Dort kommt der Fehlercode -107xxxxxx. Habe ich gerade leider nciht vor mir aber ich denke der Fehler ist bekannt.

Solange du die Fehlernummer nicht nennst, ist der Fehler nicht bekannt...

Wie gesagt.. sobald ich am Rechner sitze, kann ich die Fehlernummer mitteilen.

Zitat:Aber es funktioniert ja, nachdem ich Treiber_VI simuliert habe.

Was bedeutet "simuliert" in diesem Kontext?

Ich habe von Agilent die Treiber und wenn mir die "Bausteile" so zusammenlege, wie in meiner selbst gebauten VI (ohne Eventschleifen etc.), kann mir die Spannung ausgeben lassen. Ich habe die VI mal beigefügt. Sobald ich diese Agilent VI ausgeführt habe, kann ich mit meiner VI mir die ID oder Spannung (*IDN? oder READ?) ausgeben lassen.

Hallo Pawel,

wenn diese VIs vom offiziellen Treiber funktionieren, dann benutze sie doch einfach...

Wo ist das Problem?

Falls Beitrag #3 immer noch gelten sollte (gibt es Gründe dafür?), dann kopiere die betreffenden Vis einfach und benenne sie um...

Wenn es nach mir ginge, würde ich die Treiber ja benutzen. Aber leider darf ich die nicht benutzen. Das ist ein Projekt und da haben wir uns an Vorschriften zu halten.

Die gute Nachricht ist aber: Ich habe mein Problem gelöst.
Folgendes:
Wenn ich *IDN? abfrage, muss ich *IDN?\n schreiben, dann funktioniert das auch. Habe wie in der "Basic Read and Write" eine Zeitkonstante zwischen Read und Write gesetzt. Unter "Normal Display" kann ich irgendwie auch nciht "*IDN?" schreiben. Deswegen nun "'\' Codes Display".

Um die Spannung zu lesen, muss ich das Gerät in den Rechnergestuerten Betrieb bringen ("SYST:REM\n) und dann kann mit "READ?\n" die Spannun lesen. Nun habe ich aber noch eine kleine Frage. Ich kann die Befehle so nicht schreiben: SYST:REM\n;\sREAD?\n

Wenn ich ein nacheinander eingebe funktioniert es. Würde das Messgerät danach wieder auf SYST:LOC\n setzen.

---

Error Meldung vom Hp Multimeter: -410: Query INTERRUPTED
Ein Befehl, der Daten an den Ausgangspuffer sendet, wurde empfangen, der Ausgangspuffer enthielt jedoch Daten von einem vorhergehende Befehl (die vorherigen Daten werden nicht überschrieben). Der Ausgangspuffer wird gelöscht, wenn das Gerät ausgeschaltet wird oder nachdem Befehl *RST (Reset) durchgeführt wurde.

Möglichkeit: Mit Events arbeiten?

---

Anzeige

Hallo Pawel,

Zitat:Wenn es nach mir ginge, würde ich die Treiber ja benutzen. Aber leider darf ich die nicht benutzen. Das ist ein Projekt und da haben wir uns an Vorschriften zu halten.

Du hast auf der einen Seite fertige VIs, die dir zeigen, wie es funktioniert. Auf der anderen Seite hast du die Vorgabe, "eigene" VIs zu liefern, die sich an die Beschreibung des DMM-Manuals halten. Wo ist das Problem, die fertigen VIs (oder deren BD-Inhalt) zu kopieren - und zum Nachweis des eigenen Verständnisses Kommentare im BD zu hinterlassen?
Ich verstehe echt den Sinn nicht, wenn alles, was getan werden muss, das Nachprogrammieren eines schon vorhandenen VIs sein soll...
(Für solche Sachen ist ein 2-Monitor-System sehr hilfreich )

Zitat:Wenn ich *IDN? abfrage, muss ich *IDN?\n schreiben, dann funktioniert das auch.

Genau das wird sicherlich auch im Manual des DMMs stehen.

Zitat:Unter "Normal Display" kann ich irgendwie auch nciht "*IDN?" schreiben. Deswegen nun "'\' Codes Display".

Man kann auch mit einem "Normal Display"-Modus arbeiten und hängt das LF-Zeichen per StringConcat selbst an den zu sendenden String an. Ist für den unbedarften User sicherlich einfacher...

Zitat:Meldung vom Hp Multimeter: -410: Query INTERRUPTED

Meiner Erfahrung nach sind solche Fehlermeldungen auch im Manual erläutert - und wie man mit ihnen umzugehen hat.

(07.01.2013 19:17 )Pawel2012 schrieb:  Error Meldung vom Hp Multimeter: -410: Query INTERRUPTED
Ein Befehl, der Daten an den Ausgangspuffer sendet, wurde empfangen, der Ausgangspuffer enthielt jedoch Daten von einem vorhergehende Befehl (die vorherigen Daten werden nicht überschrieben). Der Ausgangspuffer wird gelöscht, wenn das Gerät ausgeschaltet wird oder nachdem Befehl *RST (Reset) durchgeführt wurde.

Möglichkeit: Mit Events arbeiten?

---

Du liest anscheinend nicht alle Daten, die sich im Ausgangspuffer befinden, aus. Erhöh doch mal die Anzahl der zu lesenden Bytes am Read-Vi.


Grüßle
S.