merkwürdiges Phänomen mit MonSTer im MegaST

[guest522]

Hi,

ich hatte die MonSTer zunächst mit Alans Megabus Adapter in Betrieb. Da lief, zumindest mit 8MHz CPU, alles wie erwartet.
Dann habe ich mich entschlossen einen Sockel auf die MonSTer zu löten und die MonSTer unter die CPU zu setzen damit der Megabus frei wird. Und jetzt wirds merkwürdig....

Wenn keine Karte im Megabus ist, findet MonSTer die IDE Platte nicht mehr. Sobald ich eine Karte in den Bus stecke, läuft alles wie es soll. Selbst mit der leeren Adapterplatine von Alan funktioniert es. Das Ganze ist reproduzierbar.

Alan hat die Spannungsversorgung (5V oder GND) im Verdacht. Das kann ich bisher aber nicht bestätigen, da ich sowohl gemessen habe, als auch die PicoPSU durch ein Originalnetzteil ersetzt habe und keine Besserung feststellen kann.

Nun wird es (für mich) noch merkwürdiger: Während der Messungen mit dem Oszi, hatte ich ein Kabel mit Klemmprüfspitze am CLK Signal der CPU. Damit wird die IDE Platte gefunden, obwohl das Kabel am Ende offen war! Auch das ist reproduzierbar.
Ich hab mir das CLK mal angesehen und es sind 8MHz, allerdings weit weg von einem idealen Signal. Wie ideal sollte so ein CLK aussehen?
Welcher Hardware Experte hat ne Idee was ich machen kann um das Problem weiter einzugrenzen?

Danke
Wolfgang

[1ST1]

Wie sieht denn das Clock-Signal aus? Steile Flanken, Symmetrie, Tastverhältnis low/high-Länge? Hast du mal für CLK und andere maßgebliche Signale die Übergangswiderstände durch die Adapter/Sockel gemessen? SIeht das Signal an allen Adaptern gleich aus? Sind auf den Adaptern irgendwelche Pullup/Down-Widerstände auf dem Clocksignal?

[Lukas Frank]

32,xxx Mhz Hauptquarz -> Video Shifter (16Mhz) -> MMU (8Mhz) -> CPU

So sieht das doch aus, oder ?

Wechsel doch mal die MMU gegen eine andere ...

[Lukas Frank]

Oder gleich den Shifter auch mal tauschen.

Durch das ganze runter geteile durch 2 bleibt die Signal Qualität natürlich auf der Strecke, die 8Mhz sehen da nicht mehr ganz so schön aus. Du kannst ja mal mit deinem Oszilloskop dir alle Frequenzen mal anschauen ...

[guest522]

Aktuell habe ich die Kiste wieder im Schrank stehen, werde die Tage aber mal ein Bild der Sinale machen. Generell scheinen die (Mega)STs aber bekannt für unterschiedliches Verhalten sein: http://www.exxoshost.co.uk/atari/last/MEGAST/
Ich erinnere mich auch dunkel an Probleme mit verschiedenen Herstellern der Custom-ICs (IMP?).
Dennoch würde ich gern verstehen was das offene Kabel am CLK Signal bewirkt.

[1ST1]

Das offene Kabel könnte die Signalflanken dämpfen/abflachen.

Die IMP-Chips sind die Seuche, hast du welche in dem Rechner drin? Raus damit!

[guest522]

Ich habe keinen IMP Chipsatz. Hier die scope Bilder in der Reihenfolge

32 MHz ohne offenes Kabel am CLK der CPU
32 MHz mit offenem Kabel am CLK der CPU
16 MHz ohne offenes Kabel am CLK der CPU
16 MHz mit offenem Kabel am CLK der CPU
8 MHz mit Messkabel

[guest522]

Wechsel doch mal die MMU gegen eine andere ...

Bingo....das löst mein Problem. Danke!
Dennoch merkwürdig.....

[1ST1]

Der 8-MHz  Takt sieht eigentlich gut aus. Hast du mal den Takt der neuen MMU mit dem Oszi? Vielleicht sieht man da was.

Mich wundert, dass du den 16/32 MHz mal mit mal ohne Kabel gemessen hast, eine Rückkopplung des Taktes von 8 MHz nach oben gibts ja nicht. Die Bildchen sehen auch jeweils gleich aus, was anderes hätte mich sehr gewundert.

[guest522]

Der 8-MHz  Takt sieht eigentlich gut aus. Hast du mal den Takt der neuen MMU mit dem Oszi? Vielleicht sieht man da was.

Das werde ich noch machen.

Mich wundert, dass du den 16/32 MHz mal mit mal ohne Kabel gemessen hast, eine Rückkopplung des Taktes von 8 MHz nach oben gibts ja nicht. Die Bildchen sehen auch jeweils gleich aus, was anderes hätte mich sehr gewundert.

Das hab ich gemacht, weil ich eben 8 MHz ohne Kabel nicht messen kann. Ob es eine Rückkopplung "nach oben" gibt kann bzw. konnte ich nicht mit Sicherheit sagen bzw. ausschliessen. Deshalb erschien mir der Ansatz die Signale zu betrachten als naheliegend.

[1ST1]

Ja, verständlich, aber das Teilen von 32 auf 16 auf 8 MHz geschieht ja wahrscheinlich einfach über je ein D-Flipflop in der MMU bzw. im Shifter, und die machen keine Rückkopplung vom Ausgang zum Eingang.

Ich könnte mir vorstellen, dass mal wieder der Sockel (der MMU) das Problem ist, Übergangswiderstand ausgerechnet auf dem Clock-Signal. Am liebsten würde ich aus den STs diese Sockel rausreißen. Durch den Tausch der MMU hast du evtl. nur an diesem "Parameter" was gemacht, zur Verifikation vielleicht einfach nochmal zurücktauschen.

[guest522]

Ich könnte mir vorstellen, dass mal wieder der Sockel (der MMU) das Problem ist, Übergangswiderstand ausgerechnet auf dem Clock-Signal. Am liebsten würde ich aus den STs diese Sockel rausreißen. Durch den Tausch der MMU hast du evtl. nur an diesem "Parameter" was gemacht, zur Verifikation vielleicht einfach nochmal zurücktauschen.

Ja, das hab ich auch schon vermutet. Ich hab nur jedesmal Bammel wenn ich die verfluchten PLCC Sockel anfassen muss und es deshalb noch nicht getestet.

[1ST1]

Kann ich verstehen, wohl dem der eine PLCC-Zange hat... (wie gut, dass ich eine habe )

[guest522]

Zurücktauschen der MMU hat nichts gebracht, d.h. der Fehler tritt dann wieder auf.
Mit der neuen MMU bootet jetzt sogar auch die MonSTer mit aktiver Turbo25! Allerdings muss der Blitter raus. Sobald der drinnen ist gibt es Probleme.
Dazu muss ich sagen, dass mein MegaST kein Flip-Flop Blitterpatch auf der /BGACK Leitung besitzt, sondern eine Verzögerung  mittels Widerständen auf der /BR Leitung.

                     5V
                      |
                    1k Ohm
                      |
                      |
/BR (Blitter) ------------ 200 Ohm --------- /BR (CPU)


Das haben wir damals so gemacht, als es noch keinen offiziellen Patch gab.
Es wäre mal interessant zu sehen was passiert wenn man stattdessen den Flip-Flop Patch in die /BR Leitung hängt....