PAK68/3-020 Neuaufbau läuft nicht ...

[Lukas Frank]

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?

[KarlMüller]

U1 - P13-50d

Wenn ich diese Seite http://www.wrsonline.de/gals.html lese, dann müsste U1 = P12_32a sein.

[Lukas Frank]

Danke, das war ein Fehler. Läuft aber immer noch nicht.

[Lukas Frank]

Läuft ...

Habe mal die Tag und SRAMs alle rausgenommen. Die vier SRAMs waren gebraucht über Ebay, wohl einige oder alle kaputt!?!

[Lukas Frank]

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.

[Lukas Frank]

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 ...

[Lukas Frank]

@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]

[goetz @ 3rz]

[…] 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.

[Lukas Frank]

Meldet sich mit "Mupfel Version 1.1(15.01.90) 77083 bytes

[czietz]

FYI: Diese...

Code: [Auswählen]

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.

[Lukas Frank]

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 ...

[Lukas Frank]

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 ...

[Lukas Frank]

FRAK/2 zu der 020er PAK ist fertig, muss jetzt noch die PAK Patches umsetzen ...

[Lukas Frank]

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!

[Lukas Frank]

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.

[Lukas Frank]

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

[Lukas Frank]

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 ...

[Lukas Frank]

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?

[LarryL]

ich hätte ein paar GAL22V10D-15 und ATF22V10C-15 rumliegen
aber evtl zu langsam?
ansonsten könnte ich dir welche schicken

[Lukas Frank]

Danke,  müssen aber 10ns oder schneller sein ...