Hallo!

Ich habe hier wieder mal eine Reihe 30-Pin-SIMMs mit 41256-RAMs. Lohnt es sich vom Aufwand her heutzutage noch, diese für eien RAM-Erweiterung zu nutzen oder kann man die wegschmeißen?

BTW: Wie macht man das normalerweise - alle auslöten und, auf die normalen RAMS aufsetzen und eine zusätzliche Schaltung zur Ansteuerung schaffen oder gibt es eine Version ohne Entlöten?


Thorsten

Hallo Thorsten

Wieso den auslöten? Ganz unten auf meiner Homepage findest Du mehrere Info's zu meiner Erweiterung. Keine Garantie das die so wie's da beschrieben steht in jeden Rechner läuft (in meinem XEGS funktioniert sie, im 800XL nicht), aber ich habe in meiner Erweiterung komplette SIMMs benutzt. Bob Woolley hat auch mal 'ne Erweiterung auf Basis eines SIMMs gemacht, diese ist einfacher. Schaltplan musst Du dann aber selber finden.

Wie auch immer, im Schaltplan erkennst Du das man die SIMMs auch so benutzen kannst. Vorteil dabei ist, das man von den SIMMS nur 24 Pins braucht (es gibt 3 Signale für Parity, dann eins für 16MB, eins für 4 MB, eins für 1 MB, usw.) und bei einzelnen 41256 alle Pins einzeln aus- und wieder irgendwo ranlöten musst. 8 x 16 Pins wenn ich mich nicht irre.

Ab ein Megabit haben alle RAMchips autorefresh. 41256 ist aber wahrscheinlich 256 x 1 Bit und deswegen nicht autorefreshfähig. Aber da gibt es hier jede Menge Leute die sich da besser auskennen.

Tschüß

Mathy

Also, die Anleitung von Bob ist hier. In der Tat habe ich hier SIMMs mit je 8x 41256, also 256KB.

Wenn so ein simpler Umbau wie der von bob Woolley funktionierte, wären die Dinger in der Tat noch interessant.


Thorsten

thorsten_guenther hat geschrieben:Also, die Anleitung von Bob ist hier. In der Tat habe ich hier SIMMs mit je 8x 41256, also 256KB.

Wenn so ein simpler Umbau wie der von bob Woolley funktionierte, wären die Dinger in der Tat noch interessant.

Vergiss es, das klappt so nicht.

Ich hab' nur kurz in den Schaltplan geschaut und auf den ersten Blick 2 gravierende Fehler gefunden:

1. Beim XL erstreckt sich der DRAM Zugriff über den normalen (PHI2) Zyklus hinaus. Für eine korrekte Funktion ist mindestens ein Latch notwending, so wie beim internen RAM (man kann dazu zB die ungenutzte Hälfte des '375 im 600/800XL nehmen).

2. CAS und REF in ein NAND zu schicken erzeugt keinen korrekten CAS-before-RAS Refresh. Der ist aber notwendig wenn man DRAMs mit mehr als 256 Spalten hat (gut, das betrifft Dich wahrscheinlich nicht, aber es gibt auch 256k SIMMs mit 3 Chips - 2x 256kx4 + 1x 256kx1).

Leider machen sehr viele DRAM Erweiterungen genau diese Fehler, und ich habe selber sehr lange Zeit gerätselt warum diverse von mir nachgebaute Erweiterungen und auch Eigenentwicklungen nicht stabil liefen. Nach langer Analyse der Datenblätter hab' ich es dann geschafft eine korrekt funktionierende 1MB SIMM DRAM Erweiterung für den XL zu bauen.

Bei den XEs und bei den wenigen XLs mit Freddie ist das DRAM Timing nochmal anders, IIRC braucht man das Latch nicht, aber dafür bekommt man den CAS-before-RAS Refresh nicht (einfach) hin.

Kurzum: tu' Dir das alles lieber nicht an, entsorge die SIMMs und kauf' Dir ein SRAM. Erspart Dir viele, viele graue Haare :-)

so long,

Hias

HiassofT hat geschrieben:Kurzum: tu' Dir das alles lieber nicht an, entsorge die SIMMs und kauf' Dir ein SRAM. Erspart Dir viele, viele graue Haare

Bei den SRAMs soll es aber auch - speziell mit BSI - Probleme geben oder ist das bei der Anleitung auf Deiner Seite bereits im JEDEC (oder wie das heißt) berücksichtigt?

Ansonsten liest sich die Anleitung ja so einfach, daß ich mich da sogar selber rantraue - fehlt nur der GAL-Prommer (G540 habe ich bei eBay gesehen - gehen die?)


Thorsten

das Problem mit BSI SRAMs ist gelöst!
War ne Timing-Geschichte!

