Hallo Nachdem hier im Forum offensichtlich keiner informiert ist, wie die Datenrichtung einer IEC-Bus Nachricht auf dem IEC-Bus feststellt, um einen IEC-Bus Expander selbst zu bauen, suche ich jetzt einen finanziell erschwinglichen IEC-Bus Expander. Es geht darum das man an einer IEC-Bus Controllerkarte mehr als 15 Geräte anschließen kann. Die Anzahl der verfügbaren Adressen ist nicht das Problem. Das Problem ist das sowohl der Controller im Rechner als auch alle angeschlossene Geräte nicht mehr als 15 Geräte am Bus treiben können. Ich will auch keine zweite IEC-Bus Karte in meinen Rechner setzen, weil ich dann sämtliche Programme umschreiben muss, da die Programme dann zwischen den beiden Karten unterscheiden müssten. Ich suche also ein Standalone Gerät, welches bidirektional , also in beiden Richtungen die Informationen 1:1 aber halt entkoppelt und mit frischer Treiberleistung durchreicht. Eben ein Expander. Es gibt solche Geräte auf dem Markt neu zu kaufen. Für 1200 Euro und mehr. Das überschreitet meinen Etat bei weiten. Notfalls denkbar wären auch 2 Geräte die den IEC-Bus in ein anderes Protokoll umwandelt. Lan , RS232 ähnliches, welches man dann als Expander zusammenschaltet. Wer hat sowas noch bei sich rumliegen, braucht es nicht mehr, und kann es mir für kleines Geld anbieten? Bitte keine Lösung mit 2 IECbuskarten und PC anbieten. Es ist mir erstens zu Platzverschwenderisch, zweitens ist sowas auch nicht so ohne weiteres durchlässig. Ralph Berres
Commodore hatte doch mal auf diesen Bus gesetzt. Da sollten sich in der Bastlerszene doch Schaltungsbeispiele finden.
Angehängte Dateien:
-
gpib100_sch.png
250 KB -
gpib100_cable.png
52 KB
Hallo Wand, äh ich meine Ralph, Ralph Berres schrieb: > Nachdem hier im Forum offensichtlich keiner informiert ist, wie die > Datenrichtung einer IEC-Bus Nachricht auf dem IEC-Bus feststellt, um > einen IEC-Bus Expander selbst zu bauen hast Du wirklich noch nicht den link vom GPIB-100A geöffnet? Dann mach ich das mal für dich. Siehe Anhang. Die "Theory of operation" werde ich aber nicht noch vorlesen. Die Schaltung ist simpel wenn man genauer hinsieht. Die obere Reihe mit 10 IC sind die 1:1 RS422 Treiber, die können entfallen da Du keinen langen Übertragungsweg brauchst und nur wo Enable benutzt wird muss der Verbindungsbus geschaltet werden. Die untere Hälfte wird zwei mal aufgebaut. Problem sind die MC3441, weil $$$. Lassen sich vielleicht durch einfache Treibertransistoren ersetzen. Hab ich mal irgendwo gesehen. Das zweite Bild ist das Verbindungskabel für die Zuordnung beim Verbindungsbus. An deiner Stelle würde ich einen defekten GPIB-120 bei e*ay USA für ca. 1/10 deines veranschlagten Preises kaufen und reparieren...
Hallo HP-Freund Ich habe mir das Schaltbild mal runtergeladen und auch mal versucht zu verstehen. Rechts ist wohl die Treibereinheit . Aber es ist schon ein ganz schöner TTL Grab, und wirklich schwer zu durchschauen. Aber ich denke das ein IECbus, der ja ein paralleler Bus ist, in einen seriellen Bus samt Handshake zu wandeln, weit aufwendiger zu realisieren ist ( man muss ja die Daten zwischenspeichern um sie seriell auszulesen ), als ein reiner Expander. Ich bin zur Zeit auf der Suche nach den SN75160 und SN75162 von denen ich für jede Bushälfte jeweils einen benötige. Dann will ich tatsächlich mal versuchen das DAV Signal als Entscheidungskriterium für die Richtungswahl Talker Listner zu benutzen. Meines Erachtens müsste das gehen. Ich habe mir gestern bis tief in die Nacht mal das Hanshakeprotokoll angeschaut und mal am Bus gemessen welche Signale im Ruhezustand gesetzt sind. Mit den Signalen ATN REN und IFC hätte man sogar ein Entscheidungskriterium auf welcher Seite der Controller sitzt. Das muss man auf jeden Fall getrennt behandeln. Dein Tipp mit den USA werde ich mal beherzigen, obgleich ich mit der USA schlechte Erfahrungen gemacht habe. ( Unverschämt hohe Frachtgebühren und darauf noch die Mehrwertsteuer ). Ich habe in der USA angeblich intakte Geräte erworben, die ich hinterher erst mal restaurieren musste, und viel Geld in Ersatzteile stecken musste. Und Geräte die als nicht funktionstüchtig angeboten wurden , waren bereits die Bauteile entfernt, die man nicht als Ersatzteil bekommt. Wenn ich meine ersten Versuche mit dem Expanderselbstbau hinter mir habe, melde ich mich in dem anderen Forum nochmal, ob ich damit Erfolg hatte, oder ob ich tatsächlich vollständig auf dem Holzweg war. Ralph Berres
Ralph Berres schrieb: > Unverschämt hohe Frachtgebühren ... int'l shipping kostet halt. Und USPS ist meist Vertragspartner und generell eher teuer. > und darauf noch die Mehrwertsteuer ... du sollst ja auch nicht selber Güter einführen, sondern teutsche heimische Produkte kaufen ;)
HP hatte da mal was fertiges. GPIB <-> RS-232 <-> GPIB Hatte ich mal (vor Jahren) bei Singer gesehn.
Hi, Ralph Berres schrieb: > Es geht darum das man an einer IEC-Bus Controllerkarte mehr als 15 > Geräte anschließen kann. Die Anzahl der verfügbaren Adressen ist nicht > das Problem. Das Problem ist das sowohl der Controller im Rechner als > auch alle angeschlossene Geräte nicht mehr als 15 Geräte am Bus treiben > können. Was sind das denn für Geräte? Sind das alles Geräte die sowohl Senden und Empfangen können (Funktion Talker & Listener) oder sind da auch Geräte bei die nur als Listener Only (Wie z.B. viele Plotter!) arbeiten. Wenn alle Geräte sowohl Talker als auch Listener sein können wird ist es wirklich Tricky da eine "einfache" Lösung zu finden, wenn aber einige deiner Geräte Listener Only sind und damit die Zahl der Bidirektionalen Geräte unter 15 Bleibt, so könnte -wenn ich gerade keinen schweren Denkfehler habe- das noch recht einfach zu bewerkstelligen sein da kein Richtungsumschaltung nötig! Gruß Carsten
Hallo Ralph, Schau dir mal das Pdf zur pegelanpassung von I2C an. Dort wird der pegel auf einer seite immer auf die andere seite weiter gegeben, könnte für GPIB ggf passen Ggf hilft dir das.
Sorry meinte das PdF zur galvanischen trennung. Mein Fehler.
Carsten Sch. schrieb: > Was sind das denn für Geräte? > Sind das alles Geräte die sowohl Senden und Empfangen können (Funktion > Talker & Listener) oder sind da auch Geräte bei die nur als Listener > Only (Wie z.B. viele Plotter!) arbeiten. Es sind alles Geräte die sowohl Listner als auch Talker sind. Controller ist nur einer vorhanden. Sobald ich die Treiber-ICs SN75160 und 75162 beisammen habe, werde ich das mit dem DAV als Richtungsauswahlkriterium mal probieren. DAV wird ja ´ausschließlich vom Sprecher gesetzt, wenn ich nicht irre. Ralph Berres
Ralph Berres schrieb: > Carsten Sch. schrieb: >> Was sind das denn für Geräte? >> Sind das alles Geräte die sowohl Senden und Empfangen können (Funktion >> Talker & Listener) oder sind da auch Geräte bei die nur als Listener >> Only (Wie z.B. viele Plotter!) arbeiten. > > Es sind alles Geräte die sowohl Listner als auch Talker sind. > Controller ist nur einer vorhanden. Ok, dann wird es tricky... Wobei es heute schon deutlich leichter ist als noch vor ein paar Jahren... > Sobald ich die Treiber-ICs SN75160 und 75162 beisammen habe, werde ich > das mit dem DAV als Richtungsauswahlkriterium mal probieren. > DAV wird ja ´ausschließlich vom Sprecher gesetzt, wenn ich nicht irre. DAV wird nur vom Sprecher gesetzt... Aber trotzdem taugt das nicht als Richtungssignal. Es wäre reiner Zufall wenn du auf dieser Basis eine funktionierende Applikation zu Stande bringst! Der Tipp von Dennis war gar nicht schlecht. In dieser Richtung würde ich mal weiterdenken. Da gibt es schon einige Treiberbausteine die sich ggf. gut "Missbrauchen" lassen Schaue dir beispielsweise mal den TXS0108EPWR an. Davon 2 Stück und noch einen beliebigen Unidirektionalen Treiber für die "Master Only" Signale. Das könnte ich mir vorstellen. Wobei man allerdings die Geschwindigkeit beachten muss. In OD Konfiguration könnte das Knapp werden. Kommt aber auf die Geräte an. ( IEEE488 ist bei den Bidirektionalen Signalen ja OC/OD) Alternativ wären dann halt eine Handvoll SI8600AC angesagt. Die sind schneller, brauchst aber ein paar mehr. Wobei sechs Stück bei 2,60 Euro/Stück auch kein Weltuntergang sind ;-) Schau dir die Bausteine mal an, falls ich nicht gerade wirklich einen Knoten im Hirn habe denke ich das es eine Lösung wäre! Gruß Carsten
Ich hab auch nochmal ein wenig gelesen. GPIB arbeitet Aktiv Low, sprich sie werden per Open Collector auf GND geschaltet, I²C arbeitet gleich und SCL und SDA sind beide bidirektional. Daher solltest du mit lösungen für I²C deinem Problem eigentlich Herr werden. hier nochmal das Pdf. http://www.mikrocontroller.net/attachment/5670/Galvanische_Trennung_fuer_I2C-Bus.pdf gehen leider ein paar Optokoppler drauf. Eigentlich müsste es Expander für I²C geben, diese könntes man aus meiner sicht eigentlich einfach benutzen. Ist eine Seite 0V muss die Andere Seite auch 0V sein.
Dennis R. schrieb: > GPIB arbeitet Aktiv Low, sprich sie werden per Open Collector auf GND > geschaltet, Das stimmt. Dennis R. schrieb: > hier nochmal das Pdf. > > http://www.mikrocontroller.net/attachment/5670/Galvanische_Trennung_fuer_I2C-Bus.pdf Interessanter Vorschlag Wenn ich auch Elektorvorschläge immer mit einen gesunden Misstrauen begegne, werde ich mir das mal genauer anschauen. Allerdings muss der Transistor welches nach Masse schaltet 48mA ziehen können. Soweit ich mich erinnern kann, waren doch bei jedem Gerät an jeder Leitung ein Widerstand gegen +5V und ein Widerstand gegen Masse. Ich habe in Google darüber aber nicht wirklich was gefunden. Weis jemand zufällig die Werte dieser Widerstände? Ralph Berres
Das Datenblatt zum MC3441 weiß das: http://www.datasheetarchive.com/dlmain/Datasheets-32/DSA-639050.pdf gleich oben rechts...
Hallo Foristen, so ganz verstehe ich das Problem nicht... Bereits vor geraumer Zeit hatte HP (irgendwie um oder vor 1992) bei den Geräten den System-Bus eingeführt. Bei den Geräten findet man 2 GPIB-Anschlüsse an der Rückwand. Die Kommandos verzweigen sich in den Geräten. Damit und mit den entsprechenden Kommandos lassen sich Baumstrukturen oder Unternetze aufbauen. Alternativ gibt es recht günstig die USB-GPIB Adapter vom Typ AG82357 und die entsprechenden Nachbauten.... Gruß Bernd
hp-freund schrieb: > Das Datenblatt zum MC3441 weiß das: > http://www.datasheetarchive.com/dlmain/Datasheets-32/DSA-639050.pdf > > gleich oben rechts... DANKE!!! Ralph Berres
Die Schaltung aus der elektor hab ich schon benutzt um in einem Gerät Analog und digitalkreis zu trennen, ich hatte nur pc817 als optokoppler benutzt , war zwar arg langsam deswegen aber hat funktioniert. Obs für GPIB klappt weiß ich nicht, ich mach mir nochmal gedanken dazu
Dennis R. schrieb: > Obs für GPIB klappt weiß ich nicht, ich mach mir nochmal gedanken dazu Denke bitte daran, das in dem IEC-Bus Protokoll irgendwo drinsteht, das auf das DAV Signal innerhalb 100nS eine Antwort erwartet werden soll. Die Treiber müssen also entsprechend schnell sein. ( Verstehen tue ich das bei dem 3 Draht Bus zwar nicht aber man muss es wohl als gegeben hinnehmen ). Außerdem muss der Bus 48mA treiben können, und mindestens der Handshake muss open Kollektor sein. Ich werde sobald ich die entsprechenden Treiber ICs habe mal ein Testaufbau machen, ob das so wie ich es glaube ( Auswertung des DAV zur Richtungsbestimmung ) funktioniert. Aber die Elektorschaltung ( wenn sie denn mit den IEC-Bus Spezifikationen funktioniert ) hätte was. Ralph Berres Nachtrag eine galvanische Trennung brauche ich nicht unbedingt, nur die Treiberleistung, um nochmal 15 Geräte zu betreiben.
:
Bearbeitet durch User
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.