Kopfnuß: Atari TT will nicht mit Sang MegaVision 300

[kcr]

Habe mich mal mit meinem Zweit-TT beschäftigt und wollte die verbaute Sang MegaVision 300 installieren - bislang erfolglos.
Die Karte bzw. der TT wirft beim Booten Bomben, sobald das XBIOS300.PRG startet. Je nach Programmversion zwischen 3 und 14 Bomben.

Nach viel Nerven und Rumprobieren bin ich jetzt beim vorläufigen Endresultat (alles OHNE NVDI - das habe ich zur Fehleranalyse erstmal rausgeworfen):
Bei Kaltstart wirft er IMMER Bomben. Mache ich gleich darauf einen Reset (Warmstart) startet mit der XBIOS.prg-Version 0.99 alles ohne Fehler und ich bekomme ein sauberes Bild über die Grafikkarte z.B. in 1024x768. Starte ich mit 1.0 sagt mir das danach ladende SEL300.prg v.0.7 "Grafikkarte nicht initialisiert" oder sowas.  Vielleicht liegt da auch das Problem: in der Initialisierung...

Jetzt habe ich das Ganze auf Diskette kopiert und die Karte in meinen anderen TT eingebaut. Da funktioniert auch der Kaltstart - keine Probleme.
Umgekehrt habe ich die Crazy Dots in meinen zickigen TT eingesetzt (um etwaige Hardware-Probleme auszuschliessen) und die funktioniert auch auf Anhieb.
Die beiden TTs haben verschiedene Board Revs. Der zickige ist vermutlich einer der ersten ohne die Blechverkleidung, hat aber einige Patches in Form von grünen Drähtchen auf dem Mainboard. Die genaue Rev steht leider nicht auf der Oberseite des Boards und ich wollte jetzt nicht das ganze Board ausbauen. Der problemlose ist einer der letzten, glaube Rev. J oder K.

Hat irgendjemand eine MegaVision am Laufen oder hatte ähnliche Probleme? Werde hier noch verrückt... 

[ari.tao]

Ein paar Bemerkungen ganz auf die Schnelle:
Ich habe ebenfalls eine CrazyDots in meinem Erst-TT, auf zwei Weisen installiert, ie. mit den orig. Treibern und mit denen für ET4000 aus der NVDI_5.03-Distribution, sowie eine MegaVision300, die darauf wartet, in meinen Zweit-TT eingebaut zu werden.
Die Inst. der orig. Treiber der CrazyDots ist ziemlich zickig und braucht ein AMC-GDOS_6, die von NVDI-ET4000 macht weniger Probleme: Deren Doku sagt, daß sie für alle GK mit dem Tseng gut ist. Ich würde daher erwarten, daß eine mit NVDI laufende Cr.Dots einfach gg. die MV300 ausgetauscht werden kann und gut is´.
Wenn Du die orig. Treiber benutzen willst, so beachte, daß trotz Namens-Gleichheit diverse Prge. wie zB. REDIRECT oder SLCT_DEV und sicherlich auch die VMGen total unterschiedlich sind und NICHT wechselweise passen. Darüber hinaus muß auch die Reihenfolge im \AUTO\ noch angepaßt werden!

PS1: Auch der Teufel ist ein Engel. Ich behaupte aber nicht, daß jeder Engel ein Teufel sei !
PS2: Habe iM. nicht viel Zeit, kann erst nächste Woche wieder ´reinschauen.

[Lukas Frank]

Für die Mega Vision gab es ein spezielles NVDI ET4000 ...

Bei Interesse an der NVDI Version PM mit eMail Adresse an mich.

Ich hatte schon einige Atari TT bei denen die VME Backplane kalte Lötstellen hatte. Die beiden Karten nutzen vielleicht auch nicht alle Signale auf dem VME Bus.

[kcr]

Die Crazy Dots Treiber habe ich zum Testen mit AMC GDOS von der originalen Treiberdiskette gestartet. Damit konnte ich fehlerfrei sämtliche Auflösungen darstellen.
Daher glaube ich eigentlich auch nicht, dass es eine kalte Lötstelle ist. Aber selbst wenn... ich habe mir die kleine Platine mal angeschaut. Da sind an die 200 Lötstellen beidseitig! Die VME-Buchse selbst hat so feine Lötstellen, dass man da nicht wirklich was erkennen kann. Vermutlich müßte man die alle prophylaktisch nachlöten. Oder wie kann man da eine Kalte Lötstelle erkennen?
Jetzt bräuchte man so ein VME-Test-Programm, aber vermutlich gibt es sowas nicht.

Das Interessante ist ja, dass es nur beim ersten Starten nicht funktioniert. Mache ich wie gesagt einen Reset, lädt der Treiber einwandfrei. Er macht in der Version 1.0 sogar einen VRAM Test.
Bei einer kalten Lötstelle, würde es doch eher die ganze Zeit nicht funktionieren, oder?
Möchte da nicht mit dem Kolben drauf rumbraten und dann war es doch was anderes...

[kcr]

@Atari.tao: Ich glaube nicht, dass man die Karte so einfach austauschen kann, denn die MegaVision hat keinen ET4000-Chip. Nutze momentan aber erstmal kein NVDI, sondern nur die mitgelieferten Basistreiber.

