altes 82c100 durc h GAL ersetzen

Hm, sind das nicht die Dinger, die man auf den NE2000-NICs als ROM fuer die MAC-Adresse benutzt hat, oder verwechsel ich da was?

Gerrit

Ich hab hier nur Datenblatt 82s100: sieht wie ein geschrumpftes PROM aus. Wenns keine Register hat könnte mans natürlich mit etwas Fädeldraht via Adapter auf Pseudo-EPROM fädeln, als EPROM einlesen, EPROM machen. Vorausgesetzt man kann mit EPROM ( Zugriffszeit ) statt GAL als Nachbildung leben. Es garantiert ja niemand dass ein GAL tatsächlich

Müsste man wohl Abel, Cupl usw. abklappern ob sie 82c100 unterstützen. Über WaWins Fußzeile findet man Links zu frei erhältlicher GAL-Software.

Per Fusemap im Datenblatt konnte man angeblich ehedem nominell den logischen Entwurf mit Papier&Bleistift vornehmen/simulieren. Ich dachte immer Jedec für GALs sieht so eigentümlich aus, weil es die fusemap direkt abbildet. Schneller als schreiben eines Parsers der ASCII-Jedec schluckt und hinten Gleichungen auswirft dürfte allerdings der oben genannte Weg über EPROM sein. Um ROM-Daten auf reduzierte Gleichungen zu schrumpfen gibts wahrscheinlich eher fertige Werkzeuge.

MfG JRD

Bist Du Dir sicher, dass es ein 82c100 und nicht ein 82S100 ist (ich kenne bisher nur die PLS10x und 82S10x Serien).

Ich habe was ähnliches vor kurzem für ein 82S105 gemacht (das ist eine reine State-Machine, das 82S100 kann nur kombinatorische Logik).

Wenn Du keine allzuhohe Taktfrquenz benötigst, könntest Du als Ersatz einen EPROM verwenden. Einfach der Reihe nach die Input-Pins belegen und den Output mitprotokollieren, danach alles in ein EPROM brennen.

Mit einem GAL dürfte es allerdings schwierig werden, da (wenn ich mich richtig erinnere) das 82S100 relativ viele IOs und auch eine recht grosse Logik-Matrix hat.

Deshalb habe ich die Logik des 82S105 in einen kleinen CPLD gebrannt, genauer gesagt habe ich es mit einem Altera 7032S und einem Lattice Mach 4A5-32/32 ausprobiert (ging beides recht problemlos). Achtung: schalte im Design-Tool die Slew-Rate unbedingt auf slow, wenn Du den CPLD als Ersatz in einer bestehenden Schaltung verwenden möchtest - das alte Layout wird kaum auf die steilen Signalflanken ausgelegt sein :-)

Für den 82S105 habe ich anhand des Datenblattes ein kleines Programm geschrieben, das die Logik-Gleichungen aus dem Jedec-File generiert. Die Gleichungen kann man dann recht einfach nach VHDL bringen. Das wird Dir konkret jetzt aber auch nichts helfen...

Suche mal im Netz nach Datenblättern zum 82S100/PLS100. Beim 82S105 hatte ich ein wenig gebraucht bis ich eines gefunden hatte, in dem auch der Aufbau der Fusemap drinnen gestanden ist.

Hint: das entsprechende Datenblatt war von TI, der IC hiess TI82S105BC - vielleicht hilft's Dir ja bei Deiner Suche.

so long,

Hias

Matthias Reichl schrieb:

Strixner&Holzinger hat die Dinger noch in größeren Mengen, waren die nicht auch im C64 als Adressdecoder?

Gruß Dieter

Da hab ich noch das Valvo-Datenbuch von 1983 woraus ich bei Bedarf scannen kann.

MfG JRD

In article , Dieter Wiedmann writes: |> Strixner&Holzinger hat die Dinger noch in größeren Mengen, waren die |> nicht auch im C64 als Adressdecoder?

Jup, und sterben dort wie die Fliegen. Dürfte der häufigste Defektgrund bei C64 sein.

Wer Zugriff auf irgendwelche Data I/O-Geschichten hat (und dazu gehört auch der Sprint Optima): Da ist üblicherweise ein JEDEC-Disassembler bei, so daß man den 82S100 auslesen und sich in Gleichungsform zwecks späterer Verwendung für zeitgemäßere Bauteile ausgeben lassen kann.

Rainer

B.Eckstein schrub im Jahre 21.08.2004 20:45:

Hallo allesamt, anbei eine Rückmeldung zum Stand der Dinge:

1. Ja, richtig, es ist ein 82S100, ich hatte mich vertippt.
2. Ja, richtig, CBM ;-) allerdings nicht 64er, sondern CBM610
3. Ich habe mir die Logikgleichungen "per Hand" aus der Fusemap erzeugt, sie sehen auch stimmig und zur Schaltung passend aus.
4. Es passt alles in ein GAL20V8, da nicht alle Inputs des PLS genutzt werden.
5. Der Test steht für nächstes WE an.

Danke an alle für ihre Hilfen.