NI-Visa Lizenz

[M. M. (blackcow)]

Angenommen ich will ein Oszilloskop von einem C++ Programm aus über 
Ethernet steuern. Da gibt es ja diese standardisierten SCPI Befehle. 
Dann gibt es auch noch NI-VISA. Ich bin da lizenzrechtlich nicht so ganz 
durchgestiegen. Wenn die Software verkauft wird, muss ich dann 
Lizenzgebühren an NI zahlen. Und wenn ja, ist es möglich/vernünftig die 
Kommunikation über Ethernet mit SCPI Befehlen selber zu programmieren?

[Mitlesa (Gast)]

M. M. schrieb:
> ist es möglich/vernünftig die
> Kommunikation über Ethernet mit SCPI Befehlen selber zu programmieren?

Ich mache das seit Jahren so.

Du brauchst kein VISA.

SCPI besteht darin Kommando-Strings an ein Messgerät zu senden
und/oder Daten vom Mesgerät zu empfangen. Es ist schnittstellen-
unabhängig, d.h. SCPI Datenverkehr kann über alle möglichen
Schnittstellen passieren. Über welche es möglich ist hängt vom
Gerät ab.

Zum Steuern über LAN (oder z.B. Serial) öffnet man eine TCP-
Verbindung als Client und schickt darüber einfach LF-delimited
Strings (LF dient als Separator für einzelne Kommandos).
Empfangen von Datenstrings funktioniert auf dem gleichen Socket.

Oft scheitert die TCP-Verbindung daran den richtigen Port zu
verwenden, er ist bei Messgeräten oft 5025. Das müsste aber aus
dem Handbuch des Gerätes zu entnehmen sein.

Noch Fragen? Ja man muss sich halt mit der Socket-Programmierung
auseinandersetzen, das ist der Preis der VISA-Freiheit.

[Thomas (Gast)]

ich verwende pyVisa um Geräte über python und visa mit usb anzusteuern, 
geht wohl aber auch über Ethernet. Is gratis verfügbar, weiß aber nicht 
wie das mit lizenz funktioniert schau mal auf deren Seite.

[M. M. (blackcow)]

Ah, vielen Dank für die Hilfe! Dann werde ich wohl direkt SCPI Kommandos 
senden.

[Dirk B. (dirkb2)]

SCPI ist ein Befehlssatz, um Messgeräte mit ähnlichen Eigenschaften über 
dieselben Befehle anzusprechen.


VISA ist eine Herstellerübergreifende Bibliothek, um verschiedene 
Messgeräte mit unterschiedliche Schnittstellen über die gleiche Art 
anzusprechen.

Auch über verschiedene Rechner hinweg.

[Sven B. (scummos)]

Für Ethernet würde ich das auch einfach von Hand machen. Ist wirklich 
kein Hexenwerk und ich glaube nichtmal, dass eine Bibliothek so 
Komplexität wie Disconnects etc. sinnvoll abstrahieren und damit 
vereinfachen kann.