atari-home.de - Foren
Hardware => Hardware (High-End) => Thema gestartet von: Lukas Frank am Mo 16.02.2026, 18:07:50
-
Beginne eine PAK68/3-030 und eine FRAK/2 mit Fastram aufzubauen.
das erste wird sein die Baulich zu großen 100nF Abblock Kondensatoren auszulöten ...
Was fehlt ist eine PuPla/2
-
Die PAK Platine muss erst gepatcht werden mit den PAK GND Patches von pakman passend zur FRAK/2 hat aber die L2 Cache TAG Ram Fehler nicht. Warte noch auf fehlende Bauteile.
Habe mal angefangen die FRAK/2 aufzubauen. das die eine neue Multilayer bei man die FRAK/2 GND Patches von pakman nicht braucht bzw. schon drin sind durch eine GND Mittellage.
-
PuPla/2 Platinen sind über Cosmos Amiga bestellt. Hatte von diesen schonmal eine aufgebaut und die war ohne Fehler.
-
... noch ein bißchen gemacht heute Abend an der FRAK/2 und Leiterbahnen auf der PAK Platine durchtrennt für die GND Patches von pakman damit das mit der FRAK zusammen passt ...
Ultraschall Reinigerbad wäre schön aber habe keines.
-
FRAK/2 ist fertig ...
... getestet mit einer meiner PAK68/3-030
-
Super
Passten die Gals?
Die PuPla Platinen haben sich wegen China Neujahr verzögert
-
... 20ns ein wenig langsam wegen der 50Mhz, bei den FRAK GALs war nur ein schnelleres dabei. Habe welche von mir genommen mit 15ns.
Bei der FRAK/2 rev.2 Multilayer Platine gibt es keine Fehler bis auf einen bei der eine Verbindung zwischen den Pins 1 der beiden außenliegenden F541 fehlt.
-
Auf dem Bild ein kleiner Teil der PAK/FRAK GND Patches, am besten benutzt man einen 2mm Bohrer mit Handgriff zum Trennen der Leiterbahnen.
@bbisi ... wo hast du die Sockel gekauft?
Der rechte ist ein hochwertiger wie ihn z.B. Kessler verkauft und der linke klemmt das IC zu sehr ein sodass die Beinchen extrem leidet beim öfter rein und rausnehmen der ICs. Hatte auch mal von Reichelt so schlechte Sockel gekauft.
-
Die Sockel habe ich von Kessler
vor ca 4 Wochen bestellt
-
Die goldenen auch?
Habe gerade eine halbe Stunde gebraucht um die CPU mit den krummen Pins in den Sockel zu bekommen.
-
PAK läuft auch mit einen Test ROM Satz von mir, da soll EmuTOS drauf ...
L2 Cache läuft nicht. Da muss ich das Problem suchen. Hoffe es sind die TAG Ram Bausteine weil die SRAM Bausteine habe ich direkt eingelötet ...?
-
EmuTOS auf der PAK68/3-030 ...
-
Klasse Leistung
Top
Die PuPla sind unterwegs zu mir. Ich schicke dir die dann
-
L2 Cache funktioniert nicht und es liegt nicht an den TAG Rambausteinen. Ich weiss das die Platine kein Problem hat. Also SRAM Bausteine auslöten und Sockel einlöten und einen Satz neue SRAM Bausteine besorgen ...
Entlöten ging ganz gut aber selbst bei frischem Lot muss man Vorwärmen und die dann freien Pins mit einer Spitzzange freibrechen und manchmal ist der Baustein direkt frei und ab und zu muss man mit Heißluft etwas nachhelfen. In keinem Fall darf man die Platine beschädigen.
-
Plötzlich war die PAK tot und ich habe mir einen Wolf gesucht den Fehler zu finden und nach allem Prüfen und nachmessen stellte sich heraus die FPU war Schuld weil defekt. Habe die PAK mit 50Mhz die ganze Zeit betrieben und am Anfang war erstmal alles in Ordnung, vermute es ist keine 50Mhz Version wie aufgedruckt, keine Ahnung?
Die PAK läuft mit der EmuTOS 1.4 PAK 512k Version.
Mit L2 Cache disable ist alles in Ordnung und mit L2 Cache Enable kommt es zu einer EmuTOS Panik ...
-
Hi
läuft die FPU auch mit 32MHZ nicht ?
Der L2 Cache läuft auch mit den neuen Chips nicht?
-
Die FPU funktioniert überhaupt nicht mehr, sobald man die einsetzt bootet die PAK nicht mehr und stellt sich tot. Habe die FPU auch in einer meiner PAK Platinen getestet und auch dort das gleiche Verhalten. Habe 32, 40 und 50Mhz probiert auf der PAK68/3. Auch auf einer PAK68 probiert mit 16Mhz und dort hat die defekte FPU auch ein booten verhindert.
-
Ok habe die mal reklamiert
Mal sehen was passiert
Neue FPU kommt Mittwoch oder Donnerstag zu Dir
-
Habe sicherheitshalber den FPU Sockel nochmal komplett nachgemessen um auszuschliessen das die PAK die FPU zerstört hat aber da ist alles in Ordnung. Sind halt 30 Jahre alte Dinge ...
-
Hatte von @pakman einen GAL Satz und eine Anleitung dazu um die SRAM Bausteine im eingebauten Zustand zu testen und mit den neuen TC5588 Bausteinen alles Fehlerfrei.
Habe alles x-mal nachgemessen und den ganzen GAL Satz und die TAG Ram Bausteine in einer meiner PAKs getestet die Fehlerfrei ist. Ich finde nichts was das Problem sein könnte ...
-
Hi
mal mit Pak Tos 206 getestet?
Hast du das Pak Emutos genommen?
-
Hatte am Anfang das normale 3.06 PAK TOS ...
Das erste Bild mit den drei Bomben entstand nach dem booten mit L2 Cache aus und danach L2 Cache ein und einem Reset.
Das Bild mit den zwei Bomben entstand direkt beim booten mit L2 Cache ein.
-
Als Standard ist EmuTOS 1.4 in der 512k PAK Version auf der Beschleunigerkarte ...
-
Stand ist jetzt das die PAK68/3-030 mit den 32kB L2 Cache disable läuft und mit aktivierten L2 Cache nicht.
- komplette PAK nachgemessen
- Bauteile alle in einer funktionierenden geprüft
- alle Pullups nachgemessen
- CPU getauscht
- verschiedene CPU Frequenzen probiert
- verwendete PAK68/3-030 Platine funktionsfähig zuvor schonmal aufgebaut
Alles auch schon mehrmals abgearbeitet.
Bin jetzt Ratlos und habe keine Idee mehr.
Brauche Hilfe mit Ideen und Tipps ...
-
Hast zumal das SLC Signal gemessen vom Jumper 4 bis Pin 8 U2 ob das Signal high ist wenn der J4 nicht steckt?
Über R26 soll der auf 5V angehoben werden
Sehr schwierig da was zu finden !!
Die Gals U2 und U1 sind OK ?
Oder:
NET05 von 17 U1 nach 22 U13-17
das SIZ0 Signal von CPU U8 L2 nach 13 U2
das SIZ1 Signal von CPU U8 3K nach 11 U2
Net08 von CPU U8 3C nach 6 U2
Sonst fällt mir im Moment nichts ein
Ich suche noch
-
- komplette PAK nachgemessen
- Bauteile alle in einer funktionierenden geprüft
- alle Pullups nachgemessen
- CPU getauscht
- verschiedene CPU Frequenzen probiert
- verwendete PAK68/3-030 Platine funktionsfähig zuvor schonmal aufgebaut
Alles auch schon mehrmals abgearbeitet.
... alles schon x-mal gemacht
-
L2 Cache arbeitet ja nur im 4MB ST Ram Bereich und bei der ganzen Schaltung rund um die GAL Bausteine und den L2 Ram Bausteinen scheint es ja kein Problem zu geben. Kann jetzt nochmal alle Verbindungen zwischen 68000 Sockel und der 030 CPU nachmessen aber mit L2 Cache deaktiviert läuft es ja also sehr unwahrscheinlich das es dort ein Problem gibt ...?
-
Stand ist jetzt das die PAK68/3-030 mit den 32kB L2 Cache disable läuft und mit aktivierten L2 Cache nicht.
- komplette PAK nachgemessen
- Bauteile alle in einer funktionierenden geprüft
- alle Pullups nachgemessen
- CPU getauscht
- verschiedene CPU Frequenzen probiert
- verwendete PAK68/3-030 Platine funktionsfähig zuvor schonmal aufgebaut
Alles auch schon mehrmals abgearbeitet.
Bin jetzt Ratlos und habe keine Idee mehr.
Brauche Hilfe mit Ideen und Tipps ...
... aus Verzweiflung mal den kompletten GAL Satz neu gemacht mit anderen Bausteinen. Hatte zwar den alten GAL Satz schon in einer lauffähigen PAK Platine getestet aber nur so GAL für GAL nacheinander und nicht alle auf einmal. Die GAL Bausteine sind ja alle gebraucht und man weiss nie aber das Problem besteht weiterhin ...
-
Gembench 4.03 stürzt ab beim FPU Test auf der FPU losen PAK mit EmuTOS. Vielleicht ein EmuTOS Bug? Auf einer FPU losen PAK mit TOS 3.06 passiert das nicht.
-
hast du die neue FPU bekommen? Sollte Die bei Dir sein
Vielleicht kann Emutos nicht ohne FPU
-
Gembench 4.03 stürzt ab beim FPU Test auf der FPU losen PAK mit EmuTOS. Vielleicht ein EmuTOS Bug?
Ja, super. "Stürzt ab". Geht es ein bisschen genauer? Screenshot der exakten Panic-Meldung bitte.
Einen EmuTOS-Bug halte ich für unwahrscheinlich. Aber wie ist denn der _FPU-Cookie auf der FPU-losen PAK jeweils unter EmuTOS und Atari TOS? Bitte mit Screenshot z.B. von SYSINFO.
-
Da wo Gembench 4.03 ohne Panik durchgelaufen ist hat der Atari MegaST mit ACSI HDD mit Alt Taste gedrückt von FDD gebootet.
Bei der Panik hat der MegaST von der ACSI HDD gebootet.
Die PAK läuft mit Fastram und ohne L2 Cache
Von HDD gebootet mit COOKIEJR.PRG und GABIINS.PRG und OVERSCAN.PRG und NVDI.PRG (2.5) im Autoordner.
Von FDD gebootet mit COOKIEJR.PRG und GABIINS.PRG und NVDI.PRG geht es.
Also liegt es am OVERSCAN.PRG mit der Panik ...
-
hast du die neue FPU bekommen? Sollte Die bei Dir sein
Vielleicht kann Emutos nicht ohne FPU
... ja habe ich aber setze die nicht ein. Läuft auch ohne FPU und EmuTOS hat kein Problem damit. Überlasse es dir die einzusetzen ...
-
@Lukas Frank
Ich habe die PuPla Platinen bekommen
Soll ich die Dir zusenden?
Kannst du die FPU mal einsetzen? Ich muss dem Händler was sagen
Danke
-
Ja die PuPla/2 Platinen zuschicken.
FPU funktioniert und wird erkannt allerdings nur mit 32Mhz
-
danke für den Test
die Platinen schicke ich dir morgen raus
-
@Lukas Frank
Hallo
Alle PuPla Platinen sind unterwegs zu Dir
Heute mit DHL
-
PuPla/2 Platinen waren heute morgen in der Post ...
... aufgebaut und läuft.