atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: ossc am So 30.01.2022, 22:08:34
-
Hallo ,
ich bin seit 4 Tagen dabei eine VOFA Karte mit einer ET4000 in meinen 1040 STF einzubauen.
Inzwischen zeigt der Zweitmonitor tatsächlich Farbe mit einer klasse Auflösung - nur beim Festplatten-
zugriff bomt er nach 2-3 Zugriffen mit immer 2 Bomben, also Zugriff auf unzulässige Adresse.
Bisher war er ohne VOFA keine Bombentyp, es ist ein 1040STF mit TOS 2.06, eine 4MB Ram
Erweiterung, HD Modul und als "Festplatte" ein Ultrasatan und machte nie Probleme - also stabil !!!
Nachdem die VOFA eingebaut war und mit dem NOVA Treiber T8 versehen und einer Auflösung
800x600x265 56Hz lief war ich schon soweit glücklich - bis das Bomben anfing .....
Was habe ich probiert :
1. Kabel zwischen VOFA und ET4000 von 29cm auf 10cm verkürzt.
2.Bustreiber von 74 F 245 auf 74 LS 245 geändert.
3. GAL 16v 8D mit 16v 8B getauscht.
4. Meine Selbstbauplatine mit TOS 2.06 ausgebaut und mit TOS 1.4 versehen.
Nun habe ich eine uralte Meldung der VOFA Entwickler von 1993 gefunden , ob da etwas dran ist?
Falls beim Betrieb der VOFA während Plattenzugriffen Busfehler
auftreten, so die Verbindung zwischen PIN 5 von IC 2 und PIN 11 der CPU
aufgetrennt werden. PIN 5 von IC 2 sollte an PIN 12 der CPU gelegt
werden.
Karlsruhe, 24.7.93
Was meint Ihr dazu ? gibt es eine Idee was DAS sein könnte ?
-
Pin11 CPU ist BG und Pin12 BGACK
Mache das wie beschrieben vielleicht hilft es.
74LS245 sind zu langsam. Die F sind vorgeschrieben und viel schneller. ALS geht auch oder HCT245 funktioniert auch.
Poste doch mal ein Bild deiner Grafikkarte.
-
Meine Grafikkarte.
-
Ich habe jetzt den Pin 5 hochgebogen und mit einem Draht in Pin 12 der CPU gesteckt, bisher geht
der Rechner ohne eine Bombe zu werfen.
-
Nachdem es heute Morgen etwas Früh geworden war habe ich die FOVA vor zwei Stunden fertig
gemacht , es geht jetzt alles einwandfrei. Die 74LS245 wieder getauscht in 74F245 und die Leitung
vom GAL 5 zur CPU aufgetrennt und auf PIN 12 (BGACK) gelegt. Außerdem geht die VOFA mit
Emutos 1.1.1 nur mit einem Monitor, das Bild wird gleich durch die ET4000 auf den Monitor geleitet
und ich kann mittels XBoot auswählen ob ich den normalen SW Modus oder den Farbmodus haben
möchte.
-
War ja meine letzte Platine muss eh ein neues besseres Layout machen baue das mit BG und BGACK als Jumper ein ...
-
Ein Jumper wäre nicht schlecht, ansonsten finde ich die Platine absolut in Ordnung.Wie ich ich in
mehreren Themen deinerseits sehe bist Du immer wieder mit einer PAK am basteln und ich glaube
es sind inzwischen mehrere. Hast du evtl auch noch einen "Beschleuniger" für mich, er sollte schon
mit der VOFA harmonieren - kann auch etwas anderes wie die PAK sein.
-
Meine ET 4000 Grafigkarte ist jetzt sicher befestigt und auch die Monitor Umschalter sind fertig.
Jetzt kann ich zwischen Low / High / VOFA mit Grafikkarte -TOS 2.06 und Emutos 1.1.1 hin und
her schalten ohne irgendeinen Stecker bewegen zu müssen.
Nun kommt auf dem Turm noch eine HBS 240 oder Hypercache und wenn ich jemals einen Blitter
bekomme wird in dem nachgerüstetn Sockel auch noch das letzte Stück Hardware installiert.
Mal sehen wie ich das mit einem Gehäuse löse .... auf jeden fall mit Atarigrau
-
schön ...
Das mit dem Blitter ist überbewertet weil wenn du NVDI nutzt der Hardeware Blitter gar nicht benutzt wird ebenso wie vom Nova ET4000 Treiber.
-
Glaube auch das der Blitter mir nichts nützt, wenn ich von 68k jemals einen für 5€ bekomme werde ich
ihn ausprobieren giere aber nicht mehr danach. @Gaga hat mir einen HBS 240 oder Hypercache zur
Auswahl angeboten , welchen würdes Du nehmen ?
-
Blitter einbauen kannst du ja trotzdem ...
Welchen Speeder kann ich nicht sagen vielleicht räumt @Gaga dir ein Umtauschrecht gegen den anderen ein wenn es Probleme gibt. Hatte mal einen HBS240 und kann nichts negatives dazu sagen.
-
Nächster Schritt .... dachte eine HBS240 noch auf dem Rechner und dann ist das mit der VOFA Grafik
schneller, aber bisher werde ich etwas ausgebremst, im hochauflösendem Modus, also ohne ET4000,funktioniert die HBS 240 auch im 0Wait Status einwandfrei, nur der VOFA Adapter oder ET4000 macht zicken.
-
Was ist denn "0Wait Status" ?
-
Die HBS 240 hat ein Jumperfeld mit 2 Jumper die man unterschiedlich stecken kann, zwischen 0Wait bis
3Wait sodas man Rechner mit langsameren ROM/EPROM die Zugriffe auf die Speicher einstellen kann.
Hast Du eine Idee warum meine Grafikkarte Pixel beim bewegen der Maus auf dem Desktop zeichnet ?
-
Damit wird das DTACK Signal verzögert, extra Waitstates und so. Dies funktioniert wohl mit der Vofa nicht, da werden die Daten noch nicht Sauber übernommen sein. Also würd da schon auf 1WS ( Wait State) gehen.
-
@ossc ... läuft es jetzt mit 1 waitstates oder mit 2 ?
-
Leider weder mit 1 waitstates noch mit 2 waitstates - ich habe nochmal einen anderen VOFA Treiber
versucht aber auch da geht es nicht, das momentan einzig gute der Rechner stürzt nicht ab.
@tuxie meinte ja das die Signale noch nicht sauber da sein und da habe ich mal schnellere GAL´s
bestellt , 16V8C - 7LP, mal sehen ob die das Problem lösen.
-
Ich denke an den GALs liegt es nicht. Du kannst mal versuchen anstatt der drei F245 HCT oder ALS zu benutzen. Oder den HBS gegen den anderen Speeder zu tauschen?
-
Habe gerade die F Typen gegen HCT getauscht - keinen Erfolg. In 2 Wochen werden aus UK die
Gals kommen dann geht es weiter.
-
Der HBS hat doch einen Cache ? Werden die Daten gecached ? Kannst du den Cache ausschalten? Vielleicht spielt das hier eine Rolle? Der Cache müsste ausgespart werden
-
Habe mal den Cache ausgeschaltet und mit 1wait ausprobiert , auch das hat leider keinen Erfolg. Was soll
ich denn auch mit einem Beschleuniger den ich den Cache nehme dann ist er fast so langsam wie mit
einem 68000 8Mhz. Noch ist es ein ungelöstes Geheimnis.Das Ganze habe ich mit 74HCTgemacht.
-
Steckt die HBS oben drauf ? Oder ist sie ganz unten im Turm?
-
Du kannst auch mal Pin11 (BG) wieder verwenden anstatt Pin12 (BGACK) ...
-
@tuxie , sie steckt oben auf der VOFA. @Lukas Frank , das mit dem BG/BGACK Pin habe ich mir gestern
Abend auch schon überlegt und werde es nacher ausprobieren.
Auf der Sternwarte haben wir mal eine Diaserie gemacht und vertont - der Schluß war," Fragen über Fragen
die der Antwort harren". 8)
-
Habe BGACK wieder auf BG gelegt, erstaunlicherweise kommt ein Bild wo beim 68000 Mhz nichts kam.
Aber das Bild ist das gleiche wie es vorher war, pixelich.
Auf meiner ET4000 sind überall 74F Typen ... außer einem 74LS245, ob ich den mal in einem F-Type tausche, schaden kann es nicht.
-
Versuche mal wie bei einer Nova VME jeweils 1nF gegen Masse zu löten bei MEMR, MEMW und IOW auf der ISA Slot Platine.
-
Ich habe jetzt den 74LS245 ausgelötet, einen Präzissionsockel eingelötet und mit einem F-Typ und HCT-Typ
ausprobiert. Es war mal ein Versuch hat aber nichts gebracht. Danach auf @Lukas Frank´s Anleitung 1nF
an den B11-13 Pin gegen Masse direkt auf die Grafikkarte gelötet, es ist zwar immer noch nicht O.K aber
besser. Wenn ich mit der Maus auf dem Desktop herrumfahre gibt es Fehlpixel die aber verschwinden wenn
ich z.B Word Plus starte und auch beim zurück zum Desktop werden die Fehlpixel gelöscht, kommen aber
wieder bei einer Mausbewegung
-
Ich habe jetzt mal auf Emutos umgeschaltet und es sind viel weniger Fehlpixel auf dem Desktop.
Soll ich mal etwas größere Kondensatoren anlöten ?
-
Hastet du auf dem VOFA Board die fünf 100nF Abblockkondenstoren eingelötet?
-
Hast du mal eine ET4000 zum probieren?
-
Ich habe Präzisionssockel mit 100nF eingelötet und eine weitere ET4000 habe ich leider nicht.
Da sich das Verhalten der Grafikkarte verbessert hat stellt sich die Frage ob man die Kondensatoren
erhöhen sollte, was meinst Du dazu
-
Probieren ...
-
Jetzt habe ich alle Kondensatoren an der E4000 ausprobiert, 220pF , 2,2nF , alles schlechter also wieder
1nF da gibt es nur wenige Pixelfehler.Danach den Blitter den ich für 7€ eingekauft habe eingebaut und
mit Gembench 4.03 getestet .... was ist da los....funktioniert Gembench nicht richtig ...oder?
Hat jemand Gembench 6.xx dann bitte melden.
-
NVDI und alle Grafikkartentreiber nutzen den Blitter nicht. Schalten ihn auch ab.
-
Verstehe ich nicht so ganz , ich selbst habe den Blitter an und abgeschaltet und dann den Test
durchgeführt.
-
Dein Blitter ist zwar eingebaut aber wird nicht benutzt.
128% ist der Wert im Vergleich zum Blitting von 100% bei einem Rechner ohne Blitter.
20% ist der Wert den der Nova Treiber erreicht beim Blitting zu 100% bei einem Rechner mit Blitter.
-
Ich habe Präzisionssockel mit 100nF eingelötet und eine weitere ET4000 habe ich leider nicht.
Da sich das Verhalten der Grafikkarte verbessert hat stellt sich die Frage ob man die Kondensatoren
erhöhen sollte, was meinst Du dazu
Du kannst etwas größere Kondensatoren dazu packen und die kleinen dazu jedoch parallel dabei lassen.
-
@Lukas Frank , so jetzt habe ich die Daten begriffen. @Arthur , neben den Sockeln ist ja noch der Platz
für ein Kondensator frei , wie groß sollte der "etwa" größere Kondensator nach deiner Meinung sein ?
-
Ich würde so (1-10) µF nehmen... einfach mal ausprobieren. Edit: Evtl. reichen auch schon (200-500) nF.
-
Hast ja auch mal versuchen an das IOR Signal 1nF zulöten ?
-
Sowohl Blockkondensatoren auf der VOFA als auch 1nF an I/O RDY nützen leider nichts - schade.
-
Hallo, hat jemand eine andere ET4000 zum ausprobieren?
-
Siehe PM.
-
Ich stell mir die Frage, wenn die Vofa oben drauf sitzt, ob diese dann mit 16mhz betrieben wird oder mir 8mhz. Wenn mit 16mhz dann wird denke ich das für die Karte zu viel sein. Weil das erscheint mir kein Fehler in dem Sinne zu sein sondern redraw Fehler. Ich hätte echt gedacht das dies am Cache liegt. Aber scheint ja nicht der Fall zu sein. Ich bin der Meinung die Karte gehört ganz nach unten.
-
Um die VOFA nach oben zu setzten müßte ich auf der HBS einen Sockel löten und das wäre nach
dem Handbuch Unsinn weil in es nur ein Durchschleifen des Originalbusses wäre. Das mein Pixel-
problem ein Redraw Fehler ist ist definitiv so.Öffne ich ein Programm sind die Pixel weg und umgekehrt
ist es auf so, bewege ich die Maus zeichnet sie Pixel und zwar um so mehr je weniger Accessories
ich geladen habe.Ich bekomme demnächst neue Hardware und werde weiter darüber berichten.
-
Ich denke das ist kein Hardware Problem sondern ein software Problem. Ein Problem was im Zusammenhang mit den 16mhz steht. Weil durch die 16mhz vieles schneller abläuft. Mich würde wirklich das tatsächliche timing interessieren was der HBS auf den Bus legt, um wieviel ist dtack verzögert. Hast du ein scope ? Oder La ? Das man das man austasten kann. Ansonsten welche Treiber verwendest du?
Im Übrigen bei dem gembench wo du rechts Blitter anklicken kannst, bedeutet nicht das du damit den Blitter aktivierst sondern ob du die referenzwerte mit oder ohne Blitter nimmst.
-
Hallo tuxie,
ich habe sowohl ein Oszi ( 150Mhz/2GBs) als auch einen LA aus China den ich mit PulseView
betreibe, verwende den VOFA T8 Treiber von Lukas Frank.
-
Kannst ja mal NVDI5 als Treiber nutzen? Installiert mit ET4000 Option.
-
Die NVDIVGA.INF gehört in den AUTO Ordner. Im VMG läßt sich bei der ET4000 was das Timing angeht einiges einstellen.
-
Also, was gehört in den Autoordner und was muß abgeschaltet werden, sie NVDIGA.INF hatte ich schon
von Dir wußte aber nicht was ich damit anfangen könnte. Ich habe im Autoordner als erstes Xboot .....
Emulator, StA_VDI, Xmenu drin lassen ... abschalten ?
-
Erstelle einen neuen leeren AUTO und GEMSYS Ordner und lasse den Installer von NVDI5 mit der Option ET4000 laufen. NVDI5 findet man im Netz.
Die Bilder sind vom einer VOFA wie deine mit PAK68/3-020 mit 32Mhz und gleicher Grafikkarte wie deine. Ich habe aber nicht mit den Einstellungen gespielt ...
-
Was mir noch einfällt wäre die jeweils beiden 74LS244/373 gegen F zu tauschen. Der Bildschirm Inhalt wird ja immer zwischen dem ST Ram und dem Grafikkarten Ram hin und her kopiert. Zum Beispiel habe ich bei 640x400 und 16Farben keinen Pixelmüll ...
-
Frank, das sind keine Pixelfehler in dem Sinne.. das ist kein direktes Hardware Problem. Das ist ein problem des Treibers. Er kopiert die Daten falsch.. woran das liegt, muss man rausfinden..
-
Ohne was an der Parametern zu ändern ist bei 1024x768 und 16 Farben kaum noch was ...
-
Langsam Ihr Beiden, momentan layoute ich noch an einer Schaltung, danach werde ich mich wieder dem
Pixelproblem widmen und werde erstmal die Info`s verdauen. >:D
-
So jetzt habe ich den Salat, durch meine Autoordner Spielerei habe ich mein System erstmal zerschossen.
Ein Glück das ich eine Ultrasatan habe und auf meiner zweiten SD Karte das FAST komplette System
habe, irgendetwas ging beim Löschen/Kopieren schief und erzeugte mehrer unlöschbare Dateien die
beim Starten .... grrrrrr... Fehlermeldungen erzeugten, Klasse :-X
@Lukas Frank , das mit dem tauschen der 74LS244/373 überleg ich mir , habe ich auch nicht auf Lager
und muß erst bestellt werden.Wenn ich meine System SD Karte wieder patitioniert und die Daten kopiert
habe werde ich einen weiteren Versuch starten.
-
Habe mal mit dem NVDI VMG rumgespielt und bei mir verschwindet der Pixelmüll durch setzen vom "ras precharge" Wert von 2 oder 3 auf 4 ...
Wenn das VMG nicht will musst du als erstes die Pixeltakte messen lassen!
-
Das hört sich gut an, habe vor einer viertel Stunde mein System wieder am laufen muß nur noch die
Dateien sichern und dann gehe ich... gaaaaaanz langsam ... wieder an die Sache ran.
Gestern Abend viel mir was auf, in der VOFA Bauanleitung ist der R4 330, in Deiner Bauanleitung
ist R3 330 und in der VOFA Bauanleitung sind GAL`s mit 100nS vorgesehn, auf Deiner Karte sind
es 150nS aber das mit den Gal`s probier ich auch noch aus wenn die Teile aus UK ankommen.
-
Der Widerstand von 330 Ohm stimmt nur die Bezeichnung mit R4 stimmt nicht überein. Meine GALs sind -15ns die VOFA läuft auch mit -25ns GALs meine ich.
-
Stimmt, ich war immer der Meinung die Bezeichnung funktioniert wie bei den Eproms bei denen
27C1001-10F1 die letzte Zahl 10 --->>> 100nS sind .... ich lerne immer noch.
-
Wenn man bei NVDI die Grafikkarte wechselt fängt man immer von vorne an, sprich Pixeltakte messen und NVDIVGA.INF neu speichern ...
-
Das kann ich mir gut vorstellen, so empfindlich wie die Kombination VOFA/ET4000 reagiert sind
Einstellungen bei jeder anderen Grafikkarte notwendig.
Jetzt sag mir mal Stück für Stück was ich brauche und wohin was gehört , bitte Schritt für Schritt
Ein neuer leerer Autoordner und leerer Gemsysordner ist angelegt .....
-
Lade dir NVDI5 aus dem Netz und erstelle dir die zwei HD Disketten oder kopiere alles in einen Ordner auf die Festplatte. Lösche die Datei NEXTDISK und starte den Installer. Wähle die Option ET4000 und wenn alles fertig ist Update auf die Version 5.03. Achte jeweils auf die richtige Version also Deutsch zu Deutsch und Englisch zu Englisch ...
Nimm meine INF aus Beitrag #56 ...
-
Bin weiterhin am kämpfen, bisher habe ich es heute geschafft NVDI 5.03 zu installieren. Welchen VMG
benutzt Du, bei mir hat sich ein VMG4000 115 im NVDITOOL Ordner "installiert" aber meldet die Grafik
karte wäre nicht ansprechbar und er benötigt einen nezeren XVGA Treiber.
-
Wenn meine INF im Autoordner ist sollte es laufen.
-
Meine CFG aus dem VMG Ordner. Das 1.15 VMG ist das aktuelle letzte.
-
Deine Probleme mit dem Pixelmüll liegen am schlechten Layout der Platine. Also mit der VOFA CPU Version ist nur 68000 only möglich. Mit meiner Mega ST Bus Version ist das Bild selbst mit 32Mhz PAK sauber und stabil. Der Mega ST Bus Adapter ist von Hand manuell sauber layoutet. Bei der CPU Version bekomme ich das aber nicht hin. So 20-30% kann ich sauber layouten und dann ist Schluss. Damit das ganze klappt müsste die Platine drei mal so groß sein, mein Können reicht da nicht aus.
Mein STGA Adapter läuft einwandfrei ...
https://forum.atari-home.de/index.php/topic,16211.0.html
Den könntest du nutzen mit einem Adapter 64 DIL auf Mega ST Bus. Alles einfach passiv 1:1 verbunden ausser drei Signale die aber nicht verwendet werden. Ich habe da eine Platine (Viking DIL Adapter) die man dazu nutzen könnte.
VOFA wie im Bild habe ich keine mehr.
-
Du meinst mit meiner VOFA kriege ich das mit dem Pixelmüll nicht hin, das heißt Du hast mit dem NVDI
Treiber auch keinen Erfolg?. Ich warte mal ab was mir @Gaga in seinem Päckchen schickt.
-
Mit dem NVDI VMG kann man da was machen. Probiere es aus ...
NVDI ist auch ein wenig schneller aber ich finde trotz alle dem den Nova Treiber besser.
-
Habe deine NVDI Inf im Autoordner und die VMG. CFG im VMG-4000.115 Ordner, jetzt geht das
VMG Prg etwas weiter und stoppt mit der Meldung das es ein neueren XVGA- Treiber braucht
und meint auch noch - sorry ... >:(
-
Ist der GEMSYS Ordner und die ASSIGN.SYS in Ordnung?
Wenn nichts geht mache deine Partition C:\ leer und lasse den Installer erneut laufen ...
-
Wie, ALLES weg , kein Autoordner , nichts mehr da , alles futsch, blank .... :o - ich mache ja die Versuche
auf einer neuen SD Karte.
-
alten AUTO und GEMSYS Ordner weg reicht ...
Umbenennen in AUTO.ALT und GEMSYS.ALT geht auch.
-
War heute unterwegs und bin erst jetzt wieder zuhause. Der NVDI Treiber startet zwar aber der VMG
zeigt mir eine Auswahl und wenn ich die anklicke stoppt der VMG und geht nicht mehr weiter - Fazit
ich bleibe beim VOFA Treiber T8 und warte auf das Päckchen von @Gaga und danach geht es weiter.
-
NVDI ET4000 ist Tricky aber wenn man es einmal verstanden hat sehr gut ...
Wähle zuerst im VMG unter Grafikkarte die VOFA aus und gehe dann auf Pixeltakte messen. Monitor nach drücken der Leertaste ausschalten. Beim Messen müssen sinnvolle Werte rauskommen am Ende also von 25 bis 90 ...
-
Habe heute alles erhalten und auf die Grafikkarte die 1nF alle entfernt und den HCT245 wieder durch einen 74LS245 ersetzt und das Bild auf dem Monitor ist sauber und einwandfrei bei 1024 und 256 Farben mit dem Nova Vofa T8 Treiber. Hatte erst eine HC CPU aber auch mit der normalen ist alles in Ordnung. Mein Testrechner ist ein Atari Mega ST1 mit 4MB sonst original. Der Unterschied zum 1040 sind die Pullups von 4,7k anstatt 10k ...
-
Seltsam ...
... habe mal eine 16Mhz 020 PAK68/2 auf die CPU Vofa aufgesteckt und keinerlei Pixelmüll oder Kipper, alles einwandfrei.
-
Pullups wahrscheinlich... wäre denkbar.
-
Als ich um 1990 meine Atarigruppe vor allem hardwaremäßig "betreut" habe war es so das jeder Atari
sich anders verhielt, ich bin der Meinung das Atari viele Geräte am Anschlag "gebastelt" waren und nur
ohne irgend einer Erweiterung soweit gut funktionierte, sobald man etwas daran veränderte durfte man
sich nicht wundern wenn es Bomben hagelte oder tatsächlich funktionierte.
-
Exxos meint ja der 1040 sei das bessere Board und der Mega ST total übel, meine Meinung ist das ein Mega ST da besser ist. Allerdings habe ich einen 1040 im PC-Tower mit PAK68/3-020 plus maximal allem was so möglich ist und keine Probleme. Habe nur die Pullups halbiert. Ich bezweifle aber das es @ossc etwas genutzt hätte.
-
Die HBS240 läuft gar nicht mit dem Vofa Adapter und auch nicht mit dem STGA Adapter. Es geht schon aber da ist immer ein bißchen Pixelmüll bzw. Pixel kipper.
Mit einer PAK68/2 oder PAK68/3 (32Mhz max) gibt es keine Probleme.
-
Die frage ist, was ist am Timing bei der 16Mhz Karte anders! Der Bereich wo hier genutzt wird, muss der Karte ja bekannt sein, ansonsten feuert sie das schnellere Timing auf die Karte und ich denke dadurch entstehen die Fehler! Ich habe leider die Hardware nicht um dies mal mit Scope und LA zu analysieren. Sind die GALs die da drauf sind irgendwo veröffentlicht ? Gibt es einen Schaltplan ? Oder kann der ggf. gezeichnet werden da könnte man die Karte eventuell patchen mit einer kleinen Schaltung.
-
Nochmal das Problem mit den -12V, also ich habe die Schaltung eweitert und tatsächlich sind es jetzt
-11,3V und +12,5V unter Last, da ich das eigendlich nicht mehr brauche weil ich jetzt ein Mega STE
habe der fast einwandfrei läuft bin ich der Meinung das das 1040 STF Board auch laufen soll.
Außerdem sind die Pullup Widerstände entfernt und mit SIL Sockel versehen worden, mal sehen ob ich
das brauche - ist halt mein Testboard.