INFO: Dieses Forum nutzt Cookies...
Cookies sind für den Betrieb des Forums unverzichtbar. Mit der Nutzung des Forums erklärst Du dich damit einverstanden, dass wir Cookies verwenden.

Es wird in jedem Fall ein Cookie gesetzt um diesen Hinweis nicht mehr zu erhalten. Desweiteren setzen wir Google Adsense und Google Analytics ein.


Antwort schreiben 

Uralte IEEE488 auslesen?



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!

08.12.2011, 10:39
Beitrag #1

Caprice Offline
LVF-Neueinsteiger


Beiträge: 2
Registriert seit: Dec 2011

9.0.1
2011
DE



Uralte IEEE488 auslesen?
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!
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Anzeige
08.12.2011, 11:45
Beitrag #2

Lucki Offline
Tech.Exp.2.Klasse
LVF-Team

Beiträge: 7.699
Registriert seit: Mar 2006

LV 2016-18 prof.
1995
DE

01108
Deutschland
RE: Uralte IEEE488 auslesen?
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.
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
12.12.2011, 13:46
Beitrag #3

Caprice Offline
LVF-Neueinsteiger


Beiträge: 2
Registriert seit: Dec 2011

9.0.1
2011
DE



RE: Uralte IEEE488 auslesen?
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?
Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
12.12.2011, 15:55
Beitrag #4

GerdW Offline
______________
LVF-Team

Beiträge: 17.412
Registriert seit: May 2009

LV2021
1995
DE_EN

10×××
Deutschland
RE: Uralte IEEE488 auslesen?
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

Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
13.12.2011, 09:40
Beitrag #5

rolfk Offline
LVF-Guru
*****


Beiträge: 2.302
Registriert seit: Jun 2007

alle seit 6.0
1992
EN

2901GG
Niederlande
RE: Uralte IEEE488 auslesen?
(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.

Rolf Kalbermatter
Technische Universität Delft, Dienst Elektronik und Mechanik
https://blog.kalbermatter.nl
Webseite des Benutzers besuchen Alle Beiträge dieses Benutzers finden
Diese Nachricht in einer Antwort zitieren to top
Antwort schreiben 


Gehe zu: