atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: LuckyOldMan am Do 31.10.2013, 10:14:10
-
Moin,
nun ist es Realität geworden: ein TT 030 ist der Atarai-Familie beigetreten! :)
Anbei ein paar Bildchen:
(http://img31.imageshack.us/img31/680/hfe6.jpg) (http://img845.imageshack.us/img845/3512/b08w.jpg)
Dabei war noch eine Floppy für Wabbel-Scheiben inkl. ca. 50 Floppys, ein Umschalterbox, die zwischen Atari- und Megavision umschaltet und etliche ST-Zeitschriften.
Gruß
LOM
-
Sehr schön, viel Spaß mit dem Teil ...
Dann schau mal das du vielleicht einen Atari TTM195 Monitor bekommen kannst.
-
Na - das hoffe ich doch, dass ich Spaß habe. :)
Leider ist das Äußere wie schon zuvor berichtet, nicht das schönste: der Gilb ist hie und da zu sehen.
Der Vor-/Erstbesitzer hat zudem damals die Idee gehabt, bequem zwischen Atari- und Megavision-Grafik umschalten zu wollen und dazu links neben der Floppy einen Umschalter eingebaut, der via hinten rausschauenden Käbelchen die externe VGA-Umschaltbox mit einer Spannung für die beiden Kammrelais beschickt. Das hätte ich ohne Eingriff in das TT-Gehäuse anders gelöst - ich werde das wieder rückbauen.
Zunächst läuft die Megavision-Karte nicht (wie berichtet) - das muss als Erstes gelöst werden. Danach mache ich mir Gedanken über eine Speicheraufrüstung - derzeit gibt es bei ST- und TT-RAM jeweils 4MB.
(http://img854.imageshack.us/img854/1631/g25e.jpg)
Gruß
LOM
-
Im englischen Atari-Forum bietet einer an, die 2 MB ST-RAM-karte auf 8 MB aufzurüsten. Meine ist gerade dort. Und in der Bucht sind regelmäßig TT-RAM-Karten drin, allerdings dürften die dazu notwendigen 4 MB 30-Pin-Simms schwer aufzutreiben zu sein.
Ich bin mal gespannt, wie du das Loch von dem Schalter wieder sauber zu bekommst.
Ansonsten, gratuliere!
-
Es kommt ja darauf an was man mit dem Atari TT so machen möchte, die 4/4MB Arbeitsspeicher reichen aber für die meisten Anwendungen aus ...
Schau mal was für eine Treiberversion du zu der Grafikkarte hast, ich habe da noch zwei Versionen zu der MegaVision300 Karte da. Habe auch eine NVDI_4 Version, muss aber noch mal schauen ob die auch für die MegaVison300 Karte ist ...
http://www.stcarchiv.de/ai1995/05_megavision.php
-
@1ST1:
Danke! :D
Ja - das mit der Speichererweiterung hatte ich auch schon gelesen. Bietet sich u. U. an.
Ich müsste mal in meinem PC-Speicher-Fundus nachschauen, ob ich größere 30er Simms als die bisherigen 1MB habe.
Wo wäre denn eine Aufrüstung von größerem Nutzen - ST-RAM (wieviel maximal?) oder TT-RAM?
Ob ich den Schalter ausbaue und das Loch fülle oder ihn nur farblich angleiche, weiß ich noch nicht. Zumindest die interne Kabelage, die dann hinten rausschaut, will ich ausbauen.
Erst mal die technischen Hürden nehmen (MegaVision) - dann kommt die Optik.
Beim Original-MegaVision-Handbuch waren 3 originale Disketten und eine selbsterstellte dabei:
(http://img690.imageshack.us/img690/8157/0f4s.jpg)
Die Update-Diskette scheint die neueste zu sein ('93 bzw. '95).
Gruß
LOM
-
Hinweise zu den NVDI-fähigen Treibern für die MegaVision300 Stand: 11.04.96
Schau mal ob du die gleichen Dateien hast … (Die Installation der NVDI_4 Treiber scheint ein wenig Tricki zu sein!)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5464;image)
-
Das Loch würde ich, wenn es meiner wäre mit UHU Endfest 300 auffüllen und eventuell mit Revell Farbe angleichen.
-
ST-RAM geht unter den gesetzten Vorraussetuzungen 2MB On-Board und 2MB-Karte vorhanden sinnvollerweise und am einfachsten auf 10 MB, d.h. 2 MB Onboard und 8 MB auf der Karte aufgerüstet. Irgendwie sollen auch insgesamt 14 MB gehen, wie ist mir aber nicht klar. Aber 10 MB ST-RAM ist schon sehr komfortabel nur nur sinnvoll nutzbar, wenn man einen Atari-Laser hat, der sollte nämlich schon einen Puffer von 1-2 MB RAM bekommen, die meines Wissens immer im ST-RAM liegen müssen, wegen dem DMA-Zugriff vom ACSI-DMA-Controller.
TT-RAM, da ist einiges möglich, die 68030 CPU kann ja einen Adressraum von 4 GB verwalten (man muss dazu den ST-Adressraum von 16 MB abziehen, und den TT-IO-Bereich und der Adressraum des VME-Bus steht auch nicht für RAM zur Verfügung), aber ich glaube Speichererweiterungen mit mehr als 256 MB gab es nie, und es gab wohl kaum Software, mit der man das ausnutzen konnte. Vielleicht unter MiNT wenn man viele Apps gleichzeitig auf hat und für den TT viel zu große Bilder aktueller Digitalkameras laden will...
-
Man kann auch die 2MB ST Ram auf dem Mainboard auf 8MB aufrüsten aber trotzdem gehen im TT insgesamt nicht mehr als 10MB ST Ram ...
http://www.atari-forum.com/viewtopic.php?f=27&t=19784&start=25#p218548
Die beste TT Ramkarte ist eine Magnum TT die sich bis 256MB bestücken lässt, auch mit EDO PS/2 Modulen, zwei mal 128MB ...
Meine Atari TT Rechner hatten damals so eine Karte mit 10MB ST Ram (selbst erweitert aus einem 8MB PS/2 FPM Simm) und 256MB TT Ram auf einer Magnum TT. Brauchen kann man das z.B. mit Calamus SL, ansonsten fällt mir da nichts ein ...
-
Da kannst du ja jetzt ScooterPCB in Farbe sinnvoll nutzen ...
-
Meine Atari TT Rechner hatten damals so eine Karte mit 10MB ST Ram (selbst erweitert aus einem 8MB PS/2 FPM Simm) und 256MB TT Ram auf einer Magnum TT. Brauchen kann man das z.B. mit Calamus SL, ansonsten fällt mir da nichts ein ...
Das ist ein "Must have" ! ;D
Ob man das nun nutzt oder nicht, hauptsache man hat es... :D
Leider laufen nicht alle TT´s mit dieser Karte einwandfrei.
Gruss
Jürgen
-
Da ist gerade wieder so eine Mighty-Mic, mit 1 Jahr Gewähr, ausbaubar auf 32 MB mit 30 pol 4 MB Simms: http://www.ebay.de/itm/Fast-Ram-Mighty-Mic-32-mit-16MB-fur-ATARI-TT-030-ausbaufahig-bis-32MB-1J-Gewar-/171019203461?pt=Klassische_Computer&hash=item27d189f385 - Der Anbieter wohnt in Offenbach, also ganz nah bei mir.
-
Diese Mighty-Mic taucht schon seit einiger Zeit auf - jetzt mal mit 10% Rabatt. Rechnet man jetzt noch 4x 4MB-Streifen dazu (die nicht so leicht zu finden sind), wird es happig!
-
Mir wäre das Teil 30,- Euro wert, dann warte lieber bis so eine Karte mal ab einem Euro bei ebay auftaucht ...
-
Auf der Karte sind schon 16 MB bestückt, den Preis finde ich daher schon ganz Ok, wenn man die Seltenheit dieser Speichermodule berücksichtigt.
-
Auf der Karte sind schon 16 MB bestückt, .....
Stimmt - hatte ich übersehen. Speicher werden auch angeboten (um mal daraus den Karten-Preis ohne RAM definieren zu können): 4x4MB (http://www.ebay.de/itm/16MB-4x4MB-4MB-Simm-Ram-Memory-30-Pin-PC-80286-80386-80486-Amiga-Atari-Sampler-/111198986775?pt=Klassische_Computer&hash=item19e3f9e217)
-
Das werden/sind ja fast schon Zustände wie bei den Amis auf ebay für das alte Zeug !
Für mich haben die alten Sachen keinen allzu großen Wert mehr, wenn ich Kaufen/wollen würde ...
-
Das werden/sind ja fast schon Zustände wie bei den Amis auf ebay für das alte Zeug !
Für mich haben die alten Sachen keinen allzu großen Wert mehr, wenn ich Kaufen/wollen würde ...
Oder anders ausgedrückt:
Der Preis steht in keinem Verhältnis zum Nutzen!
Die nächste Stufe ist dann, Geld zu verbrennen... >:D
-
Bevor jemand auf die bekloppte Idee kommt die benötigten Speicherchips von einem Simm abzulöten kann man sich auch bei mir melden.
Die passenden 1Mx4 (in SMD) habe ich als NOS (New Old Stock), also unbenutzt und nie gelötet in ausreichender Menge da.
Preislich 50ct pro Chip Freundschaftspreis mit dem Stichwort "Super-Lynxman" ;D zu bekommen.
Es gibt Erweiterungskarten auf denen SMD drauf sind, da braucht man dann keinen Adapter.
-
Schau doch mal nach was für eine ST Ram Karte du hast ...
DIL Version der 2MB ST Ram Karte …
(http://www.atari-computermuseum.de/pics/systeme/tt_atw_falcon/tt_stram2.JPG)
SMD Version der 2/8MB ST Ram Karte …
(http://lh6.ggpht.com/_qNZ3rJv1jOU/SvVDjJFkORI/AAAAAAAABdg/wWVNHVfnhg0/s800/PIC_0940.JPG)
-
@Frank:
Die untere Platine ist es.
Wird damit die Speichererweiterung einfacher?
-
Ja das ist recht einfach …
16 Stück 1MBx4 Bausteine von Lynxman oder von einem 8MB FPM PS/2 Simm.
Mit ein wenig heißer Luft die alten 16 Bausteine von der Platine geholt und dann einfach die neuen mit einem guten feinen Lötkolben auflöten, die beiden Jumper richtig setzen, fertig ...
-
Ja das ist recht einfach ..........fertig ...
dachte ich mir! ;) Bei meiner Sehschärfe eine Kleinigkeit. :D
-
Was hast du denn für eine Fastram Karte im Atari TT ?
So eine ...
(http://www.zhell.co.uk/tthome/4_16rmbd.jpg)
... oder die Version mit den fest verlöteten Sipp Modulen ?
-
Moin,
Was hast du denn für eine Fastram Karte im Atari TT ?
So eine ...... ?
Ja - so eine!
(http://img11.imageshack.us/img11/9647/78ok.jpg)
Da sitzen allerdings die Jumper anders als bei Deiner Abbildung.
4x 4MB wären jetzt schon mal ein Sprung. Kann man mit dieser Karte mehr als 16MB RAM (sofern man noch größere Riegel als 4MB findet) oder bedarf es da da einer anderen Karte?
Gruß
LOM
-
Die Karte kann nur maximal 16 MB. Die Mighty-Mic kann mit 8x 4MB SIMMs bestückt werden.
-
Wenn du so eine Karte wie auf dem Bildern hast ist es eine 4/16MB Fastram Karte. Man braucht einfach nur möglichst schnelle 4 Stk. 4MB Simm Module -60ns und schon hast du eine 16MB Karte. Zusammen mit den 10MB ST Ram bist du dann bei 26MB und das ist schon einmal ganz gut ...
Die Jumperbelegung findest du im Netz oder in der Chips&Chips ...
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=85
Vielleicht legt jemand aus England im nächsten Jahr die Magnum TT Karten (50 Stück) nochmal auf ... !?!
-
Kann mir mal Jemand sagen, ob das hier 4MB-Streifen sind? Es sollen lt. Anbieter 4MB-Simms 60nS sein, aber wenn ich sie auf das TT-Board stecke, ergeben sich wie zuvor auch nur 4MB gesamt (als wären es 4x 1MB). Oder muss ich zuvor irgemndwo was umkonfigurieren?
-
Auf der Karte sind Jumper, die muss du erst umstecken ...
Schau mal da vielleicht -> http://dev-docs.atariforge.org/files/ttramupg.zip
oder da -> http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=85
-
... ansonsten schau mal auf einen der Rambausteine auf dem Simm und google mal nach dem Datenblatt, dann weiss man ob es ein 4MB Simm ist. Da müssten 8 oder 9 Stück 4MBx1 Bausteine drauf sein ...
-
KM41C4000BJ-6
-
Verdammt - stimmt ja. Hatte ich letzte Woche noch gesehen! W101,102 u. 106 auf 2-3: jetzt passt es! :)
Danke Dir!
-
Mehr Speicher braucht man eigentlich nicht... höchstens um anzugeben... >:D
-
.... höchstens um anzugeben... >:D
Hat auch schon mal was! :D
Jetzt kommt noch die Aufstockung auf 8MB ST-RAM und dann schauen wir erst mal weiter.
-
Ad MegaVision...
Ich hatte zunächst unter TOS die MegaVsion 300 Version 2.26 installiert und alle Einstellungen (Monitorauslösungen) vorgenommen. Dann die NVDI_4 Version installiert und alle Monitoreinstellungen konvertiert (da gibts irgend eine Datei/Skript in dem Paket was das macht). Danach habe ich NVDI 5 installiert - geht auch damit.
Die Monitoreinstellungen sollten auch unter NVDI 4/5 gehen - jedoch hast du keine Übersichtsliste deiner Einstellungen und die Dateien sind sehr kryptisch ;-)
Also viel Spaß mit deinem High End Classic TT ;-)
-
Wie muss man diesen "Bomben"-Bericht deuten (ab und an 4 Bomben beim Hochfahren)? Wo mag die Ursache liegen?
Gerade habe ich nochmal eingeschaltet und da kamen die 4 Bomben sofort und nach einem Drücken der Restettaste kam kein weißes Anfangsbild mehr, sondern ganz kurz ein dunkel-violetter Hintergrund ... und dann schwarz. Erst ein komplettes AUS/EIN brachte wieder den weißen Anfangsschirm ... und die 4 Bomben. Das ist aber ganz anders als heute Morgen.
-
Mache mal alle Autoordner Programme aus, den Autoordner z.B. in AUTOS umbenennen und alle ACC´s in ACX umbenennen und dann schau noch mal ob die Bomben noch vorkommen ...
-
Den Mist produzierte er auch ohne angekoppelte FP.
Dann habe ich jetzt beim erneuten Starten (ohne Bildprobleme) beim anfänglichen Speichertest bei ST-RAM nur 2MB - TT ist wie vorhanden 16MB. Sysinfo allerdings gibt mir 4MB ST-RAM aus. Was ist das denn?
Weitere Versuche ergaben das Selbe: 2MB ST-RAM - keine Bomben mehr! ::)
Next: ST-RAM-Karte raus-rein: 4MB Man könnte schreien mit dem alten Gelump!
-
Teste den Rechner erstmal nur mit 2MB ST Ram, also ohne Fastram Karte ...
Dann schalte mal auf der Fastram Karte per Jumper den Burst-Modus aus und schau mal ob es besser läuft ...
Lese mal die Reparaturtipps aus der Chips&Chips vielleicht steht da etwas zu deinem Problem.
Hast du extern etwas über SCSI angeschlossen !?!
Wenn nein müssen die drei Abschlußwiderstände auf dem Board stecken !
----------------------------------------------------
Beim Atari TT muss man immer aufpassen und bedenken das auf dem Mainboard unter dem Festplattendeckel noch drei SCSI Abschlußwiderstände gesteckt sind. Wenn man extern etwas anschliesst und die Widerstände nicht entfernt kann es passieren das man den SCSI Chip überlastet durch eine dreifach Terminierung und das Teil kaputt macht ...
Besser das Mainboard umbauen, so das der Rechner Termpower liefert und man extern einen 25pol. D_Sub Abschlußwiderstand aufstecken kann ...
5Volt -> Diode 1N400X -> miro 1A Sicherung -> gleichzeitig per Kabel auf PIN25 der externen D_Sub SCSI Buchse und auf PIN 26 der 50pol. Stiftleiste für den internen SCSI Anschluss. (Vorher nochmal kontrollieren ob die PIN Angabe auch richtig ist!)
Alles von der Board Rückseite aufgelötet und verklebt ...
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=98
-
Der Mega STE ist ja recht zickig wenn was mit der Floppy und Festplatte nicht stimmt, wirft er vier Bomben ...
Läuft denn die Floppy einwandfrei am Atari TT, ich hatte nie Probleme in dieser Richtung und kann deshalb zu den Bomben nichts sagen ...
-
Falls Du die 3 Rotlinge hinten am SCSI-Port meinst - die stecken drin. Das sind doch jetzt die Terminator-Rs für den ext. Port - die des Boards für den Anfang des Stranges sitzen doch an der int. FP.
Für extern müsste doch ein Steck-Terminator reichen, damit ich vor dem Anstecken von ext. SCSI-Geräten nicht aufschrauben muss, um die Rotlinge zu entfernen.
Die Floppy läuft sauber - gibt 356er (SysInfo), 720er und 1,44er Disketten wieder.
Ich habe jetzt wieder 4 MB auch beim Mem-Test am Anfang (hatte ja kurz die Karte abgenommen und wieder aufgesteckt) Wenn ich sie draussen lasse, ergeben sich ja nur 2MB - die Karte bzw. Kontakte könnten die Ursache sein.
Was kann man aus dem Crash-Bild überhaupt rauslesen?
-
Der Atari TT hat nur einen SCSI Strang, also wenn man etwas an der externen SCSI Buchse anschliesst müssen die Widerstände raus und der SCSI Chip (Controller) sitzt dann in der Mitte vom SCSI Bus. Wenn nichts angeschlossen ist müssen die drei Widerstände rein da das eine Ende dann der SCSI Chip auf dem Mainboard ist und das andere Ende die interne Festplatte ...
Einen Abschlusswiderstand auf die externe SCSI Buchse kann man nur aufsetzen wenn der PIN 25 dieser Buchse Termpower hat, also die Stromversorgung für den Abschlusswiderstand. Der Atari TT hat aber kein Termpower auf PIN25, da ist garnichts ...
-
Hast du denn die vier Bomben auch ohne die Fastram Karte ?
-
Der Crash Info von Sysinfo sagt mir nichts …
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5617;image)
Das sind irgendwelche Speicherstellen und Adressbereiche, davon habe ich keine Ahnung ...
-
Heißt also im Klattext: wenn ich spontan am SCSI-Port etwas anschließen möchte, müsste ich zuerst aufschrauben und die Dinge ziehen (was ich kürzlich nicht gemacht habe wegen "Weißnich") bzw. umgekehrt, wenn nichts dran hängt. Das muss ich ändern - dann baue ich diesen Pin25-Term-Gedöns ein und bin flexibel. Was aber sagen dass die externen Geräte zum "aktiven" Pin25? Muss dann in der nachfolgenden Kette auch was geändert werden?
Ich habe zuvor schon kurz ohne die Karte geprüft - alle Ok. So wie jetzt - die Kiste ist wieder ohen Karte zusammen geschraubt und die Karte mache ich für den Versand fertig.
-
Es können auch mehrere Geräte auf dem SCSI Bus Termpower liefern das macht nichts ...
Die Geräte sind ja über die Diode, die jedes SCSI Gerät hat voneinander entkoppelt.
Atari hat da mit der Termpower Leitung echt Mist gebaut, ich würde das ändern !
Bei den SCSI Geräten muss nichts verändert werden, man muss nur auf den richtigen Abschluß des Buses achten.
Wie ohne Karte geprüft, welche Karte meinst du !?! Die 2MB ST Ramkarte ?
Die original Atari Fastramkarten laufen schonmal nicht richtig im Burst-Modus mit normalen Simm Modulen, dann muss man den Burst-Modus ausschalten ...
-
Wie ohne Karte geprüft, welche Karte meinst du !?! Die 2MB ST Ramkarte ?
Die original Atari Fastramkarten laufen schonmal nicht richtig im Burst-Modus mit normalen Simm Modulen, dann muss man den Burst-Modus ausschalten ...
Ja - genau die, die jetzt auf 8MB aufgerüstet werden soll. Somit sind jetzt nur die 2MB auf der Hauptplatine aktiv.
-
Ich rede aber die ganze Zeit von der Karte ...
(http://img11.imageshack.us/img11/9647/78ok.jpg)
Die original Atari Fastramkarten laufen schonmal nicht richtig im Burst-Modus mit normalen 30pol. Simm Modulen, dann muss man den Burst-Modus per Jumper W105 ausschalten ...
W105
Burst-Modus 2-3
no Burst Modus 1-2
-
Wunderbar! :D
Nee - ich meinte die ST-RAM-Karte, die unter der FP aufgesteckt ist. Da fehlten ja kurzfristig die darauf befindlichen 2MB und deshalb hatte ich die als Bomben-Verursacher im Verdacht.
Die jetzt mit 4x 4MB-Simm aufgerüstete TT-RAM-Karte war immer vollzählig mit 16MB erkannt worden.
Bzgl. SCSI-Intern/-extern werde ich mal prüfen, inwieweit ich das 50er Flachbandkabel einkürzen kann.
-
Ja wenn alles einwandfrei läuft ist es ja gut aber wenn es Probleme gibt würde ich als erstes mal den Brust-Modus auf der Fastramkarte ausschalten ...
-
Bzgl. SCSI-Intern/-extern werde ich mal prüfen, inwieweit ich das 50er Flachbandkabel einkürzen kann.
Wieso Flachbandkabel einkürzen !?!
-
Wieso Flachbandkabel einkürzen !?!
(Auszug aus dem von Dir vorhin verlinkten Artikel):
Hat man nur die interne Festplatte (in der Butterdose) angeschlossen und muß aber permanent mal ohne externes Gerät und dann mal wieder mit externem Gerät arbeiten, MUSS die interne Platte an einem sehr kurzen (so kurz wie möglich!) Kabel angeschlossen werden und außerdem terminiert sein. Dann kann man auch ohne Mainboard-Terminierung arbeiten, aber NUR dann. ATARI hat das auch im MegaSTE (dort ist aber der Hostadapter terminiert; die Platte darf KEINESFALLS im MegaSTE terminiert sein) so gemacht und Adaptec und Apple machen es auch so (und es funktioniert auch).
Genau das mal ohne, mal mit ...ergibt sich bei mir ja zuweilen.
-
Die Geschichte mit dem kurzen Kabel ist aber nicht gerade ideal, ich würde das so nicht machen wollen und lieber Termpower an PIN25 der externen SCSI Buchse nachrüsten ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5623;image)
-
(Auszug aus dem von Dir vorhin verlinkten Artikel):
Hat man nur die interne Festplatte (in der Butterdose) angeschlossen und muß aber permanent mal ohne externes Gerät und dann mal wieder mit externem Gerät arbeiten, MUSS die interne Platte an einem sehr kurzen (so kurz wie möglich!) Kabel angeschlossen werden und außerdem terminiert sein. Dann kann man auch ohne Mainboard-Terminierung arbeiten, aber NUR dann. ATARI hat das auch im MegaSTE (dort ist aber der Hostadapter terminiert; die Platte darf KEINESFALLS im MegaSTE terminiert sein) so gemacht und Adaptec und Apple machen es auch so (und es funktioniert auch).
Genau das mal ohne, mal mit ...ergibt sich bei mir ja zuweilen.
Das Kabel im TT ist kurz genug... das muß du nicht noch kürzer machen... das läuft schon so stabil.. mit und ohne Terminator-Widerstände.
-
Ich habe die Chips&Chips Seite nur verlinkt wegen der Zeile mit dem Termpower nachrüsten ...
-
Die Geschichte mit dem kurzen Kabel ist aber nicht gerade ideal, ich würde das so nicht machen wollen und lieber Termpower an PIN25 der externen SCSI Buchse nachrüsten ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5623;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5625;image)
1Ampere SMD Sicherung, die man sehr gut auf die Mainboard Rückseite auflöten/kleben kann z.B. von Reichelt ...
-
Ich würde hier eine Poly-Fuse mit 1A nehmen. Poly-Fuses sind selbstheilend, das heißt, sobald der Strom weg ist, stellt sie die Verbindung wieder her. Gibts bei Conrad, Reichelt, Pollin usw. Kostet auch nur ein paar Cent. Oder man nimmt ein altes defektes Mainboard und sucht in der Nähe der USB-Ports und lötet die runter. Bei MSI z.B, sind kleine grüne SMD-Bausteine drauf, die mit 1x1 (wobei eine 1 auf dem Kopf steht) markiert, das sind die Poly-Fuses.
-
Danke Euch für die Hinweise.
Das Kabel bleibt in der Länge!
Warum neben der notwendigen 5V-Spannung an Pin 25 auch noch 5V am internen Pin 26 (s. Skizze)?
Die günstigen Preise bei Reichelt & Co. haben einen Nachteil, wenn man sonst nichts braucht: das Porto ist 10x so teuer wie der Artikel. Ich frage mal hier vor Ort.
-
Termpower auf dem ganzen SCSI Bus wäre ideal, es reicht aber auch das nur auf der externen SCSI Buchse an PIN25 so wie in der Chips & Chips beschrieben zu machen ...
Die Diode und die Sicherung kann man auch von einer alten kaputten SCSI Festplatten runterlöten .
Termpower sind ja 5Volt minus der 0,6 Volt die, die Diode zurück hält ...
-
.... es reicht aber auch das nur auf der externen SCSI Buchse an PIN25 so wie in der Chips & Chips beschrieben zu machen ...
So mache ich es! :)
-
Ich wollte mich jetzt mal der Aktivierung der MegaVision300 widmen. Es ist noch Alles so wie übernommen (der Vorbesitzer bekam die MV300 nach den Jahren ja nicht mehr zum Laufen) - NVDI ist immer noch 3.0.2.
Wenn ich den TT einschalte, kommt die unten angeführte Abfolge der Bildschirme. Klicke ich unter Xboot auf die Grafikkarte, kommt dier Anhalte-Meldung.
Wie gehe ich jetzt vor.?
-
ich würde mal mit einem komplett leerem Setup und dem original Sang Treiber Version 2.66 OHNE NVDI beginnen...
-
Die Treiber vom NVDI sind im Gemsys Ordner. Poste doch mal den Inhalt vom Gemsys Ordner ...
-
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5649;image)
Was passiert denn wenn man da F4 drückt ... ?
-
GEMsys-Ordner (ich nehme an, es geht um die NVDI-Dateien).
F4 bringt die interne GraKa und ST.gering-Auflösung.
-
Die NVDI Dateien sind da aber nicht alle so wie es ausschaut ...
Ich würde vielleicht ein neues SET in XBoot anlegen "MegaVision300" ...
Zuvor kannst du noch den kompletten Autoordner mit allen Programmen mal posten, und alle Ordner auf Laufwerk C:/ ...
Wenn die Auflösungsdateien für die MegaVision300 schon vorhanden sind kann man direkt NVDI_4 ET4000 mit den MegaVision300 Treibern installieren ...
-
Du brauchst auch ein Sortierprogramm für den Autoordner -> http://www.janatari.de/atari-firebee/anwender-software/dirsort-1-1/
-
.... und noch mehr einen größeren Bildschirm! :D Da ist dermaßen viel in den Ordnern drin, dass man keine Übersicht bekommt.
Danke für den Link!
-
Hast du einen Ordner "MV300" auf C:/ …?
Was für *.INF Dateien liegen im Autoordner ?
Mache mal ein Bildschirmfoto vom Autoordner, zur Not in zwei Bildern ...
-
Bitte sehr!
-
Ja die Sachen im Ordner MV300 sind von der NVDI Version, das ist schonmal gut …
Welche *.INF Dateien sind denn im Autoordner ?
-
Es gibt 3 Autordner - zwei scheinen gleich zu sein, der dritte hat nur wenig Inhalt (nichts, was auf die MV300 hinweist).
Herzlich wenig an .inf.
-
Benenne mal den AUTO Ordner um in AUT ...
... und lösche mal die *.sys Dateien aus dem Gemsys Ordner oder umbennen in *.syz geht auch ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5464;image)
... dann lese mal das readme von der Treiberversion zu der NVDI Version, der Ordner ALT ist uninteressant, das ist der original MV300 Treiber den wird nicht brauchen ...
Dann mache alles nach der folgenden Anleitung ->
1. NVDI ET4000 Version 4 von Diskette installieren.
2. Im Autoordner Redirect.prg und Slct_dev.prg durch die MegaVision300 Versionen ersetzen.
3. Die Treiberdateien Mv_16.sys und Mv_256.sys in den Gemsysordner kopieren.
4. Eventuell die Datei Redirect.inx als Redirect.inf in den Autoordner oder ins Rootverzeichnis auf C:/ kopieren.
5. Xbios300.prg von der MegaVison300 Treiber Diskette in den Autoordner kopieren.
6. Die assign.sys wie im readme beschrieben ändern.
7. Reihenfolge in Autoordner: Xbios300.prg, Redirect.prg, Nvdi.prg, alles andere, Selct_dev.prg
Was noch fehlt sind/ist die Auflösungsdatei der einzelnen Bildschirmauflösungen die man mit dem Setup300.app erstellt und wahrscheinlich/vielleicht mit dem Conv_stf.tos in eine NVDI Auflösungsdatei umwandeln muss, um diese dann auch in den Autoordner zu kopieren …
… dann sollte es eigentlich laufen.
Die Reichenfolge im Autoordner mit dem Dirsort.prg überprüfen ...
-
Moin,
ich baue mal die interne FP aus (zu unübersichtlich) und eine andere, leere ein. So sieht man besser, was wo ist.
Gruß
LOM
-
Man muss aber den MV300 Ordner von der alten Festplatte übernehmen ...
-
Ich wollte so vorgehen, als hätte ich die MV300 gerade erst in einen frischen TT ohne Ballast eingebaut (so, wie es im Readme drin steht). Verkehrt/zu aufwändig?
-
Ja so kannst du es auch machen, zuerst die original Treiber installieren und die Auflösungen herstellen und dann auf NVDI allerdings in der Version 4 wechseln ...
Du hast ja auch das Handbuch zur MV300 wegen der Bedienung des Setup Programmes ...
-
Kleiner Zwischenbericht:
Nach der Installation der MV300-Treiber VDI-26.5 habe ich am MV300-VGA-Anschluß ein Bild in ST-hoch-Auflösung. Am interen VGA-Anschuß ist derzeit kein Bild außer weißem Rahmen mit großer schwarzer Fläche, wie es kurz nach normalem Start inkl. Boot-Meldungen erschien. Normal?
Das heißt doch zumindest, dass die GraKa funktioniert. Wäre doch schon mal was! :)
Welche Basis-Auflösung solte ich für den TFT in der Setup300 wählen - vorkonfigurierte oder eigene gewählte?
-
Na bitte - funktioniert doch ;-)
sobald der Atari auf die Grafikkarte wechselt, bleibt das Bild am internen VGA beim dem was dort zuletzt gezeigt wurde. Du kannst also nicht 2 Monitore verwenden. Ich habe das ganze mit einem Monitor Switch gelöst, damit ich nicht immer umstecken muss. so sehe ich was vor dem GraKa Treiber geladen wird und kann dann bequem auf den VGA Anschluss der Grafikkarte wechseln...
-
.
Na bitte - funktioniert doch ;-)
sobald der Atari auf die Grafikkarte wechselt, bleibt das Bild am internen VGA beim dem was dort zuletzt gezeigt wurde. Du kannst also nicht 2 Monitore verwenden. Ich habe das ganze mit einem Monitor Switch gelöst, damit ich nicht immer umstecken muss. so sehe ich was vor dem GraKa Treiber geladen wird und kann dann bequem auf den VGA Anschluss der Grafikkarte wechseln...
Genau so ist das bei mir, weshalb ich lässig auf Monitor 2 umschalten konnte. ;) Gut, dass ich die Schaltboxen für Maus, KB und Monitor aus früheren PC-Tagen aufgehoben habe. :)
Aber was ist das ein Gewörgel mit den NOS-Disketten - egal, ob DD oder HD. Etliche liegen schon im Mülleimer
Ich hatte NVDI auf HD kopiert und nach Eingabe der SN kam irgendwann der Hinweis auf mögliche defekte Diskette, aber nochmal brachte nichts, aber witzigerweise ging es mit mehrmaligem Abbruch weiter zur Disk 2 (man konnte auch hören, dass was auf die FP geschrieben wurde) - bei der dann das selbe, dann wieder Frage nach Disk 1 und dann kam das (hatte ich gestern auch schon) ...
-
Beim Anlegen der Auflösungen mit dem Setup Programm muss man schon mit zwei Bildschirmen arbeiten ...
Ich würde für ein TFT Display eine Auflösung von 1024x768 Pixel jeweils in Mono, bei 16 Farben und mit 256 Farben anlegen ...
Sag mal Bescheid wenn das soweit fertig ist und läuft !
-
Ich habe dir doch die ET4000 Version nochmal als zwei Diskettenversion per Mail geschickt, nimm diese ...
Und bringe jetzt nichts durcheinander, du musst erst die original Version zum Laufen bringen, also ohne NVDI ...
Erst wenn alles richtig läuft und der Rechner über die Grafikkarte mit einer annehmbaren Auflösung bootet kannst du auf NVDI wechseln ...
-
Jetzt geht erstmal nichts mehr, denn er hängt in einer Bootschleife. Irgendwo bin ich ran gekommen und habe zu schnell geklickt, denn kurz nach dem Reset - bevor er auf die GraKa umschalten will -, lese ich XBios300 (oder so Ä.) und dann startet er wieder neu.
Ich würde am liebsten nochmal neu anfangen und die einzelnen Schritte abschließen - durcheinandergebracht hat mir der Hinweis im Handbuch, wenn eine akzeptabel Auflösung gefunden sei, dann mit NVDI weiter zu machen (was ich auch tat - mit den beschriebenen F-Meldungen).
-
Wenn du HDDriver benutzt kannst du einfach bei booten die Taste "A" drücken und der Rechner bootet von der Floppy ...
Oder man kann die CTRL Taste drücken beim Booten und der Rechner bootet ohne ACC´s und Autoordner ...
-
Wegen der Auflösungen, schau mal im Handbuch nach ...
Ich meine man muss zwei Monitore anschliessen, einen an die Grafikkarte und den anderen an die VGA Buchse des Atari TT und dann ohne Treibersoftware booten und aus dem Ordner MV300 "Init" starten und dann auf dem VGA Monitor des Atari TT das Setup Programm und kann dann an den Auflösungen Basteln und am Monitor der an der Grafikkarte hängt die Sache begutachten und wenn man fertig ist alles abspeichern ...
-
...Oder man kann die CTRL Taste drücken beim Booten und der Rechner bootet ohne ACC´s und Autoordner ...
Tja - da merkt man halt mangelnde Atari-Erfahrung. ;) Ich habe Letzteres gemacht, da ich ja wie bei der richtigen FP mit ahdi arbeiten will.
Jetzt ist neu partitioniert, FP-Treiber kommen wieder drauf ... und dann MV300 etc.
Vorher aber ... der Magen knurrt - auch ATARISTEN müssen essen! :D
Bis später und Danke bis hierher!
-
So - MV300-Treiber installiert und beim Samsung SyncMaster 701T als Einstellungen 1024x768 bei 50Hz genommen.
Dann habe ich zuvor zuvor zwei DD-Disketten auf 800KB aufgebohrt und die beiden mit entsprechenden Daten gefüllt. Diesmal ging es ohne Lesefehler durch, die Disk 2 wurde gefordet und geliefert ..und dann nochmal Disk 1 ... und dann kam wieder die obige Fehlermeldung "Fehler beim Kopieren ...."
Langsam geht die Lust flöten, da ich inzwischen einen Haufen Disketten hier rumliegen habe, die ich zuvor immer mühselig am PC erstellen muss (und dessen Floppy ziemlich lahm rödelt, aber derzeit das einzige FDD-LW ist). Dieser Datentransfer nervt langsam!
Welche Dateien jetzt nicht richtig kopiert wurden, weiß ich nicht, weshalb die jetzt notwendige Tausche von diversen Dateien gegen neuere wenig Sinn macht.
Zusätzlich hatte ich eben irgendwo in den READMEs/im Handbuch von einem Tool auf einer der Disketten gelesen, mit dem man schön die richtige Reihenfolge in AUTO setzen kann, finde das typischerweise jetzt aber nicht mehr. ::)
-
Wenn das mit der Version 4 vom NVDI nicht klappen will, nimm die Version 5, kopiere alles auf C:/ in einen Ordner und lösche die Datei "nextdisk" , dann sollte es laufen ...
Man muss NVDI 5 als ET4000 installieren ...
Läuft denn der original MV300 Treiber schon, so das du von Platte booten kannst und der Desktop über die Grafikkarte läuft/erscheint ?
-
......Zusätzlich hatte ich eben irgendwo in den READMEs/im Handbuch von einem Tool auf einer der Disketten gelesen, mit dem man schön die richtige Reihenfolge in AUTO setzen kann, finde das typischerweise jetzt aber nicht mehr. ::)
Wenigstens das habe ich wieder gefunden: autosort.prg! :) Mühsam ernährt sich ....
-
Läuft denn der original MV300 Treiber schon, so das du von Platte booten kannst und der Desktop über die Grafikkarte läuft/erscheint ?
Ja klar - das funzte direkt wie auch beim ersten Versuch (vor der Schleife).
Was die Reihenfolge in AUTO angeht, so habe ich zwar im Tool die richtige Abfolge zusammengestellt und auch auch abgespeichert, aber in AUTO merke ich davon nichts (oder erkenne es nicht).
-
Das Autosort Programm bedient man so das man die Dateien mit der Maus verschiebt und wenn alles fertig ist auf resort klickt ...
Im Autoordner selbst sieht man davon nichts !
Redirect.prg und Slct_dev.prg müssen aber die Versionen von der MV300 NVDI Diskette sein ...
-
Reihenfolge in Autoordner: Xbios300.prg, Redirect.prg, Nvdi.prg, alles andere, Selct_dev.prg
-
Hast du denn im Laufwerksfenster vom Desktop auch auf die unsortierte Ansicht umgeschaltet? (das sieht mir sehr alphabeitisch sortiert aus)
-
Genau so bin ich vorgegangen (sonst bleibt ja auch der linke untere Button ausgegraut) - und habe es abgespeichert.
Reihenfolge in Autoordner: Xbios300.prg, Redirect.prg, Nvdi.prg, alles andere, Selct_dev.prg
Dat is verkehrt: Xbios300.prg, Nvdi.prg, Redirect.prg, alles andere, Selct_dev.prg
Danach habe ich noch einiges lt. README getan an Verschiebe-/Erneuerungsgedöns gemacht ... und bin wieder in einer Schliefe gelandet.
LW C: ist aber wieder mit dem MV300-Treiber für neue Taten angerichtet. :D
Aber für heute ist es genug - jetzt schaue ich ein wenig Formel 1 zur Entspannung.
-
Reihenfolge in Autoordner: Xbios300.prg, Redirect.prg, Nvdi.prg, alles andere, Selct_dev.prg
Das ist richtig, dann ist das was im Readme steht nicht richtig !
Redirect lenkt den Bootbildschirm auf die Grafikkarte um, NVDI ist der eigentliche Treiber und Selct_dev wählt die Auflösung mit der gearbeitet werden soll ...
-
Das ist richtig, dann ist das was im Readme steht nicht richtig !
Redirect lenkt den Bootbildschirm auf die Grafikkarte um, NVDI ist der eigentliche Treiber und Selct_dev wählt die Auflösung mit der gearbeitet werden soll ...
Das ist halt der Unterschied zwischen Nachbeten von (schlechten) READMEs und Verstehen der Zusammenhänge! ;)
Ich hab's schon abgeändert - Danke.
Ob das jetzt Auswirkungen auf das Bisherige hatte, weiß ich nicht, werde ich aber beim nächsten Versuch sehen.
Gut jedenfalls war meine Entscheidung, erstmal einen Trockentest auf separater FP zu machen. Man stelle sich vor, ich hätte diesen Dateiensalat auf der Haupt-FP veranstaltet - das hätte ich doch nie mehr herausgefunden, was wohin hingehört und was nicht.
Wodurch ist denn jetzt diese F-Meldung entstanden?
-
Was ist denn mit "F-Meldung" gemeint ? (Und bei welchem Programm ?)
-
Was ist denn mit "F-Meldung" gemeint ?
Die unten meine ich:
-
Wenn das vom NVDI 4 kommt nimm halt NVDI 5 ...
Wie groß ist denn die Partition C:/ ?
Ich würde doch beim Atari TT anstatt AHDI auf jeden Fall HDDriver nehmen wollen ...
Aber auf jeden Fall vorher ein Backup der alten Platte machen wenn man den Plattentreiber wechselt !
-
LW C: ist 20MB groß (D: ebenso - ist ja die 41er FP)
Ich kann gerne auch HDDriver schon bei den Tests nehmen.
Bzgl. Treiber-Wechsel bin ich ja ein gebranntes Kind! :D Da versuche ich eine zweite FP extern anzuklemmen und das Ganze zu kopieren. Gibt es Image-Kopier-Programme? Beim PC habe ich das oft genug gemacht, wenn ich von einer kleineren auf eine größere FP gewechselt habe.
-
Wenn Du die Platte irgendwie an den PC bekommst dann könnte dies hier hilfreich sein:
(http://atari.8bitchip.info/p/dr126.png) (http://atari.8bitchip.info/drimus.php)
SCSI und IDE sind hier vorteilhaft... alte MFM bzw RLL... da sehe ich keine Möglichkeit...
-
Zum Kopieren nimmt man Kobold, das geht ruck zuck ...
Kobold kann auch ganze Partitionen Kopieren und zwar so das die Reihenfolge der Dateien auch erhalten bleibt ...
Lass das mal mit der kleinen Platte, wenn du Adapter hast bau doch eine von den 18GB Platten in den Atari TT ...
Die kleine Platte lief doch nicht zuverlässlich, vielleicht rühren die Probleme auch daher !?!
-
Moin,
da ja beim Atari Programme nicht wie beim PC installiert und Dementsprechendes ins System weggeschrieben, sondern nur abgelegt und als .prg aufgerufen wird, würde mir eine komplette Kopie der jeweiligen Partitionen (dann auf CD gebrannt) reichen. Das sind ja eh nicht meine Sachen, sondern die des Vorbesitzers, von denen ich noch nicht weiß, ob ich sie verwenden will/werde. Aber direkt wegwerfen muss ja nicht sein.
Sieht denn der PC alle Atari-Dateien, wenn ich z. Bsp. dieses Drive Imaging verwende?
Die kleine FP hat nur im Mega STE gezickt, weil sie darin nicht richtig funktioniert - das hatte der VK aber nicht erwähnt, sondern sie für Atari allgemein angeboten. Einzig im TT läuft sie (derzeit noch). Würde ich aber auch im Dauerbetrieb nicht nutzen wollen, da zu unzuverlässig, sondern jetzt nur zum Testen.
Ich habe im zweiten SCSI-Türmchen noch zwei 1GB-FP - eine müsste sich als Dauerlösung gut im TT machen (sofern sie leise genug ist). Bei der Gelegenheit kann ich auch die 18er testen. :)
Aber zuvor könnte ich die 1GB-FP ja als Backup-Medium verwenden und alles 1:1 via Kobold rüberschieben.
Gibt es auch ein Brennprogramm für den Atari? Im ersten SCSI-Tower habe ich ja einen Plextor-Brenner.
Der TT ist (ähnlich dem Mega STE) mit seinem Gebläse nicht gerade leise. Vorschäge waren Drehzahlreduzierung und Entfernen des Gitters hinten, um die Strömungsgeräusche zu mindern.
Hat das schon mal Jemand gemacht und dabei welche Ergebnisse gehabt.?
Eventuell ginge ein Tausch des Lüfters gegen einen Papst-Lüfter o. Ä., wenn es denn was bringt.
Gruß
LOM
-
Eine CD-R kannst du auch am Atari brennen und so die Sachen backupen, ich schicke dir heute Nachmittag mal die Software ...
Falls man später vielleicht doch mal MiNT installieren möchte würde ich schon eine der 18GB Platten in den Atari TT einbauen ...
Ich persönlich würde das Atari TT Gehäuse nicht verunstalten wollen und lieber den alten Lüfter gegen einen hochwertigeren Austauschen wollen, es ist ein 12Volt Lüfter verbaut ...
-
Moin Fank,
natürlich gehören diese wenig geschickt angebrachten Lüfterdurchbrüche zum Äußeren eines TT (bz. Mega STE), aber als Verunstaltung würde ich das Entfernen eher nicht sehen. Da greifen der (inzwischen ausgebaute) Schalter an der Front und die beiden Löcher für die Steuerkäbelchen an der Rückseite doch deutlicher In die Optik ein. Das Loch muss ich auch noch zumachen, wenn ich ein Stück helles Plastik zum Einkleben finde - eventuell hilft hier zum Abdecken dann der gleiche Atari-Sticker, den ich schon am Tower habe.
Aber ich will mal versuchen, einen gleich großen, aber hochwertigeren Lüfter zu finden. Die Strömungsgeräusche werden aber dennoch bleiben.
Gruß
-
Das hier wäre auch eine Möglichkeit: man nimmt jeweils einen Steg und den übernächsten etc. raus - das mindert bestimmt die Strömungsgeräusche.
-
Man kann einen kleinen Widerstand von 2 bis 3 Watt in Reihe mit dem Lüfter schalten so das dieser nur noch z.B. mit 8/9Volt läuft oder man kann einen 7909/08 Spannungsregler dazwischen schalten ...
Man darf den Lüfter nicht entfernen da er an einem negativen Regel/Spannungs Kreis im Netzteil hängt und das Netzteil ohne den Lüfter kaputt geht ... !
-
Das Loch in der Front …
Man klebt ein Stück Paketklebeband oder Tesafilm von aussen auf das Loch, stellt das Gehäuseoberteil mit dem Loch waagerecht auf und füllt das Loch mit UHU Endfest 300 Kleber auf, lässt es 24 Stunden trocknen und das Loch ist Geschichte ...
-
Von Revell gibts so eine Modellier-Paste in Tube, mit der kann man solche Löcher gut flicken, ich habe mal vor ein paar Jahren für jemanden einen Commodore C-128D Plastikgehäuse-Version damit restauriert. Der Rechner hatte mal irgendwelche Erweiterungen drin gehabt, die aber wieder entfernt wurden, und da waren eine ganze Menge Löcher im Gehäuse, unter anderem auch für eine 7-Segment-Anzeige für eine wieder ausgebaute Track-Anzeige und eine ganze Menge Löcher von Umschaltern usw. Die Paste ist fast im richtigen Farbton des C128 ausgehärtet, ich musste es nicht mal nachfärben, nur ein bischen schleifen damit es glatt wurde und dann wars gut.
-
http://www.revell-shop.de/Produktgruppe/Farben-Zubehoer/Zubehoer/Plasto-Spachtelmasse.html
-
Moin,
Danke für die Tipps! :)
Für den Lüfter (des Mega STE) hatte ich mir schon einen 7808 besorgt, dann aber einen etwas leiseren Lüfter eingebaut. Somit für den TT frei.
Ich werde heute (wenn ich ungestört bleibe) noch mal neu ansetzen und zusätzlich ein paar FPs testen - ein 4er SCSi-Tower ist auch eingetrudelt, der dann auch am TT getestet werden soll.
-
... denke aber an die Abschlußwiderstände auf dem Mainboard !
-
Ich würde es nochmal wegen der Grafikkarte mit der Version 4 vom NVDI ET4000 probieren ...
1. NVDI ET4000 Version 4 von Diskette installieren in dem man ->
DISK_1 die Programme aus dem Auto Ordner kommen in den Autoordner auf C:/, die Datei CPXE.SFX in CPXE.TOS umbenennen und diese TOS Datei im Ordner CPX auf C:/ kopieren und starten, die Datei DRIVES.SFX in DRIVERS.TOS umbenennen und im Ordner Gemsys kopieren und starten, die Datei TOOLS.SFX in TOOLS.TOS umbenennen und im Ordner C:/NVDITOOL kopieren und starten
2. Im Autoordner Redirect.prg und Slct_dev.prg durch die MegaVision300 Versionen ersetzen.
3. Die Treiberdateien Mv_16.sys und Mv_256.sys in den Gemsysordner kopieren.
4. Eventuell die Datei Redirect.inx als Redirect.inf in den Autoordner oder ins Rootverzeichnis auf C:/ kopieren.
5. Xbios300.prg von der MegaVison300 Treiber Diskette in den Autoordner kopieren.
6. Die assign.sys wie im readme beschrieben ändern bzw. von der MV300 NVDI Diskette auf C:/ kopieren
7. Reihenfolge in Autoordner: Xbios300.prg, Redirect.prg, Nvdi.prg, alles andere, Selct_dev.prg, Wdialog.prg
Was noch fehlt sind/ist die Auflösungsdatei der einzelnen Bildschirmauflösungen die man mit dem Setup300.app erstellt und wahrscheinlich/vielleicht mit dem Conv_stf.tos in eine NVDI Auflösungsdatei umwandeln muss, um diese dann auch in den Autoordner zu kopieren …
… dann sollte es eigentlich laufen.
Kopiere einfach den alten MV300 Ordner von der original Festplatte mit den Auflösungsdateien ...
-
So - die kleine Quantum habe ich ausgebaut - ist mir auch für Testzwecke zu haarig wg. Wackler in der Stromversorgung - wer weiß, was sonst noch damit ist.
Ich habe eben mal zwei 18GB-FPS (IBM und Quantum) getestet. Leider habe ich doch nur zwei 68-50-Adapter: einen zum direkten Aufstecken am Boardanschluß (damit geht nichts - könnte ich aber eh nicht verwenden, da unter dem TT-Deckel dafür kein Platz ist) und einen als Zwischenstecker inkl. sep. Stromversorgung.
Mit Letzterem dauert bei der Quantum das SCSI-Scannen von 0 bis 6 ewig und nichts wird gefunden - die IBM wird aber gefunden (ID1), aber dahinter stockt dann die Erkennung. Keine Ahnung, ob der Adapter dafür verantwortich ist.
Und als hätte ich sonst keine Probleme, kommen nach dem Einschalten mal grundsätzlich 4 Bomben - nach einem Reset (Taster) dann aber nicht mehr.
Den Inhalt des "alten" MV300-Ordners habe ich zuvor auf Diskette gezogen, allerdings zickte die Original-FP in einer Bootschleife. Vermutlich, weil ich vor dem Ausbau zum Schluss in XBoot die Grafikkarte angewählt hatte.
Zwar komme ich via Alternate am Loop vorbei, aber A funktioniert nicht - somit komme ich nicht bis zum XBoot-Fenster, um die Anwahl zu ändern
-
Man kann mit CRTL booten und dann XBoot manuell starten und die Auswahl verändern ...
Das die großen Platten nicht richtig laufen liegt sehr wahrscheinlich an den 68/50pol. Adaptern. Ich hatte im Atari TT einen Adapter der direkt auf die Platte aufgesteckt wurde und das passte alles ...
Man muss bei den LVD 16bit Platten sehen ob sich diese per Jumper Terminieren lassen, wenn nicht muss man noch einen zweiten Abgriff am Kabel haben und an einem Ende einen Abschlußwiderstand aufstecken, in meinem Karton war einer dabei. Und Termpower bei der Platte einschalten da der TT ja kein Termpower liefert ...
-
So einer z.B. ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=10781.0;attach=5707;image)
-
Vielleicht funktioniert dein 68/50pol SCSI Adapter auch nicht weil er kein Termpower von außen bekommt !?!
Das kann man heraus finden indem man ein SCSI Kabel mit mehreren Abgriffen an die interne SCSI Schnittstelle des Atari TT anschliesst und in die Mitte die 16bit LVD Platte und am Ende eine beliebige normale 50pol SCSI Platte anschliesst mit Jumper für Terminiert und für Termpower auf den Bus …
-
Man kann mit CRTL booten und dann XBoot manuell starten und die Auswahl verändern ...
Das habe ich gemacht, aber dann werden keine Sets geladen. Wie kann ich dann was ändern? So gut kenne ich XBoot nicht.
Man muss bei den LVD 16bit Platten sehen ob sich diese per Jumper Terminieren lassen, .....
Kann man lt. Datenblatt.
Wo mögen denn plötzlich die 4 Bomben herkommen?
-
Von der original Platte wird mit crtl Taste gebootet und aus dem Autoordner xboot gestartet, dann sollten die Sets eigentlich geladen werden ... !?!
Man muss einen Jumper setzen für Termpower und einen für den Abschlusswiderstand ...
Keine Ahnung warum der Rechner Bomben wirft !
-
Lade mal das Programm -> http://www.seimet.de/atari/files/bootc201.zip
… und setze mal dein NVRam im Atari TT richtig, vor allem die SCSI ID auf 7 !
-
So - jetzt hat es geklappt. Es war aber nicht die angehakte GraKa ( da stand es auf Normal), sondern colour300. Haken weg, abgespeichert und jetzt bootet er normal durch.
Die BootConf mache ich morgen - muss ja erst wieder der Disketten-PC angeworfen werden.
-
So - nach längerer Pause wegen anderer Betätigungen mal kurz zwischendurch ein paar Notizen.
Inzwischen sind ein paar Speichererweiterungskarten (s. u.) bei mir eingetrudelt, die ich mal wahlweise auf Funktion getestet habe.
30-Pin-Streifen mit mehr als 4MB dürften eher nicht zu finden sein (oder nur zu einem abnormen Kurs) - deshalb werde ich mich mit dem Vorhandenen zufrieden geben. Ich denke aber, dass 10MB ST- und 64MB TT-RAM auch ganz nett sind! :D
Das Problem mit der Floppy habe ich bislang mangels Ersatz-LW noch nicht lösen können (falls es überhaupt daran liegt).
Gruß
LOM
-
Hallo, ich dachte schon da ist einer schon wieder verstorben ... ;D
Was ist denn mit der Floppy ?
Wenn sauber machen mit Isopropanol aus der Apotheke nicht Hilft und der richtige Floppycontroller Baustein verbaut ist (AJAX siehe Chips n´Chips), kein WD1772 und es an der Floopy liegt, versuchen über ebay ein Epson SMD-340 oder SMD-300 Laufwerk zu bekommen, bei denen kann man die Blende gegen die des Atari austauschen ...
-
Hi Frank,
wenn - dann nur thematisch ruhig gestellt, aber nicht "verstorben"! :D
Die Floppy produziert zuweilen Bomben direkt beim Booten. Lasse ich sie weg (Kabel abgesteckt), geht Alles seinen Gang. Nach einer Ersatz-Epson habe ich bislang erfolglos geschaut.
-
So ein Problem mit der Floppy und Bomben beim Booten habe ich noch nie gesehen oder gar davon gehört, schon recht seltsam ...
Ich vermute mal das es nichts mit dem Diskettenlaufwerk zu tun hat, du kannst ja mal den Rechner aufschrauben und eine/jede beliebige PC Floppy anschliessen, diese muss nur auf Drive_Select_0 gejumpert sein.
PC Diskettenlaufwerke sind immer auf DS_1 gejumpert wegen dem gedrehten Kabel ...
Simbo legt die Magnum TT Karte neu auf und kauft zur Zeit schon Bausteile dafür ein, mal schauen ob Alan dieses Jahr vielleicht mit einem IDE Interface für den Atari TT um die Ecke kommt ...
-
Magnum-Karte wäre schön, ich habe noch einen Kasten voll mit PS/2-Simms mit verschiedenen Größen.
-
Hi Frank,
wenn - dann nur thematisch ruhig gestellt, aber nicht "verstorben"! :D
Die Floppy produziert zuweilen Bomben direkt beim Booten. Lasse ich sie weg (Kabel abgesteckt), geht Alles seinen Gang. Nach einer Ersatz-Epson habe ich bislang erfolglos geschaut.
So ein ähnliches Problem hatte ich bei meinem Manhattan (Mega 4 mit diversen Erweiterungen im Tower) schon gleich mit Erhalt. Beheben konnte ich das nie - aber umgehen. Das Teil war mit einem 25MHz Beschleuniger ausgestattet. fuhr ich die Kiste im 25MHZ-Betrieb, erntete ich bei Floppy-Zugriffen - und komischer Weise nicht bei Festplattenzugriffen - Bomben. Wenn ich im 8MHz Betrieb fuhr, dann nicht. Das Prob war also einfach zu umschiffen: wenn Floppyzugriffe notwendig waren einfach in den langsamen Gang schalten ;)