ISA-Karte nach GPIB umbauen

Johannes Urscher schrieb:
> brauche also noch einen Baustein auf dem zukünftigen Board, der mir
> zwischen Daten und Adressen umschaltet.

Dann schau Dir erst mal die Impulsverläufe auf dem ISA-Bus an und 
überlegen ob diese ZEITmäßig überhaupt zu Deiner Erfindung passen.
http://de.wikipedia.org/wiki/Industry_Standard_Architecture

Ich kann mit deiner Frage rein gar nichts anfangen. Was soll das 
heissen, "die ISA-Karte so umzubauen, dass sie am GPIB betrieben wird"? 
Du willst eine GPIB-ISA Bridge konstruieren? Und was meinst du mit 
"modernisieren" im Zusammenhang mit GPIB?

Beschreib doch mal, wie das Messgerät mit der ISA Karte kommuniziert und 
was da für Datenmengen übertragen werden. Ich bin mir zu 99.9% sicher, 
dass USB<->Microcontroller<->Messgerät eine erfolgversprechendere 
Strategie ist.

Johannes Urscher schrieb:
> Die Adressen werden bei GPIB über die Datenleitungen geschickt.

Und du glaubst dann funktioniert die vorhandene Software noch?

Gruss Reinhard

> Auf der ISA-Karte werden 8 Datenleitungen, 4 Adressleitungen
> sowie IOR und IOW benutzt.

Mit etwas Glück musst du also bloss 16 8 bit Register nacbilden,
die dann per GBIB ansprechbar sind.

Um die offiziellen Pegel und Treiberleistungen von GPIB zu erreichen,
kann man spezialisierte GPIB Treiber verwenden (die aber auch selten
sind) oder wie in der Anfangszeit von GPIB einfache TTL Treiber.
Die (bis zu 16) Register könnten dann ebenfalls TTL-Bausteine sein,
aber damit haöst man sich vielleicht bis 32 Chips auf (und ein
paar zur Decodierung).
Wenn man nicht gerade alle 256 möglichen EIn- und Ausgänge braucht,
könnte die Integration der Elektronik in ein CPLD wie CollRunner
oder M4 vereinfachend sein.
Wenn man dann noch den Rest der Platine nicht anschliessen will,
sondern nachbauen muß, vom uC über ROM/RAM bis Speziallogik wie
Incrementalencoder oder was auch immer auf der ISA Karte war, du
verschweigst es ja lieber, dann kann ein FPGA gleich alles wegstecken.

Nur Treiber nicht.

Johannes Urscher schrieb:
> Die Karte sendet ein
> Analogsignal zum Messgerät und bekommt bis zu vier Analogsignale zurück.

Sowas gibt es doch wie Sand am Meer, nach neuester Technologie und mit 
Treibersoftware. Häng dein Herz nicht an eine Karte, die vielleicht mal 
5000 Mark gekostet hat, aber aktuell keine 100 Euro mehr wert ist.

Ich habe es auch bedauert, als ich letzhin meinen alten Faxserver mit 2 
ISA-Faxkarten und Software im Wert von zusammen rund 8000 DM 
verschrottet habe, aber der neue Server erledigt das mit einem alten 
Modem so nebenbei. So ist halt das Leben (Seufz Heul).

Gruss Reinhard

Mit dem FT2232 von FTDI kann man ein USB zu ISA interface basteln.
http://www.ftdichip.com/Support/SoftwareExamples/MPSSE/FT2232C-Proj04.pdf
Aber nen µC mit externem memory bus und USB wär wohl schöner.

Wenn du es eh in LabView neu machst, warum nicht gleich noch die 
passende Erfassungshardware von NI nehmen? Z.B. die NI USB-6211 hat 16 
AIs mit 16Bit und 250kS/s und 2 AOs 16Bit und 250kS/s. Meines erachtens 
ersetzt es deine AD/DA-Wandler komplett in ihrer Funktion. Sind aber 
halt 850€. Wenn du es professionell machst, dann sind die aber gleich 
wieder drin. Alternativ vielleicht die NI PCI-6221. Ist halt dann eine 
PCI Karte für 630€.

Wenn du Bastler bist, dann finde ich die Lösung von Uwe mit dem FTDI 
natürlich ideal und preiswerter.

Gruß Florian

Ps. Bin nicht von NI, spreche nur aus eigener Erfahrung ;-)

Johannes Urscher schrieb:
> ich habe hier ein altes Messgerät, das mittels einer ISA-Karte
> angesteuert wird.

Da Windows nun wirklich kein Real-Time Betriebssystem ist, wäre da zur 
Abschätzung des erforderlichen Aufwand erstmal die Frage:
Welche Abtastraten werden realistisch benötigt?

Heutzutage würde man wohl eher Mux und ADCs mit SPI oder I2C per µC 
bedienen und - wenn die Geschwindigkeit reicht - einfach per USB über 
einen VCOM-Port an den PC schicken.

Eine Standalone ADC Karte mit den genannten Spezifikationen wird doch 
sicher entweder machbar oder erwerbbar sein. Am Besten mit eigenem 
Controller fuer ein gutes timing. Ansprechbar ueber USB. Mit GPIB wuerd 
ich mich falls moeglich nicht mehr rumaergern.

Ich weiss das, denn ich bin mit GPIB beschaeftigt. Die Messgeraete sind 
etawas teurer...

>> ich habe hier ein altes Messgerät, das mittels einer ISA-Karte
>> angesteuert wird. Die Steuerungssoftware wurde mit Visual C++ 6.0
>> erstellt.
>Das passt nicht zusammen. ISA-Karten sind Relikte aus der vorderen
>Altsteinzeit, Visual C++ 6.0 aber ist ein 32-Bit-Compiler, der Programme
>für 32-Bit-Betriebssysteme wie Windows NT und neuer erzeugt.
Was soll da nicht zusammen passen?
Der PC mit Speicherbus (32 Databits) kann ja std.mässig den ISA-Bus (16 
Databits) oder sonst einen Bus aufm PC ansprechen.
Selbst heute gibt es noch (allerd sehr wenige) Anwendungen mit dem 
ISA-Bus.

Man kann in den meisten Fällen (scheinbar auch hier, wegen der wenigen 
Signale) die paar ISA-Signale einfach 'von Hand' mit nem uC erzeugen.
(dann vernbschiedet sich allerd die PC-Software)
Vielleicht -wie schon ähnlich vorgeschlagen- den Output des Programms an 
USB - uC legen, und den uC direkt die ISA-Karte verwalten lassen.

>GPIB ist noch älter, das gibt es seit Mitte der 70er Jahre,
urspr. von HP erdacht, bereits 1965!

>Sowas gibt es doch wie Sand am Meer, nach neuester Technologie
Jo. Ich frage mich auch, ob es das Zeug dieser ISA-Karte (bsp die ADCs), 
nicht schon std.mässig auf neuen uCs vorhanden ist, so dass man diese 
'Karte' nicht mehr braucht.