Gruß,
Wolfram.

thorsten_guenther hat geschrieben:

HiassofT hat geschrieben:Bei den SRAMs soll es aber auch - speziell mit BSI - Probleme geben oder ist das bei der Anleitung auf Deiner Seite bereits im JEDEC (oder wie das heißt) berücksichtigt?

Das Problem ist mittlerweile gelöst (danke an tf_hh für's Testen), das korrigierte JEDEC File aber noch nicht online. Ich möchte das erst selbst noch ausprobieren bevor ich das File hochlade. Laut tf_hh läuft es einwandfrei, ich kann Dir das File auch gerne zuschicken (dann hätte ich noch einen Tester zusätzlich :-).

Ansonsten liest sich die Anleitung ja so einfach, daß ich mich da sogar selber rantraue - fehlt nur der GAL-Prommer (G540 habe ich bei eBay gesehen - gehen die?)

Dazu kann ich nichts sagen, den Prommer kenne ich nicht.

so long,

Hias

Moin,

HiassofT hat geschrieben:

thorsten_guenther hat geschrieben:Bei den SRAMs soll es aber auch - speziell mit BSI - Probleme geben oder ist das bei der Anleitung auf Deiner Seite bereits im JEDEC (oder wie das heißt) berücksichtigt?

Das Problem ist mittlerweile gelöst (danke an tf_hh für's Testen), das korrigierte JEDEC File aber noch nicht online. Ich möchte das erst selbst noch ausprobieren bevor ich das File hochlade. Laut tf_hh läuft es einwandfrei, ich kann Dir das File auch gerne zuschicken (dann hätte ich noch einen Tester zusätzlich .

Kann ich nur bestätigen. Habe damit mittlerweile 4 Rechner ausgestattet, zwei davon mit den "problematischen" 512 KByte BSI SRAMs und zwei Rechner mit 2x 128 KByte BSI SRAMs (zusammen also nur 256 KB Update und keine 512), aber da ich noch zwei Stangen 128er BSI übrig hatte... man muß ja nix wegwerfen

Die modifizierte 2x 128 KB Gleichungen und JEDEC-File kann ich auch gern weitergeben, wenn Hias nichts dagegen hat - schließlich habe ich mich seiner Grundlagenforschung bedient

HiassofT hat geschrieben:

thorsten_guenther hat geschrieben:Ansonsten liest sich die Anleitung ja so einfach, daß ich mich da sogar selber rantraue - fehlt nur der GAL-Prommer (G540 habe ich bei eBay gesehen - gehen die?)

Dazu kann ich nichts sagen, den Prommer kenne ich nicht.

Den kenne ich auch nicht. Nach den guten Erfahrungen von Stefen (Beetle) habe ich mit einen TOP2005+ Universalbrenner bei einem der Hongkong-Anbieter gekauft. War inkl. Porto unter 45 Euronen. Zoll und Einfuhrsteuern wurden nicht erhoben. Lieferung erreichte mich binnen 12 Kalendertagen.

Die TOP-Brenner (aktuell gibt´s für diese Preislage den TOP2007) sind klein, fein und für´s Geld können die wahnsinnig viel:

- sämtliche EPROMs, PROMs, EEPROMs, parallel wie seriell
- sehr viele PAL/GAL (Achtung: Kein Support für PALce von AMD, aber Lattice & Co. sind natürlich drin)
- SRAMs, Spezial-ICs
- Als Gimmick: TTL (74er Reihe) Testfunktion möglich

Der Brenner braucht keine extra Stromversorgung, sondern nur einen USB 2.0 Anschluß. Brennt schnell, die Software ist etwas quirlig, aber man kann damit leben. Es ist natürlich KEIN Highend-Produkt und ich möchte mein GALEP nicht missen. Aber für "Gelegenheitsbrenner" langt so ein TOP-Teil absolut aus und man muß keine 400-500 Euro für einen GALEP auf den Tisch legen.

Gruß, Jürgen

tfhh hat geschrieben:Kann ich nur bestätigen. Habe damit mittlerweile 4 Rechner ausgestattet, zwei davon mit den "problematischen" 512 KByte BSI SRAMs und zwei Rechner mit 2x 128 KByte BSI SRAMs (zusammen also nur 256 KB Update und keine 512), aber da ich noch zwei Stangen 128er BSI übrig hatte... man muß ja nix wegwerfen :-)

Sehr fein, danke für die Info!

Die modifizierte 2x 128 KB Gleichungen und JEDEC-File kann ich auch gern weitergeben, wenn Hias nichts dagegen hat - schließlich habe ich mich seiner Grundlagenforschung bedient :)

Kein Problem, Du darfst das gerne weitergeben oder veröffentlichen.

so long,

Hias