atari-home.de - Foren
Hardware => Hardware (High-End) => Thema gestartet von: Lukas Frank am Fr 21.01.2022, 19:36:03
-
Habe gerade in letzten Tagen eine PAK68/3-020 neu aufgebaut nachdem ich eine Platine kaufen konnte. Die Karte hat eine 25Mhz 020 CPU und ich lasse die PAK mit einem 32Mhz Quarz laufen. PAK TOS habe ich von meinem funktionierenden 020 PAK Tower ausgelesen und auf vier Eproms aufgeteilt. Die Karte läuft nicht, sprich Rechner ist tot. Erst wenn ich J7 auf Mainboard TOS 1.04 setze wird der Bildschirm weiß und der Rechner hängt dann weil das Mainboard TOS nur mit 68000 läuft. Also läuft die 020 CPU vermute ich. Das PAK PDF geht nur auf die 030 Version ein und ich bin mir unsicher wegen dem GAL Satz von WRS. An meinen 020 PAK Tower gehe ich nicht ran weil der Super Stabil läuft, da nehme ich nichts auseinander!
U1 - P13-50d
U2 - P2-ST
U3 - P3-PUK (68000 Umschaltung)
U4 - V4-50ac
U5 - V5-51a
U6 - P6-ST
Hatte die GALs mit einem GALEP/WIN7 programmiert mit CRC errors was normalerweise belanglos ist. Um sicher zu gehen nochmal ohne Fehler auf dem Atari TT mit GABI programmiert aber ohne Änderung im Verhalten. Halt und Reset reagieren normal und sind beide high und der Monitor bekommmt nach dem Einschalten ein Signal bleibt aber Schwarz.
Weiss jemand mehr wegen dem GAL Satz für die 020 Karte? Wie sollte ich vorgehen um den Fehler einzukreisen?
-
U1 - P13-50d
Wenn ich diese Seite http://www.wrsonline.de/gals.html lese, dann müsste U1 = P12_32a sein.
-
Danke, das war ein Fehler. Läuft aber immer noch nicht.
-
Läuft ...
Habe mal die Tag und SRAMs alle rausgenommen. Die vier SRAMs waren gebraucht über Ebay, wohl einige oder alle kaputt!?!
-
Hatte noch zwei neue TC5588 und mit Glück waren zwei der gebrauchten gut. Die beiden TAG RAMs hatte ich auch noch in Neu allerdings -35ns und keine -20ns, läuft aber.
-
Heute mal das PUK GAL mit Verdrahtung und die 68000 CPU obenauf eingebaut. Läuft sehr gut.
Mit dem U1 in der 020er Version geht maximal ein 32Mhz CPU/FPU Takt, sprich mit z.B. einem 40Mhz Quarz bleibt der Rechner tot. @pakman hat da aber ein aktuelleres GAL für U1 mit dem mehr geht vermute ich ...
-
@czietz ... PAK68/3-020 /32Mhz - 32kB L2 Cache - FPU ohne Fastram. Gestartet aus der Mupfel, direkt ohne sind die Werte etwas höher und zwar bei Iterations/Sec 8.320726
Command v0.33 6/26/85 LTG
{a}WRAP
vDone.
E
Please wait while COREMARK is executing
{a}COREMARK.TOS 0x0 0x0 0x66 0 7 1 2000
2K performance run parameters for coremark.
CoreMark Size : 666
Total ticks : 2796
Total time (secs): 13.979999
Iterations/Sec : 7.868383
Iterations : 110
Compiler version : GCC8.2.1 20181017
Compiler flags : -O2 -mcpu=68000 -fomit-frame-pointer -DPERFORMANCE_RUN=1
Memory location : Code and data in RAM
seedcrc : 0xe9f5
- crclist : 0xe714
[0]crcmatrix : 0x1fd7
- crcstate : 0x8e3a
[0]crcfinal : 0x0134
Correct operation validated. See README.md for run and reporting rules.
CoreMark 1.0 : 7.868383 / GCC8.2.1 20181017 -O2 -mcpu=68000 -fomit-frame-pointer -DPERFORMANCE_RUN=1 / Code and data in RAM
[/tt]
-
[…] Gestartet aus der Mupfel […]
Command v0.33 6/26/85 LTG
{a}WRAP
vDone.
E
Sicher die Mupfel? Das sieht mir nach command.prg aus, der uralt-Shell von Apple.
-
Meldet sich mit "Mupfel Version 1.1(15.01.90) 77083 bytes
-
FYI: Diese...
Command v0.33 6/26/85 LTG
.... Shell ist Teil des CoreMark-Downloads, zusammen mit einer Batch-Datei, damit der Nutzer keine Kommandozeilenargumente eintippen muss/kann.
-
Nach dem das PAK030 Projekt erfolgreich war habe angefangen die weitere PuPla/2 für die 020 Kombi PAK mit FRAK aufzubauen. Fällt mir schwer weil ich zittere, so nach fünf SMD 1206 Bauteilen muss ich immer erstmal Pause machen. Geht aber so Stückchen für Stückchen voran ...
Mit dem USB Mikroskop kontrolliert und drei Pads nachgelötet und fertig ...
-
Bin gerade dabei die FRAK aufzubauen habe aber zuvor schon mal einen kleinen Teil der PAK patches an den beiden 541ern umgesetzt. Das kostet am meisten Nerven. Im Anschluss die PAK so laufen lassen zur Kontrolle und läuft ...
-
FRAK/2 zu der 020er PAK ist fertig, muss jetzt noch die PAK Patches umsetzen ...
-
Läuft natürlich nicht, alles Tot.
Zuerst hatte ich das GAL22V10 in Verdacht weil GABI und mein GALEP-4 den Baustein nicht programmieren wollte. Mein billiger China G840 Programmer konnte das dann, war ein GAL22V10D. Ich musste das JED umbauen weil der G840 keine Kommentare im JED versteht. Habe dann das GAL mal auf meine funktionierende PAK/FRAK 020 kombi gesteckt und lief. Normalerweise läuft eine 030er PAK mit den FRAK patches auch alleine aber die 020er nicht, das macht die Fehlersuche etwas schwieriger ...
Weder PAK noch FRAK funktionieren. Ich bin da erstmal am Ende und weiss nicht weiter!
-
Mein Fehler, die PAK alleine läuft.
Hatte das zum GAL Satz passende P6_ST (ohne FRAK) nicht und habe deshalb das alte P6 aus dem WRS PAK GAL Satz benutzt. Holger hat mir geholfen und mich darauf hingewiesen.
Bin gespannt wo das Problem mit der FRAK liegt.
-
Jetzt läuft alles ...
Habe einen Cut auf der FRAK vergessen. Hätte ich in hundert Jahren nicht gefunden, pakmann hat mich darauf hingewiesen.
Läuft mit 32Mhz und 32MB Fastram
-
Da steckt wohl doch noch der Wurm drin. Es läuft aber nach einiger Zeit bombt der Rechner mit vier Bomben. Habe mir schon einen Wolf gesucht, kann aber nichts finden ...
-
Habe jetzt mal die 020PAK mit PuPla/2 und ohne FRAK/2 probiert und läuft über Stunden einwandfrei.
Der Fehler liegt dann wohl in der FRAK/2. Wüsste nicht was da sein sollte? Das GAL 22V10-10ns hatte ich aus England bestellt für viel Geld. Vielleicht ein Fake was die Geschwindigkeit angeht?
-
ich hätte ein paar GAL22V10D-15 und ATF22V10C-15 rumliegen
aber evtl zu langsam?
ansonsten könnte ich dir welche schicken
-
Danke, müssen aber 10ns oder schneller sein ...
-
Habe jetzt mal die 020PAK mit PuPla/2 und ohne FRAK/2 probiert und läuft über Stunden einwandfrei.
Der Fehler liegt dann wohl in der FRAK/2. Wüsste nicht was da sein sollte? Das GAL 22V10-10ns hatte ich aus England bestellt für viel Geld. Vielleicht ein Fake was die Geschwindigkeit angeht?
Hatte die jeweils zweimal 16 Stück 100Ohm SMD 0805 Widerstände in Verdacht. So eine Art Wackelkontakt wenn da kleine Ströme drüber fließen. Habe nachgelötet was ging, geht nicht überall weil zu nah an den Sockelleisten. Hat aber keine Veränderung gebracht. Alle nötigen Patches zum Betrieb mit der 020iger PAK überprüft, keinen Fehler gefunden. Andere PS/2 Simms probiert, ohne Änderung.
Habe jetzt keine Idee mehr wo das Problem liegen könnte ...?
Läuft mit Fastram so einige Minuten und bombt dann unvermittelt mit 4 Bomben.
Das letzte was ich noch machen kann ist da man für ein GAL ein 22V10-10ns braucht ein neues GAL zu nutzen. Die sind alle aus China und man weiss nicht ob die Angabe Fake ist oder nicht. Bestelle jetzt mal aus der EU eine PLCC Version mit 7ns für 10,- Euro pro Stück. Habe Adapter Platinen auf DIL dafür.
-
Thermisches Problem? Nimm mal Kältespray. Funktioniert dein Aufbau dann womöglich länger?
-
Ja gute Idee ...
Ansonsten werde ich die FRAK/2 mal neu aufbauen wenn das neue GAL nicht hilft, habe noch zwei Platinen.
-
Gerade mal probiert mit Kältespray aber hilft nichts, der Fehler mit den vier Bomben bleibt und die Zeitspanne bis dahin ist auch gleich meine ich.
-
Mein GALEP kann die PLCC GALs nicht programmieren, da kommt immer die Meldung falscher Typ. GABI meldet GAL unbekannt und der China prommer kann das aber nicht richtig weil beim prüfen Fehler kommen.
Das DIL GAL was ich drin habe soll ein 10ns Typ sein aber heutzutage ist das ja fraglich. Ein 15ns GAL verhält sich genau so ...
Die Idee das die vier Bomben kommen weil das 22V10 GAL zu langsam ist, ist meine letzte Idee.
-
Habe mal das PAK TOS getauscht gegen das vom 020pak Tower. Hat nichts geändert, immer noch der gleiche Fehler. In dem PAK Tower werkelt eine 32Mhz 020 CPU mit 40Mhz alles absolut stabil. So hatte ich mir keinen Kopf gemacht eine 25Mhz 020 CPU mit 32Mhz laufen zu lassen ...
Das war der Fehler/das Problem. Läuft jetzt alles mit einem 25Mhz Quarz und der Fehler ist Geschichte. Läuft jetzt seit zwei Stunden, ich hoffe das war es ,,,
Hatte zwar mal gelesen irgendwo die PAK Kombi nicht unter 32Mhz laufen zu lassen?
-
Hatte zwar mal gelesen irgendwo die PAK Kombi nicht unter 32Mhz laufen zu lassen?
pakman hat mich aufgeklärt aber ich weiss ich ob ich das richtig verstanden habe und zwar ist die PAK schneller als eine 68000/8Mhz CPU und bei PAK Taktraten unter 32Mhz muss das Mainboard Ram besonders schnell sein was bei mir der Fall ist da 70ns weil ein SMD Ram Atari Mega ST1 ...
-
Hatte zwar mal gelesen irgendwo die PAK Kombi nicht unter 32Mhz laufen zu lassen?
pakman hat mich aufgeklärt aber ich weiss ich ob ich das richtig verstanden habe und zwar ist die PAK schneller als eine 68000/8Mhz CPU und bei PAK Taktraten unter 32Mhz muss das Mainboard Ram besonders schnell sein was bei mir der Fall ist da 70ns weil ein SMD Ram Atari Mega ST1 ...
Kaum zu glauben das die anderen Atari-Chips da mitmachen.
-
Habe keine Ahnung aber die 8Mhz Bustakt bleiben ja, nur die Ramzugriffe sind schneller und der L2 Cache der PAK macht sehr viel aus und die Romzugriffe laufen ja auf der PAK intern ab. Und das Fastram macht sehr viel ...
-
Läuft jetzt zwar alles und habe noch ein weiteres normales GAL22V10D-10ns.
Hatte ohne Ahnung versehentlich ISP GALs gekauft und habe mal eins mit einer Programmierschnittstelle ausgestattet weil ich noch ein Lattice USB Programmadapter hatte. Einfach mal auf eine PAK gesteckt nur wegen der Stromversorgung. Aber Pustekuchen weil die Lattice Software License von 2018 längs abgelaufen ist. Ein zurück stellen der Rechneruhr hat natürlich nichts gebracht und Google hilft auch nicht weiter. Leider gibt es auch nichts freies z.B. für Linux ...
Ich lege die ISP Sachen mal weg, vielleicht kommt ja mal was in ein paar Jahren ...
-
Habe mir eine MC68020RC33 CPU gekauft und die ganze PAK läuft jetzt fehlerfrei mit 40Mhz. Musste noch die MC68881 16Mhz FPU gegen eine 68882 50Mhz tauschen die ich noch hatte. Hätte wohl lieber eine 68881 aber ich finde keine mit mehr als 20Mhz. Lief auch alles mit einem 15ns 22V10 auf der FRAK habe aber ein 10ns GAL eingesetzt.
Weiss jetzt nicht was ich damit anfangen soll ...?