So, habe noch ein wenig rumprobiert, der Stand ist jetzt wie folgt:
Bei jedem Kaltstart, sprich beim hardwaremäßigen Einschalten (nicht bei Software-Kaltstarts), wirft der TT 4 Bomben beim Versuch den Treiber zu laden.
Bei der Treiberversion 0.99 erhalte ich nach Warmstart ein einwandfreies Bild in 1024x768. Bei Verwendung der Treiberversion 1.0 bei Warmstart macht er seinen VRAM-Check (ohne Fehler), aber das darauf folgende Programm Select300 V0.7 sagt Mega-Vision nicht initialisiert und ich lande beim normalen TT-Desktop.
Bei Kaltstart schmeißt die Treiberversion 1.0 14 Bomben.

[kcr]

Hier ein paar Screenshots.

Falls es doch am VME-Bus liegt, welche Pins muß man in der Regel nachlöten?
Die von der Buchse selber, die von den Flachbandkabeln oder etwa die am Mainboard?

Oh Mann, so oder so ne Menge Lötarbeit...

[Lukas Frank]

Ich denke das ist ein Treiber Problem ...

Meine Version ist die 1.2 in Verbindung mit NVDI4, probiere das mal aus und beachte den Liesmich Text.

[Gaga]

Ich nehme an dieser Stelle einmal den deutlichen Trend zum Zweit-TT wohlwollend zur Kenntnis.

[kcr]

Ich hoffe, dass es "nur" ein Treiber-Problem ist, allerdings gibt es dieses Problem an meinem anderen TT nicht und das macht mich stutzig. Gut, die haben verschiedene Mainboard Revs und die NVRAM Batterie ist bei dem zickigen auch leer.
Werde nochmal mit Franks Treibern und leerer Platte probieren...

@Gaga: naja, wenn man mal einen hat, gibt man ihn nicht mehr so gerne her - das gilt auch für den zweiten... und dritten... und... :-)

[Lukas Frank]

Dann löte die Backplane mal komplett nach. Nicht das Mainboard.

[kcr]

Hach... ist natürlich n Haufen Arbeit, wenn man nicht gerde ein Löt-Profi ist. Die Platine ist auch noch mit dem Board verlötet und läßt sich wohl nicht so einfach ausbauen?

[joejoe]

Wenn es einen Unterschied zwischen Kaltstart und Warmstart gibt, dann könnte auch die Reset-Erzeugung / der Reset-Baustein, sowohl auf dem Mainboard, oder (etwas wahrscheinlicher) auf der Seng Karte die Hand im Spiel haben (defekter C?)

[HelmutK]

Vielleicht muss man auch nur das fast-load-flag im Treiber zurücksetzen?

Wenn meine ET4000 Probleme macht (dann stürzt z.B. XaAES ab), stecke ich die Karte nochmal rein, dann geht's meistens wieder, war aber schon ewig nicht mehr nötig.

[kcr]

Hm. Werde jeden Tip ausprobieren, der mich vorm Löten rettet ;-)
Also die Karte läuft im anderen TT.
Wie mache ich das denn mit dem FastFlag?
Ausstecken hilft leider nichts.

[ari.tao]

Vielleicht muss man auch nur das fast-load-flag im Treiber zurücksetzen?

So ähnlich habe ich auch schon gedacht, wg. des Unterschieds zw. Kalt- & WarmStart, der auf ein Init.-Problem hinweist (wie auch eine der Meldungen).

Im Anhang zwei kleine Töölen, die genau so wirken. Sie werden ganz zu Anfang des Boots eingesetzt. Da ein TT sehr viel RAM haben kann und noopee dann lange braucht, gibt´s noch putzig für den kleinen Wisch. Näheres im Begleit-Text. Benutzung auf eigenes Risiko.

Vor allem anderen sollte aber erstmal eine neue Batterie eingesetzt und das NVRAM neu gesetzt werden!

PS: Flags im Prg.-Header setzt man mit CIRCINUS oder mit SETFLAGS von US.

[gh-baden]

Vielleicht muss man auch nur das fast-load-flag im Treiber zurücksetzen?

A propos: Ohne Fast Load Flag ist Speicher ja in einem nicht-definierten Zustand, d.h. kann jeden Inhalt haben, er ist nicht "0". Schlechte Programme haben damit ein Problem, drum wird der Speicher beim Start des Programm von TOS ja gelöscht. Je mehr Speicher, desto länger dauert das, darum kann man das eigentlich unnötige ja ausschalten, um Zeit zu gewinnen.

Nun braucht manche Software aber den ausgenullten Speicher. Könnte man natürlich das Fast-Load-Flag ausknipsen, aber TOS löscht den Speicher auch noch eher gemächlich, v.a. auf 68030-Maschinen wie dem TT, das geht schon schneller. Da gab es IIRC mal ein Progrämmchen, das nichts tat außer den Speicher zu löschen - nur eben viel schneller als TOS, so dass man FastLoad im Auto-Ordner überall anknipsen konnte, wenn man dieses Programm als erstes positionierte.

Mir fällt nur der Name nicht mehr ein, erinnert sich jemand?

[Lukas Frank]

Falls du doch nachlöten musst nimmt man man besten Entlötlitze um die Backplane vom Mainboard zu lösen ...

[HelmutK]

Da braucht man nichts im auto-Ordner zu verändern, man muss das flag im jeweiligen Programm ändern, ich nehm prgflags, ist aber für Kommandozeile.

[Lukas Frank]

Fileinfo.cpx ->   http://www.fiebelkorn.net/CPX.HTML

[kcr]

Vielen Dank für die vielen Tips. Werde ich alles mal ausprobieren. Löten ist meine letzte Wahl, nur wenn es tatsächlich nicht anders geht und alles andere schon probiert wurde.
Werde dann erstmal eine neue NVRAM-Batterie besorgen.