atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Lukas Frank am Di 03.05.2016, 11:57:10
-
Booster20 Platinen Projekt ...
-> http://forum.atari-home.de/index.php?topic=12709.0
Habe zusammen mit neogain der das Layout erstellt hat Platinen für eine 8Mhz MC68020 Karte mit FPU Option machen lassen.
Die Platine kostet incl. Porto innerhalb Deutschland 10,- Euro. Der GAL Satz (2 Stück) kostet programmiert plus 10,- Euro.
Dort bekommt man eine MC68882/33Mhz FPU für 14,90 Euro -> http://www.vesalia.de/d_68882.htm
Die CPU bekommt man bei Kessler in 12Mhz für 27,95 Euro (16Mhz /29,95) -> http://www.kessler-electronic.de/Halbleiter/integrierte_Schaltkreise/Prozessoren/68000/MC68020RC12E_i238_13572_0.htm
Den PGA (PGA114) und PLCC Sockel gibt es auch bei Kessler. Der SMD Widerstand müsste ein 0805 Typ sein. Die 100nF Kondenstoren ebenfalls 0805. Die beiden 32pol Pfostenleiste sind bei Kessler die SA32SIL und man muss aufpassen beim Einlöten und zwar gibt es ein dünnes und ein dickes Ende. Das dicke Ende kommt in die Platine ...
Damit die Karte booten kann braucht man KAOS TOS oder TOS 2.06. Ich kann auch anbieten KAOS TOS auf 6 Eproms zu brennen.
Die FPU ist optional und kann auch weggelassen werden.
Wer eine Platine und eventuell einen GAL Satz haben möchte bitte kurz eine PM an mich ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11126;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11128;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11130;image)
-
Die Platine hat einen kleinen Fehler und zwar fehlt die A0 Verbindung zwischen dem GAL IC2 Pin5 und dem MC68020. Ein kleine Stück Fädeldraht behebt das, siehe Bild ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11132;image)
-
Sind die Platinen schon produziert?
Ich habe einige 68EC000 CPUs die man auch verwenden könnte.
Allerdngs SMD, aber das Löten ist kein Hexenwerk, das könnte auch ich machen.
Laut 68020 Handbuch braucht man nur einen 74xx TTL-Chip um ein fehlendes Signal herzustellen damit man den 68EC000 anstatt einer 68020 zu verwenden.
28 bzw 30 Euro für eine CPU sind zwar nicht gerade ein Vermögen, aber ich wäre bereit mich für 10 Euro von einer CPU zu trennen.
In dem Fall wäre das drauflöten schon mit dabei.
-
Hallo Lynxman, ja Platinen sind schon da. Es sind nur 10 Stück. Stelle doch mal die Schaltung mit dem TTL hin ein oder Mail mir die. Wenn neogain nach seinem Umzug und Einrichtung wieder etwas Zeit hat ist ein neues Layout bestimmt nicht das große Problem. Ich könnte das auch aber bin mir unsicher bei den Gerber Files das überlasse ich lieber neogain ...
-
Hallo Lynxman, ja Platinen sind schon da. Es sind nur 10 Stück. Stelle doch mal die Schaltung mit dem TTL hin ein oder Mail mir die. Wenn neogain nach seinem Umzug und Einrichtung wieder etwas Zeit hat ist ein neues Layout bestimmt nicht das große Problem. Ich könnte das auch aber bin mir unsicher bei den Gerber Files das überlasse ich lieber neogain ...
noch kann ich was machen vor meinem Umzug :)
Sind die Platinen schon produziert?
Ich habe einige 68EC000 CPUs die man auch verwenden könnte.
Allerdngs SMD, aber das Löten ist kein Hexenwerk, das könnte auch ich machen.
Laut 68020 Handbuch braucht man nur einen 74xx TTL-Chip um ein fehlendes Signal herzustellen damit man den 68EC000 anstatt einer 68020 zu verwenden.
28 bzw 30 Euro für eine CPU sind zwar nicht gerade ein Vermögen, aber ich wäre bereit mich für 10 Euro von einer CPU zu trennen.
In dem Fall wäre das drauflöten schon mit dabei.
Wenn du mir sagst, wie der 74er verdrahtet wird, kann ich das in den bestehenden Schaltplan einbauen. Bin selber überrascht gewesen, dass Frank direkt die Platten in Auftrag gegeben hat, ihn hat es wohl doch in den Fingern gejuckt XD. Aber das Dingen hatte ich lieblos zusammengeklickt, da ist noch Raum für Verbesserungen und man kann sie noch verkleinern. Außerdem habe ich auch wieder mal ein Signal falsch, bzw. nicht beachtet. Dachte A0 braucht man nicht, der 68000er hat das ja auch nicht. Tja, so kann man sich täuschen :)
Das es Layout doch funzt, motiviert schon irgendwie. Bin aber bei Eagle auch nur Laie und es ist halt alles ein Lernprozess.
-
Bin selber überrascht gewesen, dass Frank direkt die Platten in Auftrag gegeben hat, ihn hat es wohl doch in den Fingern gejuckt ...
Mein Bildchen hat schon seinen Sinn. Ich bin ungeduldig ohne Ende und ein Nervenbündel ...
-
Suche mal nach Datasheet MC68EC020 oder MC68020. Da fehlt ein Steuersignal beim EC Baustein ...
-
Mein Bildchen hat schon seinen Sinn. Ich bin ungeduldig ohne Ende und ein Nervenbündel ...
Und ich dachte immer Du musst ganz dringend aufs Klo! ;D
-
Die beiden GAL Bausteine haben auch noch Platz und freie Pins und die GAL Quellen sind auch da ...
GAL1 GAL16V8;BOOSTER pour ATARI piece 1 Jano le 24/10/91
CLK SIZ1 NVPA SIZ0 A0 NBGACK NC NAS NDS GND
NOE DCLK NLDS A NUDS B D NVMA E VCC
/NUDS=/NDS*/A0
NUDS.trst=NBGACK
/NLDS=/NDS*A0+/NDS*/SIZ0+/NDS*SIZ1
NLDS.trst=NBGACK
/NVMA=/NVPA*/NAS*A*/B*/E*/D+/NVPA*/NVMA*/NAS
NVMA.trst=NBGACK
A:=/A
B:=A*B*/E+/A*D+/E*D
E:=A*E+B*E+E*/D+/A*/B*/D
D:=/A*E+B*E+E*D+A*D
DCLK=A*E*D
GAL2 GAL16V8;BOOSTER pour ATARI piece 2 Jano le 30/04/92
DCLK NAS NVPA A16 NVMA CLKDE CLK FC1 FC0 GND
NOE NAVEC NDSACK0 A17 CLKD DC DDC NFPUCS HMPU VCC
/NAVEC=/NAS*FC0*FC1*A16*A17*/NVPA
/NFPUCS=FC0*FC1*/A16*A17*/CLK+FC0*FC1*/A16*A17*/NAS+FC0*FC1*/A16*A17*/CLKD
/NDSACK0=/NVMA*/NAS*NFPUCS*DCLK+/NVMA*/NAS*NFPUCS*/NDSACK0
CLKD=CLK
DC=CLKDE
DDC=DC
HMPU=CLK*/DDC*NAS+/CLK*DDC*NAS+CLK*/NAS
Edit: sind wohl nur Ausgänge frei !
-
Dem EC020 fehlen ECS, DBEN, IPEND, OCS sowie BGACK. Ausser BGACK werden die anderen nicht benutzt.
Wie muss man denn die Schaltung aus dem Datenblatt ändern ?
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11134;image)
-
Kann das funktionieren ?
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11136;image)
-
Booster20
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11130;image)
Da meine PAK68/2 wieder läuft durch spontane Selbstheilung hier die GemBench 4.03 Werte ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12899.0;attach=11161;image)
-
Hattest Du die GALs neu gebrannt oder unverändert gelassen? Wäre interessant wegen der PAL-GAL-JED-Kompatiblitäts-Geschichte.
-
Du meinst die PAK68/2 ?
Habe jetzt einen Satz der geht mit meinem Prommer. Die LCI Dateien und die daraus mit JEDI erstellten JED Dateien funktionierten nicht, keine Ahnung ...
-
Ich beende das Projekt jetzt erstmal da ich festgestellt habe das nicht alle Masken von der MC68020 CPU laufen mit der Karte. Ich empfehle die 12Mhz Variante von Kessler.
Ich setze mich nächste Woche mal an das PAK68/2 Layout ...
-
Die Geschichte war folgendermaßen ...
Das Projekt ist ja aus den 90 Jahren aus einer Atari Zeitschrift aus Frankreich. Ich dachte nicht das es da solche Probleme mit gibt. Ich habe meine Karte aufgebaut mit einer MC68020/16Mhz CPU und alles lief bis auf kleinere Probleme mit Programmen einwandfrei auch über die diversen Grafikkarten im Mega ST. Ich bin gar nicht auf die Idee gekommen mal die CPU zu tauschen. Ich hatte noch eine weitere 16Mhz CPU, eine neue 20Mhz von Kessler und eine 25Mhz. Und bei allen anderen CPUs war das Verhalten anders, 2 Bomben beim Booten, Reset nach dem Start eines Programmes und usw. alles sehr Seltsam. Alle CPUs laufen in einer PAK68/2 einwandfrei und ohne Probleme.
An dem Layout einer PAK68/2 ohne 32-bit TOS Option wird gerade gearbeitet ...
-
Es wird...
-
Es wird...
Mit PALs oder GALs?
-
GAL Bausteine ...
Für den unerschrockene Hardware Freaks mit entsprechendem Knowhow habe ich noch einige Platinen zum Booster20.
-
GAL Bausteine ...
Ich denke das Problem solltet Ihr dann als erstes lösen.
-
Ich denke ich habe eine Vermutung woran es liegen könnte, habe mir gestern Abend die Beiden CPUs intern einmal angeschaut. Nun ist es so das die 68020 viele dinge in weniger Taktzyklen absolviert wie der 68000. Jetzt kommt es dazu das die CPU nicht weiß was sie machen soll da die Hardware des ST noch gar nicht fertig ist, also schmeißt sie irgendwann einen Busfehler. Müßte mir das ganze mal genauer anschauen und vor allen welche Signale genau durch die GAL´s erzeugt werden. Habe mir mal die Gals der Busemulation des Falcons angesehen dort wird z.b. das AS Signal 3mal durch den GAL gejagt um so eine Verzögerung zu erhalten. Auch das BGACK und DTACK signal wird dort angefasst und so etwas verzögert. Leider habe ich keinen Logic Analyzer um das ganze sich mal anzuschauen wie das aussieht an der CPU und an der ST Seite.
-
GAL Bausteine ...
Ich denke das Problem solltet Ihr dann als erstes lösen.
Welches Problem mit einer PAK68/2 ?
-
Müßte mir das ganze mal genauer anschauen und vor allen welche Signale genau durch die GAL´s erzeugt werden.
Habe die beiden GALs mal mit JEDI umgesetzt und auch getestet, die laufen ...
GAL_1
%ID
BOOSTER020_1
%TYP
GAL16V8
%PINS
CLK SIZ1 NVPA SIZ0 A0 NBGACK NC NAS NDS
NOE DCLK NLDS A NUDS B D NVMA E
%LOGIC
/NUDS = /NDS*/A0;
NUDS.TRST = NBGACK;
/NLDS = /NDS*A0+/NDS*/SIZ0+/NDS*SIZ1;
NLDS.TRST = NBGACK;
/NVMA = /NVPA*/NAS*A*/B*/E*/D+/NVPA*/NVMA*/NAS;
NVMA.TRST = NBGACK;
A <- /A;
B <- A*B*/E+/A*D+/E*D;
E <- A*E+B*E+E*/D+/A*/B*/D;
D <- /A*E+B*E+E*D+A*D;
DCLK = A*E*D;
%END
GAL_2
%ID
BOOSTER020_2
%TYP
GAL16V8
%PINS
DCLK NAS NVPA A16 NVMA CLKDE CLK FC1 FC0
NOE NAVEC NDSACK0 A17 CLKD DC DDC NFPUCS HMPU
%LOGIC
/NAVEC = /NAS*FC0*FC1*A16*A17*/NVPA;
/NFPUCS = FC0*FC1*/A16*A17*/CLK+FC0*FC1*/A16*A17*/NAS+FC0*FC1*/A16*A17*/CLKD;
/NDSACK0 = /NVMA*/NAS*NFPUCS*DCLK+/NVMA*/NAS*NFPUCS*/NDSACK0;
CLKD = CLK;
DC = CLKDE;
DDC = DC;
HMPU = CLK*/DDC*NAS+/CLK*DDC*NAS+CLK*/NAS;
%END
-
GAL Bausteine ...
Ich denke das Problem solltet Ihr dann als erstes lösen.
Welches Problem mit einer PAK68/2 ?
@Lukas Frank, ich bezog mich auf den Plan von neogain der PAK68-2 im Dateinamen enthielt. Du schriebst auf meine Frage Pal oder GAL? Gal. Also meine ich natürlich für die PAK68-2 von Neogain.
Da es aber noch keine passenden GAL-Jeds gibt sondern nur PAL-Jeds: Du schriebst selbst du hast einen passenden Satz GAL gefunden aber deine Jeds funktionieren nicht. Ist es doch am besten erst mal funktionierende GALs brennen zu können. Fertige PAK68/2 zum testen hast Du ja schon... da muss du ja nicht warten bis die Prototypen von Neogain fertig sind, denke ich mal. Oder hab ich was überlesen bzw. falsch verstanden?
-
Ich kann GAL brennen zur PAK68/2, meine PAK läuft mit selbstgebrannten GAL Bausteinen ...
-
Ich kann GAL brennen zur PAK68/2, meine PAK läuft mit selbstgebrannten GAL Bausteinen ...
Dann hatte ich das falsch verstanden. Das ist ja eine gute Nachricht.
-
Leute, der unterschied zwischen GAL und PAL ist der das PAL nur einmal beschrieben werden kann wie ein Eprom, da wird die Logic fest eingebrannt. GAL ist halt wieder Löschbar und wiederbeschreibbar. Ansonsten gibt es keine Unterschiede. Natürlich muß der Prommer PALs unterstützen aber deswegen braucht man keine anderen jedec files.
@Lukas Frank jep hab ich schon am Anfang des Posts gesehen die Listings, muß sie mir mal aufräumen und bisschen Leserlicher machen.
-
so, schaltplan ist soweit mal fertig, Frank muss jetzt alle Signale nochmal kontrollieren, besonders bei den ROM Sockeln. Da hab ich mir was aus einem IC Package bedient, ob das so korrekt ist, hoffe ich dann mal, weil 27C512er sind so in der DIP32 Version nicht drin. Es sollte möglichst dem originalen Layout treu bleiben, um böse Überraschungen im Vorfeld auszumerzen. D. h. wird komplett auf Troughhole gesetzt statt SMD.
-
... muß sie mir mal aufräumen und bisschen Leserlicher machen.
Ja dann poste das bitte hier ...
Im Prinzip läuft die Booster20 ja. Bei mir unter KAOS TOS auch mit der MonSTer, das einzige was nicht geht ist IDE. Da werden seltsamerweise keine Geräte gefunden. Einige Programme wenn man die startet laufen nicht und beenden sich einfach wieder ohne Bomben oder der gleichen. Oder KAOS meldet einen Absturz und meldet auch Bomben. Oder es gibt auch CPUs da Resetet sich der Rechner wenn man ein Programm startet. Der Autoordner wird aber in aller Regel (Grafikkarte) ohne Probleme abgearbeitet.
-
Hallo Frank,
ich denke ich hab das Problem der Instabilität gefunden.
Im GAL U4 sind 4 Pins offen diese sind intern belegt dies wird als Verzögerung genutzt. Im Originalprojekt wurden 25ns GALs genutzt (laut Bild) und du hast 15ns GALs verwendet. Wenn man das mal drei nimmt sind das 30ns differenz was zu Problemen führen kann. Versuch mal 25ns GALs zu verwenden ob die Karte dann Stabiler ist.
-
Hallo Frank,
ich denke ich hab das Problem der Instabilität gefunden.
Im GAL U4 sind 4 Pins offen diese sind intern belegt dies wird als Verzögerung genutzt. Im Originalprojekt wurden 25ns GALs genutzt (laut Bild) und du hast 15ns GALs verwendet. Wenn man das mal drei nimmt sind das 30ns differenz was zu Problemen führen kann. Versuch mal 25ns GALs zu verwenden ob die Karte dann Stabiler ist.
Du verwechselst jetzt die PAK68/2 und die Booster20. Die PAK von Frank läuft normal die Booster20 je nach CPU nicht stabil.
-
Wir reden hier nicht von der Pak sondern das ist der Booster20 Thread .... und ich rede hier von der Booster20 wo Frank geschrieben hat das sie mit verschiedenen CPU´s nicht läuft und auch so es zu Abstürzen führt.
http://forum.atari-home.de/index.php?topic=12899.msg207007#msg207007
-
Wir reden hier nicht von der Pak sondern das ist der Booster20 Thread .... und ich rede hier von der Booster20 wo Frank geschrieben hat das sie mit verschiedenen CPU´s nicht läuft und auch so es zu Abstürzen führt.
http://forum.atari-home.de/index.php?topic=12899.msg207007#msg207007
Irgendwie hapert es an der Kommunikation... >:D :D Was hat denn das U4 der PAK mit der Booster zu tun? Sorry wenn ich das nicht auf die Reihe kriege.
-
Blick in den Schaltplan der Booster20 würde deine Frage Beantworten, da sind zwei GALS mit U4 und U5 gekennzeichnet.
http://forum.atari-home.de/index.php?topic=12709.0
-
Rätsel gelöst. ;)
-
Versuch mal 25ns GALs zu verwenden ob die Karte dann Stabiler ist.
Das ist eine gute Idee und ein Ansatz. Das Problem ist nur 25ns 16V8 irgendwo her zu bekommen, mal schauen ...
-
Man könnte versuchen zur not ein RC Glied in die entsprechenden Leitungen zu machen.
-
Versuch mal 25ns GALs zu verwenden ob die Karte dann Stabiler ist.
Das ist eine gute Idee und ein Ansatz. Das Problem ist nur 25ns 16V8 irgendwo her zu bekommen, mal schauen ...
16v8 25ns (http://www.ebay.de/itm/5PCS-GAL16V8D-GAL16V8D-25LP-15LP-DIP-20-NEUE-IC-DIY-DEVELOPE-V5-/331841073710?hash=item4d4344f22e:g:VPIAAOSw14xXEf~~)
-
Danke, schon gekauft ...
-
Kannst auch Pals nehmen wenn du zufällig welche liegen hast.
-
Diese ganzen A, B, E, D Gleichungen in dem einen GAL sind ja "registered" und nicht "combinatorial" Logik, man beachte das "<-" in den Gleichungen, d.h. alle Wechsel dort sind sowieso synchronisiert zum 8-MHz-Systemtakt und hängen damit *nicht* (EDIT!!!) besonders von der Durchlaufzeit durch das GAL ab. Man muss sich das mal aufmalen. Das dient auch primär nicht der Verzögerung irgendwelcher Signale sondern dem Erzeugen eines korrekten E-Takts mit 800 kHz für das 6800-Interface, das der 68020 nicht mehr hat.
Tatsächlichen Einfluss hat die Durchlaufzeit (und damit der "speed grade" des GALs) im anderen GAL, bei der Erzeugung des Chip-Select-Signals für die FPU, wo einmal /CLK (der Systemtakt) und einmal /CLKD (verzögerter Systemtakt) einfließen.
-
Vielen Dank für deine Ausführungen ...
Das klingt ja nicht sehr Erbaulich !
-
Ich würde es dennoch mal mit den 25er versuchen. klar sind nur 10ns difference aber wer weiß manchmal sind die Wege unlogisch obwohl sie total logisch sind :P
-
Ich empfehle auch ausprobieren.
10ns können Probleme machen.
-
So die -25ns GAL Bausteine aus China sind da und es nutzt nichts. Jetzt bootet der Rechner nicht mehr unter KAOS TOS von der ACSI Festplatte. Da kommen jetzt beim Booten immer 4 Bomben. Erst ein Abschalten die HD und booten von Floppy hilft.
-
So die -25ns GAL Bausteine aus China sind da und es nutzt nichts. Jetzt bootet der Rechner nicht mehr unter KAOS TOS von der ACSI Festplatte. Da kommen jetzt beim Booten immer 4 Bomben. Erst ein Abschalten die HD und booten von Floppy hilft.
Schade das es das nicht war.
-
Bei mir sind 2 Platinen in betrieb. Aber das war nich "auf anhieb", zuerst hat's nicht functioniert.
Am Anfang hatte ich eine Platine der Teilweise ging. Ab und zu Bomben.
Dann hab ich die Platine nach Frank geschick.
Nach tausch der Gal's (7nS nach 25nS) hat dann eine Booster functioniert. So hab ich 2 Processoren gefunden mit dessen die Booster geht. Und 4 nicht. Von diese 4 sind jetzt 2 bei Frank. Und 2 sind bei mir im PAK68/2. Beide gehen da auch prima.
Beim Booster 020 macht es jetzt nicht mehr aus, welche Gal's ich da rein stecke.
Setup: Tos 2.06 im CPU Sockel, direct im MegaST.
Getestet mit 3 verschiedene MegaST.
Am anfang waren diese 3 nür mit ein Sockel für 68000 versehen.
Später hab ich F244 und F373 eingebaut. Alle 3 haben jetzt 4MB, 60 oder 70nS.
Alle 3 haben jetzt auch etwa 3k2 Pull-ups am Daten und Address-bus.
Da hab ich bei 10K-Sil ein 4K7 paralelle verlötet (Untenseite Platine.)
Und bei 4K7-Sil hab ich 10K hinzu gemacht. Dies war einfacher als auslöten. Und ich hatte 10K und 4K7 "auf Lager".
Beide Booster haben auch ein 68882 FPU mit 33Mhz Quartz.
Eine höhere Frequenz geht zwar, aber bringt keine verbesserung.
Wahrscheinlich wegen Datentransport-Zeit. Bei 40Mhz machen die FPU's noch mit, werden aber etwas warm. Daher 33Mhz. (Auch 36Mhz und 38Mhz getestet, bringt nichts mehr. Gembench 4.03)
MFG/
-
Da scheint es ja Unterschiede bei den MC68020 zu geben bei den verschiedenen Masken.
Bei den zwei CPUs von dir war eine kaputt und die andere geht wunderbar, vielen Dank dafür nochmal. Die hat jetzt SolderGirl ...
Ich hatte auch eine CPU die so halbwegs gut lief und drei andere wollten garnicht, alles Seltsam. Das spricht dafür das die Bussteuerung/Anpassung bei der Booster20 nicht ganz so gut gelungen ist. Wahrscheinlich damals beim Entwickler nur durch Zufall weil er die richtige CPU hatte und nicht andere Probiert hat, keine Ahnung ...
Eigentlich eine sehr schöne kleine Karte wie ich finde und die Beschleunigungswerte sind auch voll in Ordnung, schade ...