LabVIEWForum.de - Uralte IEEE488 auslesen?

LabVIEWForum.de

Normale Version: Uralte IEEE488 auslesen?
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hallo zusammen,

ich bin absolut neu hier, auch in LabView und habe folgendes Problem:
über eine "Blackbox" sind Geräte in einer Apparatur mit einem uralten Mac verbunden, der diese Geräte steuert. Genauer gesagt geht vom Mac eine Verbindung über SCSI in genannte Blackbox, welche die Signale nach IEEE488 umwandelt. Über diesen Ausgang werden die Geräte angesprochen.
Leider besitzen wir keinerlei Informationen darüber was diese Black-Box macht, Support des Herstellers gibt es nicht mehr.
Idee ist, um von dem Mac wegzukommen und auf NI LabView umzustellen, dass wir einen PC an die besagte GPIB-Schnittstelle der Blackbox anschließen und zuhören, welche Befehle da rausgehen, wenn man am Mac etwas steuert. Fragen:

1. Geht das überhaupt? Soll heißen, kann man das mit einer GPIB-Karte am PC?
2. Kann das der Assistent zur Instrumenten I/O? Lesen und Analysieren kann der ja.... ?

Oder habt ihr noch andere Vorschläge, Ideen??

Danke!
IEEE488 ist ja ein ganz alter Standard, aber bis heute noch aktuell. Von daher sollte es überhaupt keine Probleme geben. Am Einfachsten wird es sein, wenn Du für den GPIP-Anschluß eine Originalkarte von NI benutzt. Inwieweit es mit anderen Karten überhaupt geht, weiß ich nicht - sicherheitshalber sollte Du dann zumindest mit einem unkontrolliert höherem Programmieraufwand rechnen.
Es gibt auch so gefühlt 10000 Instrumententreiber von NI - wenn Du Glück hast ist Dein Gerät mit dabei, auch wenn es alt ist.
Hi,
Danke für die schnelle Antwort. Habe inzwischen in diversen englischen Foren gelesen, dass einige das Problem mit genau diesem MacSCSI-488 haben. In einem Beitrag stand, dass die Treiber von iotech und NI wohl nicht kompatibel sind. Hieße das, ich erhalte schlimmstenfalls einen Binärcode und weiß nicht was er bedeutet? Auf ASCII braucht man dann nicht hoffen, oder?
Hallo Caprice,

Zitat:ich erhalte schlimmstenfalls einen Binärcode und weiß nicht was er bedeutet? Auf ASCII braucht man dann nicht hoffen, oder?
Was ist für dich der Unterschied zwischen Binärcode und ASCII? Ist doch beides das gleiche... Ansonsten hilft nur Rtmfx
(12.12.2011 13:46 )Caprice schrieb: [ -> ]Hi,
Danke für die schnelle Antwort. Habe inzwischen in diversen englischen Foren gelesen, dass einige das Problem mit genau diesem MacSCSI-488 haben. In einem Beitrag stand, dass die Treiber von iotech und NI wohl nicht kompatibel sind. Hieße das, ich erhalte schlimmstenfalls einen Binärcode und weiß nicht was er bedeutet? Auf ASCII braucht man dann nicht hoffen, oder?

Die Kompatibilität von Treibern wird sicher nicht weit her sein, aber das hat nichts mit den Daten zu tun die zwischen Gerät und Computer verschickt werden, sondern nur mit den API Funktionen die Du in Deiner Programmierumgebung benützt um die GPIB Schnittstelle anzusprechen. D.h. wenn Deine Mac Applikation auch schon in LabVIEW ist, wirst Du andere VIs verwenden müssen um die GPIB Kommunikation zu tun. Wenn Du auf dem Mac eh etwas anderes dann LabVIEW hast ist das sowieso kein Thema, da Du so oder so in LabVIEW ganz von vorne beginnst.

Was die uralt GPIB-Geräte betrifft kannst Du eventuel schon noch einige harte Nüsse zu knacken bekommen. Heutzutage spricht beinahe jedes GPIB Gerät IEEE-488.2, was das eigentliche Low Level Bus Protokoll ordentlich standardisiert. Damit wird ein GPIB Gerät üblicherweise einfach ein Gerät an das man Strings schickt und dann etwas zurückbekommt. Die einzige heutzutage noch benützte etwas kompliziertere Signalisierung ist ein SRQ, aber auch der ist standardisiert und ziemlich einfach zu managen, wenn man einmal etwas Erfahrung damit hat.

In den Beginnjahren von GPIB hatte jeder so seine eigenen Ideen, wie man die GPIB Signalisierung denn genau machen soll. Da gabs Dinge wie explizite Terminationcharacters die verwendet werden mussten, mit oder gerade ohne die entsprechende hardwaremässige EOI Signalisierung. Auch Dinge wie Device Readdressing waren manchmal notwendig, oder eben gerade nicht um das Gerät zur Kommunikation zu bewegen. Auch mussten manche Exoten mit expliziten non-Standard Handshaking Protokollen bedient werden um auch nur einen einzigen Mucks von sich zu geben. Beinahe alle diese Dinge sind noch immer durch VISA zu kontrollieren, aber bei modernen Geräten beinahe nie mehr notwendig.
Referenz-URLs