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!
Hallo
ich beschäftige mich noch nicht lange mit LabVIEW und habe jetzt ein Projekt, bei dem eine anliegende Spannung über LabVIEW gesteuert werden kann. Hardware ist vorhanden und angeschlossen und funktioniert.
Mein Problem ist nun dass ich zwar weiß wie ich zB Daten über LabVIEW einlesen kann, aber eben nicht, wie ich von LabVIEW aus Anweisungen geben kann. Daten einlesen mache ich über die ganze Visageschichte was gut klappt; aber die andere Richtung funktioniert nicht. Ich kann an meinen Visaausgang nur ein Anzeigeelement anschließen, kein Bedienelement.
Wie stelle ich das also an, dass ich am PC über LabVIEW die Spannung regeln kann?
Zusammengefasst muss ich sozusagen Daten nach "draußen" bringen, und nicht von draußen einlesen.
Ich hoffe jemand hat meine etwas wirre Schilderung verstanden und kann mit weiterhelfen. Sonst weiß ich nicht weiter.
Danke schonmal, Sara
' schrieb:Hallo
ich beschäftige mich noch nicht lange mit LabVIEW und habe jetzt ein Projekt, bei dem eine anliegende Spannung über LabVIEW gesteuert werden kann. Hardware ist vorhanden und angeschlossen und funktioniert.
Mein Problem ist nun dass ich zwar weiß wie ich zB Daten über LabVIEW einlesen kann, aber eben nicht, wie ich von LabVIEW aus Anweisungen geben kann. Daten einlesen mache ich über die ganze Visageschichte was gut klappt; aber die andere Richtung funktioniert nicht. Ich kann an meinen Visaausgang nur ein Anzeigeelement anschließen, kein Bedienelement.
Wie stelle ich das also an, dass ich am PC über LabVIEW die Spannung regeln kann?
Zusammengefasst muss ich sozusagen Daten nach "draußen" bringen, und nicht von draußen einlesen.
Ich hoffe jemand hat meine etwas wirre Schilderung verstanden und kann mit weiterhelfen. Sonst weiß ich nicht weiter.
Danke schonmal, Sara
Wenn Du von dem Gerät die Daten lesen kannst, dann sollte auch ein VISA-Write funktioneren.
Verate doch mal um welches Gerät es sich handelt und wie mit dem Gerät kommuniziert wird(GPIB;RS232,TCP/IP?)
Vielleicht gibt es ja auch beim Hersteller oder bei NI.com ein Treiber-VI-Paket, dann muss man sich nicht die Mühe machen alle Befehle von Hand einzutippen..
Gruß, Rob
Bitte Beachten:
Die obenstehenden Texteile können unter Umständen Sarkasmus und Ironie enthalten, für nicht erkannten Sarkasmus oder nicht erkannte Ironie wird keine Haftung übernommen.
N.B.: "Multiple exclamation marks, " he went on, shaking his head, "are a sure sign of a deseased mind." - Terry Pratchett
' schrieb:Wenn Du von dem Gerät die Daten lesen kannst, dann sollte auch ein VISA-Write funktioneren.
Verate doch mal um welches Gerät es sich handelt und wie mit dem Gerät kommuniziert wird(GPIB;RS232,TCP/IP?)
Vielleicht gibt es ja auch beim Hersteller oder bei NI.com ein Treiber-VI-Paket, dann muss man sich nicht die Mühe machen alle Befehle von Hand einzutippen..
Gruß, Rob
Mhm, kann sein dass ich das falsch aufgebaut habe; Kommunikation ist per RS232; das Datenerfassungsgerüt ist von Adam mehr weiß ich da nicht, und die Spannungssteuerung selber geht an einen Hochfrequenz-Umrichter. Falls das hilft....
Danke schonmal ;-)
Developer Suite Core -> LabVIEW 2015 Prof.
2006
EN
71083
Deutschland
Spannung steuern
Lade doch mal Deine VIs hoch..... Dann kann man sich ein Bild machen, was Du schon so gemacht hast und wo man evtl. etwas nachhelfen kann.
Gruß Markus
' schrieb:Mhm, kann sein dass ich das falsch aufgebaut habe; Kommunikation ist per RS232; das Datenerfassungsgerüt ist von Adam mehr weiß ich da nicht, und die Spannungssteuerung selber geht an einen Hochfrequenz-Umrichter. Falls das hilft....
Danke schonmal ;-)
-------------------------------------------------------------------------- Bitte stellt mir keine Fragen über PM, dafür ist das Forum da - andere haben vielleicht auch Interesse an der Antwort !!
--------------------------------------------------------------------------
Hochladen ist nicht so geschickt, ich arbeite da im Institut dran, hab also die VI's nicht auf meinem Rechner; wenn ichs nicht hinbekomm werd ich das aber mal machen :-)
Glaube sogar anders gehts gar nicht weil das mittlerweile zu umständlich ist zum erklären.
Mal was grundsätzlicheres: wenn ich die ganze Visa-Kommunikationskette aufgebaut hab, um vom Gerät Daten zu empfangen (und ich weiß dass die funktioniert) kann ich dann den genau gleichen Aufbau verwenden um umgekehrt Daten/Befehle zu senden? Oder muss man dass dann irgendwie ummodeln?
Hab das mal so gemacht, es läuft ja auch, aber es gibt sehr seltsame Werte aus. Ich werd schaun dass ichs hochlad; ich seh ein das mir bei diesen Erklärungen wirklich niemand weiterhelfen kann :-)
Grüßle, Sara
wie schon dc6xs gesagt hast, wenn du per VISA Daten empfangen kannst, sollte es auch per VISA-Write-VI möglich sein, etwas zu senden.
Zum Thema Daten schreiben und lesen per RS232 gibt es hier im Forum und auch über den NI Example Finder eine Reihe von Beispielen.
Es wäre dann natürlich schon wichtig, was du das für eine ADAM-Gerät angeschlossen hast. Ich hoffe, du hast eine Dokumentation der Befehlssyntax?!
Und wenn du das mit VI Hochladen nicht machen kannst (übrigens, dafür gibt es doch wohl genügend Möglichkeiten, ein VI mal auf einem exteren Datenträger zu speichern), dann erstelle zumindest Screenshots des Blockdiagramms.
MfG, 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!
So, da wäre es. LabVIEW 7.1 ist das. Generell wär ich schon mal froh falls meine Visakette stimmt, also um das Gerät überhaupt anzusprechen. Es läuft ja auch, aber es läuft komisch.
Wie gesagt, was das VI eigentlich tun soll, ist eine Spannungsquelle, die dann an das Adam-Gerät angeschlossen wird zwischen 0 und 10 Volt zu steuern. Das mit dem Drehschalter ist ja austauschbar, erstmal gehts mir darum obs im Prinzip stimmt, bzw. was nicht stimmt.
Bei dem Adams-Gerät weiß ich nur dass das ein Adams-4021 ist.
So, ich hoffe ihr könnt mir weiterhelfen,
grüßle, Sara
Die Konfiguration ist außerhalb der schleife da du sonst bei jedem Zyklus Initialisiert wird. Das funktioniert nicht.
Am Schleifenausgang wir der Com Port nun wieder geschlossen. Sonst kann er beim nächsten start nicht mehr initialisiert werden.
Wenn du an deinem ComPort den pin 2 und 3 brückst und dann das beispiel laufen lässt musst du das empfangen was du gesendet hast.
Vielen Dank schonmal, leider hab ich LabVIEW 7.1 und kann überhaupt nicht öffnen was du mir da angepasst hast. Gibts da irgendne Möglichkeit dass du mir das so zukommen lässt dass ich das noch öffnen kann?
Mir ist mittlerweile auch noch der Gedanke gekommen, dass mit dem Adam-Modul was nicht stimmt. Hab ein kleines Beispiel Programm geschrieben, dass das Modul ansprechen müsste, und das klappt nämlich auch nicht. Kann aber diesmal nicht am Programm liegen, da ich das eins zu eins aus der Anleitung übernommen hab.
Ich lad das mal mit hoch, vielleicht kann das auch noch wer anschaun; weil wenn an dem Programm wirklich alles in Ordnung ist, dann stimmt was mit dem Modul nicht. Zusätzlicher Fehler sozusagen.
Vielen vielen Dank schonmal, wüsste gar nicht wie ich ohne das Forum weitermachen sollte :-)
Grüßle, Sara
Leider hab ich hier nicht die Möglichkeit auf 7.1 runter zu speichern.
Hier ein Bildchen.
Zu deinem Neuen Programm.
Mach die konfiguration vor der schleife.
Nach der schleife den Port schliessen.
Eine Wartezeit in deine Schleife.
Dein Momentanes Programm macht vollgendes.
Port Konfigurieren-Schreiben-lesen-anzeigen. und wieder von vorn und das so schnell wie es der prozessor kann.
Entweder du bekommst beim zweiten durchlauf schon ne fehler meldung, zumindest der empfangspuffer wird wieder gelöscht.
Ich glaube nicht das du damit etwas empfangen kannst.
Schau dir mal die Beispiele an die bei LabVIEW dabei sind. Vieleicht helfen die dir weiter.
Ansonst, schau ich mal ob ich ein Beispiel finde.
Grüße Achimedes
Wer Rechtschreibfehler findet .... darf sie behalten.