atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: 1ST1 am Do 05.12.2013, 07:49:00
-
In diesem Threard will ich versuchen, ein paar Grafik-(Karten-)Probleme mit meinem TT zu lösen und hoffe auch auf eure Hilfe. Es geht um TT-Hoch und die Nova Mach32-Karte. Wenn ich es zeitlich schaffe, stelle ich heute Abend Bilder zu den verschiedenen Effekten ein, und mal sehen, ob wir den Fehlern auf die Spur kommen.
Vorab wäre es schonmal schön, wenn mir jemand den aktuellsten Nova Mach32 Treiber zur Verfügung stellen könnte, vielleicht löst sich damit schon eines der Probleme.
Zunächst mal eine textliche Beschreibung der Probleme.
1. TT-Hoch mit dem Adapter von Tenox.
a) Mit dem koreanischen HyVision TFT habe ich gestern Abend ein einigermaßen passables Bild hinbekommen, allerdings in der Höhe von 960 auf 1280 gestreckt, 1:1 kann dieser TFT nicht. Aber Problem 1d ist geblieben.
b) Der Hyundai ImageQuest 70B Monitor flackert nach wie vor an Übergängen von Schwarz nach Weiß (von links nach rechts gesehen), aber das Bild steht ansonsten stabil. Er macht auch automatisch ein 1:1 Mapping, aber unterhalb des Bildes, da wo eigentlich schwarz bleiben müsste, werden Pixelzeilen vom oberen Bildrand eingeblendet. Außerdem bleibt Problem 1d.
c) Der NEC Multisync 1990FXp ist eingetroffen. Er macht automatisch ein 1:1 Mapping, das Bild steht vertikaql stabil, aber horizontal schwabbeln die Pixel ziemlich extrem hin und her, hier wird wohl das H-Sync-Signal aus dem TT oder Tenox-Adapter (ich weiß nicht, ob der Adapter das einfach nur 1:1 durchreicht oder was damit macht) nicht passend für den Monitor sein. Das werde ich aber auch mit Tenox nochmal diskutieren, wenn ich brauchbare Bilder habe - gestern Abend um nach 11 war mir das aber zu spät. Außerdem bleibt Problem 1d.
d) Problem 1d: Der TT stellt Inhalte in TT-Hoch nicht korrekt dar! Es ist kein NVDI oder so geladen, das Problem taucht schon direkt beim Anzeigen des Atari-Logos, Speichertest und Meldungen des HDDriver und aller Autoordner-Programme auf und setzt sich auch am Desktop fort. Im VGA-Modus (also alle 5 anderen Auflösungen) tritt das Problem nicht aus. Ich versuche heute Abend mal Bilder von dem Effekt auf dem HyVision-Monitor zu machen, das wird zwar ein bischen unscharf, aber es sollte reichen, um es zu sehen. Das Problem ist folgendes: Es werden vertikale Streifen über die gesamte Bildhöhe nicht angezeigt, sondern statt dessen Spalten links davon. Auf dem Desktop sind dann Symbole auf einmal breiter und wiederholen den Symboltext, Fenster haben zwei Scrollbalken auf der rechten Seite nebeneinander, wenn sie "richtig" liegen, usw. Wenn z.B. der Text "Dies ist ein Test" 5x untereinander dargestellt werden soll, sieht das etwa so aus:
DieDiest et eest
DieDiest et eest
DieDiest et eest
DieDiest et eest
DieDiest et eest
Für mich sieht es so aus, als ob der Shifter nicht richtig aufs RAM (ST-RAM?) zugreift. Aber nur in TT-Hoch.
2. Nova Mach32_Karte
a) Je nach Lust und Laune, vielleicht liegt es auch daran, wie die externe Grafikkarte gerade auf dem Tisch liegt, zeigt der Desktop auf der Nova keine Buchstaben, sondern schwarze Blöcke. Wenn ich den TT ausschalte und wieder einschalte, ist es weg.
b) Gestern Abend habe ich auf dem NEC 1280x1024 in 8 Bit stabil angezeigt bekommen. Doch auch hier kommt es zu einem Grafikfehler. Auf meinem Desktop wird durch die Newdesk.inf automatisch c: aufgemacht und liegt im oberen 2/3 des Bildschirms. Und links am Bildschirmrand die Desktopsymbole. Im unteren Drittel des Bildschirms liegt das Fenster und die Desktopsymbole dann nochmal, ein Stück nach rechts verschoben. Der Desktophintergrund scheint in voller Breite aber normal dargestellt zu werden. Ich kann sogar mit der Maus auf die Fensterkopie fahren ohne dass sie springt, es ist aber nicht anklickbar, auch die Desktopsymbole nicht. Wenn ich das oben sichtbare "Original" anklicke und verschiebe, verschwindet das untere Fenster bzw. die Symbole und ich bekomme Pixelmüll im verschobenen Fenster bzw. Symbole und auf dem Mauszeiger. In 1024x768 tritt dieses Problem nicht auf.
Ich hoffe ja, dass 2a und 2b das nur ein Treiberproblem ist, welches sich mit dem neuesten Nova-Treiber beheben lässt, oder ich muss mal NVDI5 ausprobieren. (NVDI5 habe ich, aber noch nicht installiert, und ich weiß nicht, ob ich den neuesten NOVA-Treiber habe - wenn mir den jemand geben könnte, wäre schön). Oder hängen beide Probleme mit 1d zusammen? Soll ich mal die ST-RAM-Karte ausbauen und dann nochmal probieren? Oder was für Ideen habt ihr dazu?
-
Soweit ich das noch weiss wird der Grafikkartenspeicher für die entsprechenden Auflösungen im ST Ram gespiegelt, also nimm mal die zweite ST Ramkarte raus und schau dir mal die 2MB ST Ram Bausteine auf dem Mainboard an vielleicht gibt es da Kontaktprobleme ...
Ansonsten natürlich erstmal alle ACC´s ausschalten und alle Autoordner Programme deaktivieren.
-
Naja, schon das Atari-Logo ist ja in TT Hoch so verkrumbelt... Da ist garantiert noch kein ACC oder Auto-Programm geladen...
-
Naja, schon das Atari-Logo ist ja in TT Hoch so verkrumbelt... Da ist garantiert noch kein ACC oder Auto-Programm geladen...
Dann tippe ich auf den Speicher.
-
Aber wahrscheinlich nur aus TT-Shifter-Sicht, denn Programme laufen ja fehlerfrei.
-
Was ist das denn für ein Mainboard ?
Es gibt die alten mit DaughterBoard PGA CPU wo alles gesockelt ist und dann die Version mit der PGA CPU vor dem Netzteil direkt auf dem Board und die letzten Versionen mit verlöteten ST Ram und SMD CPU unter der ST Ramkarte ...
Vielleicht auch mal die Rom Sockel überprüfen ...
-
Nova VDI 2.67 -> http://www.atari-forum.com/viewtopic.php?f=27&t=13923#p118677
-
Also, ST-RAM-Erweiterung ist es schonmal nicht, der Effekt 1d tritt auch mit ausgebauter Karte auf. Die TT-Platine ist mit SMD-CPU unter der ST-RAM-Erweiterung.
-
Die Version 2.67 der Nova-Treiber ist schon auf meinem TT drauf.
Gleich kommen Bilder...
-
Bilder Teil 1. Alles in TT Hoch, zunächst 2 Bilder vom HyVision Monitor, wo die Darstellung qualitativ einigermaßen geht (960 Pixel auf 1024 vertikal aufgezogen, er kann es nicht anders). Man sieht hier auch den Fehler 1d, wo vertikale Spalten des Bildes von weiter links kopiert sind. Dann das selbe nochmal auf dem NEC, dieses Mal mit horizontaler Störung.
-
Abschließend noch ein Bild vom Hyundai in TT hoch und vom NEC in 1280x1024x8 mit verschobenen Desktopsymbolen, doppelten Fenstern. (Oben die Fenster sind die verschiebbaren Originale, unten die bewegen sich mit)
Bei der hohen Farbauflösung auf der Nova ist oben verlinkter Treiber im Einsatz. Wenn ich am Wochenende Zeit finde, probiere ich das nochmal mit NVDI 5.
-
Noch eins, Tenox gab mir per PN den Tipp das 12V-Netzteil mal gegen eins mit 9V auszutauschen, da muss ich aber erstmal suchen ob ich eins habe. Das soll angeblich das Flickern verhindern. Ich weiß nur nicht, ob er dieses Flickern oder was anderes meint.
-
Hi, wie sieht es mit deiner Batterie aus? Ich hatte mit meiner Megavision plötzlich Darstellungsprobleme (Icons waren weiß, Fenster leer, obwohl Dateien vorhanden waren) - mit den normalen Auflösungen, sprich interner Grafik interessanterweise nicht. Batterie war schwach - hab sie gewechselt und seither läuft es wieder ganz normal. Mag sein, dass das offtopic ist und damit nichts zu tun hat - aber probieren kannst es ja mal...
-
Welche Batterie meinst du? Die vom NVRAM?
-
Für mich sehen die Anzeigefehler recht klar nach einem Hardwarefehler aus, der weder mit dem Tenox-Adapter noch mit der Nova-Grafikkarte zu tun hat.
Deinen Hardwarefehler thematisch mit einem neuen Produkt (eben jenem Adapter) in Verbindung zu bringen (es mag für den unbedarften Leser so aussehen, als ob der etwas damit zu tun hätte) finde ich weder wohl überlegt noch besonders nett.
Vielleicht mal drüber nachdenken...
Trotzdem: ich würde an deiner Stelle ein kleines Progrämmchen schreiben, das den Bildschirmspeicher versuchsweise in den Speicherbereich der ST-RAM Erweiterungskarte legt. Wenn die Darstellung dann besser wäre, liegt's am Onboard-ST RAM. Wenn nicht, ist's wahrscheinlich irgendwas um Funnel/TT-Shifter.
-
Moin,
welche Board Revisoin ist das und hast Du mal geprüft, ob bei deinem Board Hardware-Patches ausgeführt worden sind?
Ich habe nicht alles gelesen, aber treten die Fehler auch bei kleineren Auflösungen auf?
-
Hallo mfro, habe nie behauptet, dass der Fehler mit den vertauschten Spalten was mit dem Adapter zu tun hat. Er ist aber meine einzige Möglichkeit, TT-Hoch auszuprobieren, ich habe keinen ECL-Monitor. Und in den anderen 5 Auflösungen des TT tritt dieser Fehler nicht auf. Im englischen Forum wird mal wieder vorgeschlagen, alle Elkos auf dem Board und Netzteil auszuwechseln. Ich werde auf jeden Fall mal 5V und 12V messen, auch Welligkeit.
Die Sache mit dem NEC und Hyundai-Monitor mit dem horizonatlen hin und hergeflickere der Zeilen könnte durch ein anderes Netzteil für den ECL-Adapter weg sein, ein versuchsweise benutztes anderes 12V-Netzteil brachte keine Änderung, aber Tenox riet, mal eins mit nur 9V auszuprobieren.
Die Frage, die ich mir im Zusammenhang mit den wiederholten Spalten in TT-Hoch stelle, ist, was an diesem Videomodus für den Shifter beim RAM-Zugriff anders ist, als in den VGA-Modis. Benötigt TT hoch trotz nur 1 Bit pro Pixel mehr RAM, liegt es im Gegensatz zu den anderen Modis im TT-RAM, oder was?
-
… mache doch mal einen Ausführlichen Ram Test !
Den Anhang in *.ZIP umbenennen und auspacken.
-
NVDI_5 mit der Option Nova Installiert, deaktiviert ja die Bildschirmtreiber also bleibt nur die GDOS Funktion über ...
Die Viking ECL Grafikkarte hat 128kB Speicher, also denke ich mal das die TT-Hoch Auflösung auch 128kB Ram braucht.
http://www.sarnau.info/atari:atari_tt030_hardware_reference_manual#memory_i_o_interrupt_map
-
Ich habs einfach mal ausgerechnet:
1280x960x1Bit / 8 /1024 = 150 kB
640x480x4Bit / 8 / 1024 = 150 kB
Die Speichergröße ist also gleich. Aber da die TT-Mittel-Auflösung nur in 60 Hz (laut meinem TFT genau: 59,7Hz) und die ECL-Auflösung in knapp 72Hz Bildwiederholfrequenz ausgegeben wird, ist bei TT-Hoch die Videobandbreite höher, sprich 10,5 MB/s versus 8,7 MB/s. Das heißt, es wäre denkbar dass irgendwas bei dieser Auflösung nicht mehr schnell genug arbeitet. Ich müsste mal gucken, ob so eine Spalte immer genau 16 Pixel breit ist. Das würde dann für ein Bauteil zwischen Shifter und RAM auf dem Datenbus sprechen, sprich einer der beiden "Funnel" Chips hat ne Macke, soweit ich das aus dem Schaltplan interpretiere.
-
NVDI_5 mit der Option Nova Installiert, deaktiviert ja die Bildschirmtreiber also bleibt nur die GDOS Funktion über ...
Die Viking ECL Grafikkarte hat 128kB Speicher, also denke ich mal das die TT-Hoch Auflösung auch 128kB Ram braucht.
http://www.sarnau.info/atari:atari_tt030_hardware_reference_manual#memory_i_o_interrupt_map
128 kB reichen meiner Rechnung nach nur für 1280x816x1.
Der TT-High Bildschirmspeicher hat 1280*960*1 bit, mithin 150 kB.
[edit: Käse gerechnet, gelöscht.]
-
Ja da hast du Recht, habe mal ein wenig google befragt = 153,6kB TT-Hoch
Dann muss die Viking Karte ja 256kB haben ...
-
So, dieses Wochenende hab ich mehr damit verbracht, unser Wohnzimmer ins Erdgeschoss umzuziehen, ja fast fertig mit dem Hausumbau, es fehlen nur noch Sockelleisten, Vorhänge und Bilder an der Wand und ein paar HDMI-Adapter..., habe ich eben mal in den Chips'n'Chips und im TT-Schaltplan gestöbert. Erstmal im Schaltplan, um zu verstehen, wie der ECL-Monochrom-Modus funktioniert. Dabei habe ich festgestellt, dass der TT ähnlich die die Stacy zwei Grafikchips hat! Bei der Stacy gibts parallel zum Shifter den "Shadow", der in ST-Hoch das Monochrom-Bild des Shifters auf das LCD spiegelt. So ähnlich funktioniert das beim TT auch mit TT-Hoch, parallel zu dessen TT-Shifters (im Schaltplan: "TTVideo", Schaltplan Seite 5) gibt es einen weiteren Grafikchip DP8516 mit einem (takterzeugenden) Compagnon DP8530, der sich um ECL kümmert! (siehe Seite 24/25) Der TT-Shifter und der DP8516 sind quasi parallel geschaltetet, wobei der TT-Shifter auch H- und V-Sync für den ECL-Controller erzeugt. Der DP8516 ist wahrscheinlich im Prinzip einfach nur ein 16-Bit-Schieberegister, welches das Bit auf dem LSB auf dem ECL-Ausgang (Signale MON und XMON am DP8516 ausgibt., eigentlich ist sehr primitiv gemacht und wirkt irgendwie als wäre es nachträglich angeflanscht worden um noch ein Super-Feature mehr zu haben. Zum TT-Shifter gibts aber einen Unterschied, am DP8516 werden die 16 Datenbits von den beiden Funnel-Chips über zwei 74LS240 invertiert. Und hierzu beschreibt Chips'n'Chips (ein langjähriger Freund machte mich darauf aufmerksam, dass zu meinem Effekt darin was steht...), folgendes:
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=93
TT030 und TTM194
In dieser Konfiguration können auf dem Bildschirm folgende Fehler
auftreten, die z.T. nur in ganz bestimmten Temperaturbereichen zu
sehen sind:
(1) Innerhalb des Bildes reißen einzelne Zeilen nach rechts aus.
Die Verschiebung beträgt 16, 32 oder 48 Bildpunkte, abhängig vom
Datenformat. Dieser Effekt verstärkt sich erheblich, wenn mit
dunklem Hintergrund im Fenster oder Desktop gearbeitet wird.
Abhilfe: Zunächst überprüfen, ob sich in den Positionen UD02 und
UD03 Chips des Typs AC240 befinden. Diese ICs müssen durch
74LS240 (SMD) ersetzt werden. Bitte sicherheitshalber Markenware
verwenden. Wenn in der Originalbestückung 74LS240 eingebaut sind,
ist keine Änderung erforderlich.
Die Tage werde ich wohl meinen TT mal zerlegen müssen, und schauen ob diese AC240 darin verbaut sind. Hab schonmal bei den einschlägigen Versendern geschaut, bisher aber nur bei elpro SMD-74LS240 gefunden, und bei so kleinen Bestellbeträgen schlagen die ordentlich bei den Versandkosten zu... (Hat jemand eine günstigere Bezugsquelle? Reichelt, Conrad und Pollin haben die SMD-Ausführung nicht!)
Und wenn ich dann schonmal an den beiden 74LS240 rumlöte, werde ich die Masseverbindung des einen Chips gleich noch verbessern:
(2) Horizontale Verschiebung um einen Bildpunkt nach rechts.
Diese Erscheinung ist kaum zu sehen. Auffälliger ist ein leichtes
Zittern an den Ecken der Fenster, insbesondere dann, wenn mehrere
Fenster gleichzeitig geöffnet sind.
Abhilfe: auf der Platinenoberseite eine Drahtverbindung zwischen
UD03 (74LS240 in SMD Ausführung) Pin 1 und dem Masseanschluß des
Kondensators CD10 herstellen. Der Masseanschluß zeigt zur hinteren
Seite der Platine (zu den I/O Ports).
-
Falls Du einen Drucker parat hast, würde ich noch eins tun, bevor Du die Kiste auseinanderreißt: Drucker anschließen und ALT-HELP drücken.
So solte sich doch ganz einfach feststellen lassen, ob das "nur" Darstellungsfehler sind oder tatsächlich was Verkehrtes im RAM steht?
-
Nein, es steht nichts verkehrtes im RAM, der ECL-Grafikchip liest die falschen Bildspalten aus, weil diese 72LS240-Derrivate zu langsam sind. Leider habe ich immer noch keinen Anbieter gefunden, wo die SM-Versionen ohne Mindermengen-Bestellzuschlag verschickt, oder wo ich was anderes interessantes mit bestellen könnte, sonst hätte ich die beiden Chips schon ausgewechselt.
-
Habe heute mal die zwei 74LS240 ausgetauscht, das hat leider nicht geholfen, die Bildspalten sind immer noch so vertauscht. Wer hat eine Idee? Auch wenn ich die ST-RAM-Karte rausnehme, gleiches Fehlerbild. (Der Shifter holt ja die Bilddaten aus dem ST-RAM)
-
Hi,
welches Systemboard ist im TT und welchen Patchstand hat es?
Gruss
Jürgen
-
Es ist eine Rev G, meine ich jedenfalls unten rechts zu lesen. Links unten auf dem Aufkleber steht Rev J. Welcher Patch-Stand weiß ich nicht, siehst du aber vielleicht. Ziemlich in Bildmitte übrigens die beiden ausgetauschten 72LS240. SIehe http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=93
(Ich habe bi der Gelegenheit übrigens auch Termpwr am externen SCSI-Anschluss nachgerüstet, über eine 1A SMD Poly Fuse)
-
Das Board hat schon öfter einen Lötkolben gesehen oder?
Jedenfalls sieht es im Bereich um die CPU so aus als wären dort Flussmittelrückstände.
Das Board hat die letzte Revision J. da ist nichts zu tun...
Die Reworkanleitung für die früheren Revisionen findet man hier => http://dev-docs.atariforge.org/files/TT030_Board_Rework.pdf
-
Die ECL Geschichte bekommt das Vsync Signal vom normalen TT Video Shifter, wäre mal Interessant diesen mal auszutauschen …
Auch könnte man mal die 16Mhz Signale am 74AC244 mit einem Oszilloskop überprüfen …
Generell würde ich mir mal die Clocksignale anschauen und alle Netzteilspannungen auch mal ansehen …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10901.0;attach=5896;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10901.0;attach=5898;image)
-
Aber was kann die Ursache dieses Problems sein?
Ich habe nur eben die 74LS240 getauscht, was der Vorgänger mit dem Board getrieben hat, weiß ich nicht. Solange es aber läuft, ist das ja eigentlich Ok. Die CPU ist aber eigentlich sauber, das täuscht auf dem Bild. Ich habe auf der Rückseite unter dem Netzteil gesehen, dass da mal zwei DIL-Chips in der Nähe der beiden COM-Ports getauscht wurden. Das wurde aber sauber gemacht.
16 MHz kann ich mit meinem ollen Oszi nicht mehr darstellen, das geht nur bis 10.
Was ist das denn für ein Rework im Bereich links der CPU und rund um den Quarz? U21d, das ist doch besagter 72AC244 mit den 16 MHz Takt. Siehe Bild.
-
Das sieht aber nicht gut aus …
Überprüfe das doch mal anhand vom Schaltplan …
Ich kenne nur mein altes Rev. H Board und da war nur eine Drahtverbindung zwischen einem einseitig aufgetrennten Widerstand und was weiss ich nicht mehr … Auf alle Fälle ein Clocksignal !
-
Dazu muss ich ihn aber erst wieder zerlegen, hab ihn jetzt erstmal zusammengebaut. Ich geh jetzt erstma ins Bett, muss morgen um 07:30 im Büro sein.