atari-home.de - Foren
Hardware => CosmosEx, UltraSatan & Co. => Thema gestartet von: Atariosimus am Fr 28.07.2017, 07:08:14
-
Für den Fall das die Festplatte (Quantum) irgendwann mal abraucht suche ich eine Alternative für den MegaSTE
Da ich jetzt nicht so den Überblick habe was da am Besten ist frage ich einfach mal hier.
Wichtig wäre gute Kompatibilität, leichte Einbaubarkeit, preislich attraktiv sowie aktuelle Bezugsquelle und benötigte Software.
-
Zumindest zum Thema Einbau kann man festhalten, dass eine UltraSatan Plug and Play ist. Sie wird am ACSI Port angeschlossen und kommt im externen GEhäuse. Nachteilig ist aber wieder, dass eine eigene Stromversorgung benötigt wird.
-
CosmosEX hat Zusatzfunktionalitäten, zum Beispiel Floppyersatz, Netzwerkzugang, Verwendung von Netzwerklaufwerken, Verwendung von am PC formatierten USB Sticks.
Der Einbau ist im Vollausbau aber nicht trivial.
Heutzutage Finger weg von der alten Satandisk, die hat zwar funktioniert, ist aber langsam, kommt nicht mit allen SD Karten und vorallem nicht mit allen Atari Harddisktreibern klar.
Wenn weiterhin echte Floppies in Verwendung sind, würde ich die Ultrasatan empfehlen. Einfach anzuschließen und funktioniert zügig einwandfrei.
-
Ist das wirklich alles so kompatibel wie mit Festplatte?
Wo bezieht man die Ultrasatan am Besten?
-
Die Ultrasatan kann man bei http://lotharek.pl/ kaufen.
AUs Atarisicht ist das eine Harddisk, du brauchst also einen entsprechenden Atariseitigen Treiber, ICD Pro oder HD driver von Uwe Seimet.
-
Welche Treiber Software kann man nehmen und ist die kostenlos?
-
ICD müsste frei sein.
Jookei hats auch mal beschrieben. http://joo.kie.sk/?page_id=192
-
Welche Treiber Software kann man nehmen und ist die kostenlos?
CBHD (http://www.clausbrod.de/cgi-bin/view.pl/Atari/CBHD)
-
ICD ist frei, aber wenn er kein ICD-Hostadapter findet, dann schaltet er den Schreibcache nicht ein.
DIe interne Version der Gigafile oder SCSI2SD sollte man bei einem Mega STE auch in Betracht ziehen, denn man kommt ja ohnehin nicht mehr an den zweiten Slot einer UltraSatan dran. Die SCSI2SD wird leider nur in USA oder GB angeboten, was wegen den Versandkosten nicht so interessant ist.
-
ICD ist frei, aber wenn er kein ICD-Hostadapter findet, dann schaltet er den Schreibcache nicht ein.
Wie detektiert der Treiber denn einen ICD-Hostadapter? Meines Wissens nach unterstützt die UltraSatan ja den ICD-Kommandosatz (der z.B. nötig ist, um mehr als 1 GB zu addressieren). Wenn der Treiber also nur auf diese Kommandos testet, würde er die UltraSatan als ICD-Hostadapter akzeptieren.
-
ICD ist frei
Frei wie in kostenlos, oder frei wie in freie Rede? D.h. ist das freie Software? Ich finde schon für erstere Annahme ("kostenlos") keine Quelle, bei der der/die Autoren das erlaubt hätten.
-
"Frei" in Bezug auf "Open Source" natürlich nicht. Eher wie Abandonware.Mich wundert ja, dass die Webseite immer noch existiert (und einige ältere Produkte, z.B. den AdSpeed+ST/AdSpeed+Amiga (16Mhz 68000 Turbokarte), verschweigt).
-
Um auf der sicheren Seite zu sein, kaufe HDDriver von Uwe Seimet. Der funktioniert mit der Ultrasatan tadellos.
-
Gibt es den HDX Treiber noch irgendwo? Der wurde ja auch im Atari Handbuch erwähnt.
Ob der allerdings funktioniert mit der Hardware, keine Ahnung.
-
Gibt es den HDX Treiber noch irgendwo? Der wurde ja auch im Atari Handbuch erwähnt.
Ob der allerdings funktioniert mit der Hardware, keine Ahnung.
Das ist echt der schlechteste von allen. Den würde ich nur einsetzen, wenn du auf 100% "So war es 1986" stehst.
AHDI/HDX 6.x (http://www.atarimuseum.de/downloads/treiber/ahdi6061.zip)
HDX 5.04 (http://archive.3rz.org/MAUS-OEPT/FR/st/HDX504.TOS)
HDX 3.01 (http://dl.knubbelmac.de/atari/hdx301.lzh)
-
Ich finde AHDI6 ganz gut ...
-
CBHD (http://www.clausbrod.de/cgi-bin/view.pl/Atari/CBHD)
Genau
-
Was den Festplattentreiber betrifft, so lautet meine Empfehlung: HD Driver von Uwe Seimet.
Ich habe bis vor kurzem mit AHDI und SCSI Tools gearbeitet und war im Prinzip zufrieden. Bis ich mich mit CF- und SD-Karten, Cosmos EX und Ultrasatan beschäftigt habe. Da wurde mir klar, daß diese Treiber nicht mehr zeitgemäß sind und bin auf HD Driver umgestiegen. Das war eine gute Entscheidung!
HD Driver wird auch heute noch weiterentwickelt und gepflegt. Man hat einen direkten Draht zum Entwickler (Uwe Seimet) und der ist sehr hilfsbereit und auch für Verbesserungsvorschläge immer offen. Was will man mehr?
-
Auf Lothareks Seite werd ich nicht ganz schlau.
Für die interne Version braucht man da unbedingt den Mega Ste Adapter oder nicht?
-
... ohne das passende Kabel kannst du den UltraSatan nicht anschliessen. Sprich der original Atari Hostadapter im Mega STE muss raus und auf die nun freie ACSI Pfostenleiste kommt das Kabel mit der UltraSatan drauf.
-
Wird mit dem Kabel der ACSI auch nach Außen durchgeschleift? Wenn nicht, kann man extern kein Laufwerk mehr am Mega STE anschließen!
-
Warum der das nicht alles zusammen verkauft versteh ich dann nicht. Also muss man das Kabel doch mitbestellen sonst bringts das nicht. Wäre doch als Kit besser.
-
Weil das die Lagerhaltung verkompliziert?
-
Manche Leute haben schon das passende Kabel und benötigen nicht noch ein weiteres.
So wurden auch mal Kabel mit mehreren Anschlüßen für mehrere Geräte verkauft. Zumindest zur ersten Satandisk gab es das.
-
Welche Treiber Software kann man nehmen und ist die kostenlos?
ICD müsste frei sein.
Jookei hats auch mal beschrieben. http://joo.kie.sk/?page_id=192
Die ICD-Software ist ´frei´ in dem Sinne, daß sie immer von der ICD-WebSite kostenlos downloadbar war (die Source ist aber afaik nicht veröffentlicht?). Aber sie ist mit der ICD-Hardware (ie. LINK97, ICD-Host-Adpt.) ´verdongelt´ und funzt ohne die nur eingeschränkt bzw. nmE. gar nicht. Und das, obwohl der ICD-Kommandosatz zum Quasi-Standard wurde, also in allen späteren HD-Treibern (und Host-Adptn.?) eingebaut ist.
Und 8ung: Mit ICD eingerichtete Platten können nicht sofort mit anderen Treibern angesprochen werden (näheres siehe Doku zu HDDRIVER), wohl aber ist der ICD-Treiber AHDI-kompatibel (ie. kann mit Platten umgehen, die durch AHDI-kompatible HDUs (also alle) eingerichtet wurden).
Aus Jookie´s HomePage schließe ich, daß der UltraSatan als ICD-Hardware akzeptiert wird.
Gibt es den HDX Treiber noch irgendwo? Der wurde ja auch im Atari Handbuch erwähnt.
Ob der allerdings funktioniert mit der Hardware, keine Ahnung.
Das ist echt der schlechteste von allen. Den würde ich nur einsetzen, wenn du auf 100% "So war es 1986" stehst.
Das möchte ich mal deutlich unterstreichen!
-------
Auf Lothareks Seite werd ich nicht ganz schlau.
Für die interne Version braucht man da unbedingt den Mega Ste Adapter oder nicht
... ohne das passende Kabel kannst du den UltraSatan nicht anschliessen. Sprich der original Atari Hostadapter im Mega STE muss raus und auf die nun freie ACSI Pfostenleiste kommt das Kabel mit der UltraSatan drauf.
Wird mit dem Kabel der ACSI auch nach Außen durchgeschleift? Wenn nicht, kann man extern kein Laufwerk mehr am Mega STE anschließen!
Selbstverständlich sollte man dann am äußeren ACSI-Port des MSTe genau wie bei den kleineren Ataris noch weitere Platten per Daisy-Chaining anschließen können, wenn UltraSatan intern angeschlossen ist; aber wie geht das dann mit den IDs für zwei Slots der UltraSatan? Übrigens wäre es imho wohl grundsätzlich auch möglich, den orig. Atari-Host-Adpt. drin zu lassen und UltraSatan CosmosEx via SCSI anzuschließen (dann kein Problem mit den IDs). Aber ob das gut ist?
Edit.: Korrektur
-
Zur letzten Aussage: Ultrasatan ist ACSI und lässt sich nicht am Atari-eigenen Hostadapter vom Mega-STE anschließen. Außerdem kann der Mega-STE-Hostadapter nur ACSI-ID-0, so dass er im Konflikt mit einer UltraSatan auf ID0 wäre! Deswegen mein Hinweis oben auf die SCSI-Version der Gigafile oder SCSI2SD, die vollständig intern verbaut werden können, ohne dass man von Außen dran muss.
Und AHDI ist für kleine STs ohne MiNT oder so neumodischen Kram, aber mit einer SH/Megafile oder kleinen SCSI-Platte immer noch eine gute Wahl. Vor allem die letzte 6er Version. Es ist eben das Original.
-
Ich bin nachwievor auch noch dabei, eine kaputte HD am MegaSTE zu ersetzen und habe die interne GigaFile von Inventronik besorgt. Abgeschreckt von der UltraSatan hatten mich einige Posts, dass es Probleme gegeben hätte. Nun, ich würde nach meinem jetzigen Stand die UltraSatan empfehlen, über CosmosEx weiss ich leider nichts, vielleicht ist das überhaupt "das Ding" -
Eventuell muss ich an Inventronik die GigaFile zurückschicken. Hr. Förster hat mir ein Supportmail versprochen, wo belegt ist, dass es bei einigen MegaSTEs zu Inkompatibilitäten mit GigaFile kommt. In einem Verkaufsemail behauptete er auch schon mal das Gegenteil Eine GigaFile mit Adapter Typ4 und HDDRIVER von Uwe Seimet an einem Mega STE ist standard und funktionierte bisher immer.
Ausserdem gibt es keine SD Card Empfehlungen von Inventronik, nur die (halbrichtige) Behauptung, dass SD-Karten die SDHC kompatibel sind laufen alle (siehe Dokumentation).
Treiber habe ich 2 verschiedene besorgt, von Hr. Seimet und von Hr. Putnik - hier kann ich schwer meine Erfahrungen wiedergeben, da meine Anwendungen zu spezifisch sind und nicht auf andere User übertragbar.
Gut finde ich auch die Diskussion http://forum.atari-home.de/index.php?topic=10903.msg219511#msg219511 (http://forum.atari-home.de/index.php?topic=10903.msg219511#msg219511)
-
Kannst Du die Inkompatibilitäten mal näher beschreiben?
Wie hast Du denn die GigaFile im MSTE angeschlossen, per ACSI oder per SCSI ?
Und welche SDHC-Cards funzen und welche nicht?
Ich hatte mit den diversen SD-Cards bisher noch nie Probleme - wohl aber mit einigen Adaptern für IDE-CF, IDE-SD oder CF-SD sowie auch mit einigen CF-Cards.
-
Die interne GigaFile ist gesteckt mit Adapter von Inventronik dort wo vorher der original SCSI Hostadapter war. W Förster hat mir heute die bereits vorgekommenen issues beschrieben:
http://www.exxoshost.co.uk/atari/last/gigafile/index.htm (http://www.exxoshost.co.uk/atari/last/gigafile/index.htm)
und ja, das könnte bei meinem MegaSTE auch so sein, denn heute erkannte er (Atari wieder eingeschaltet nach 5 Tagen), beim ersten Bootversuch plötzlich eine Kingston 16MB mit 4 Partitionen, bei den nachfolgenden Bootversuchen (immer Kaltstart) geht aber die GigaFile auf rot-blinke-blinke und bootet nicht mehr von dieser SD Card. In meiner Erinnerung klappte die Erkennung überhaupt zum ersten Mal heute mit dieser SD Card.
Die Bomben beim Starten meines Musik-Programms ist mein Hauptproblem.
Eine andere SD Card SanDisk 8GB Ultra wiederum bootete bis jetzt immer, von dort liessen sich sogar kurz mal ohne Bomben mein Programm starten, aber am nächsten Tag nimmer und heute kann ich von dieser SD Card nicht mal booten.
Mein Atari hat DMA C 398739-001 aber laut C Swinson ist das ja nicht ursächlich mit diesem Problem verbunden.
Ebenfalls ähnlich zu C Swinson's Anmerkungen konnte ich mit dem FloppyLW einige Disketten nicht formatieren. Nachdem ich die GigaFile ausgebaut habe, ließen sich selbige Floppys plötzlich formatieren. Einige ließen sich auch trotz eingebauter GigaFile formatieren, aber mehr Fehler mit dem FloppyLW habe ich, seit ich mit der GigaFile experimentiere. Sogar nicht-Erkennen des Inhalts einer ganzen Floppy kam schon vor, Floppy quasi gelöscht.
Während ich diese Zeilen tippe, habe ich die GigaFile wieder halb abgesteckt, wieder festgesteckt und die SanDiskUltra zum booten motivieren können ...... jedoch - ca. 10 Bomben beim Programmstart egal ob von Floppy oder SD Card.
Nur wenn die GigaFile abgesteckt ist und der Atari von Floppy bootet gibts keine Bomben, der Betriebszustand nützt mir aber gar nix - also ich glaub' ich motte das Ding bald ein, ich habe am Mac schon einiges auch komponieren können, es macht aber bissl weniger Freude als mit dem Atari
-
Lass dir doch von W.Förster mal den SCSI-zu-Gigafile-Adapter schicken und häng die Gigafile an den originalen Hostadapter.
-
Den ganzen langen Text von Chris Swinson habe ich mir mal durchgelesen und bin tatsächlich auch der Meinung, daß die Symptome den dort beschriebenen sehr ähneln.
Die beiden Mods, die EXXOS in den letzten vier Bildern vom 20.02.14 und davor zeigt, scheinen leicht auf den MSTE übertragbar zu sein. Am einfachsten zum Ausprobieren wäre es wohl, wenn WF den GigaFile-Adpt.4 äquivalent modifiziert?
Aber vielleicht ist es noch einfacher, vorher den ACK-Mod (Kondensator quer über den DMA-Chip) zu versuchen um zu sehen, ob der das Problem beim Prg.-Laden verschwinden läßt. Zum DRQ-Patch kann ich nix sagen, da ich zwar einen MSTE, aber keinen Schaltplan dazu habe.
Ich habe in meinem MSTE eine IDE-SCSI-Adpt. von Yamaha am SCSI-Host-Adpt. hängen, der funzt ohne Probleme.
-
Zum DRQ-Patch kann ich nix sagen, da ich zwar einen MSTE, aber keinen Schaltplan dazu habe.
http://dev-docs.atariforge.org/html/search.php?find=_3
-
an ari.tao: Ja wirklich, der Text ist lang (danke fürs Lesen!) und ob jetzt "bad DMA" ursächlich ist für mein Problem bleibt offen, so eine Kondensator-Mod. werde ich dann noch riskieren, hoffentlich wird's heuer noch etwas mit einer Speicherlösung, und W. Förster hat schon diese Art Fehler behoben für andere user.
Mich interessiert auch, ob jemand schon mit der MegaSTE Test Diagnostic Cartridge Rev. 1.3 gearbeitet hat?
Ausserdem vermisse ich von der alten HD ein .CPX - ich kann auf der original LanguageDisk nichts finden, um 8MHz oder 16MHz für den Prozessor einzustellen. Wo könnte ich das finden?
EDIT: Danke @gh-baden. Leiderleider, die GENERAL.CPX ist ja da,
nur - eine inhaltslose, dunkelgraue Fläche erscheint dort, wo eigentlich die Umstelloption früher war (wie der Atari heil und fröhlich war). Habe meinen Inhalt der LanguageDisk ansonsten noch abgeglichen mit atariworld.org, tja ...
-
Ausserdem vermisse ich von der alten HD ein .CPX - ich kann auf der original LanguageDisk nichts finden, um 8MHz oder 16MHz für den Prozessor einzustellen. Wo könnte ich das finden?
GENERAL.CPX (http://matsp888.no-ip.org/~mats/Text/Computer/Atari/Atari%20ST/Misc/TOS%202.06%20User%20Guide/images/xcont14.gif)
-
Zu meinem .CPX Problem finde ich im Servicemanual z.B.:
There is a register implemented in the SCU used to select processor speed and enable cache memory. The address decode for the register is done by PAL UA02 (Pg. 10). The clock control signal is generated by PAL U407 (Pg. 4) and supplied to PAL U11 (Pg. 1). The cache enable signal is also supplied to PAL U11. These signals are multiplexed to the processsor clock pin and cache enable pins of SRAM by PAL U12 (Pg.1)
Leider verstehe/finde ich die Referenzen zu Pg. 4 usw. nicht, es wird nur im Manual hingewiesen, dass das "Main PCB Assembly drawing" beim Erscheinen des Manuals nicht fertig war. Vielleicht ist ja bei meinem Atari MegaSTE nicht die DMA Schuld, sondern ein Chip von den soeben genannten?
Ich verstehe nicht, ob PAL UA02 ein eigener Chip ist. Vielleicht ist "Cache on/off" ein wechselnder Zustand in meinem Rechner?
-
^^-- Bist Du sicher, daß die Umschaltung Proz.Takt 16/8 jemals richtig funktioniert hat?
Auch für meinen Falcon suggerieren ein paar Prge. (SI.CPX, SysInfo_5), daß diese Umschaltung möglich sei, aber wenn man sie anklickt, erweist sie sich als unwirksam (prüfen zB. mit CentBnch; wenn nun ein aufmerksamer Leser einwendet, daß ich doch selbst in Dhry.MOD eine Messung "Falcon 8/8" berichtet habe: Die geschah mit SpeedResolution-Card).
Schaut man sich mit einem Hexa-Monitor im Binary von General.CPX v1.40 um, so findet man ganz hinten ein paar Strings, die auf die Möglichkeit der Umschaltung hinweisen. Ganz offenbar wird sie aber - wohl abhängig von der TOS-Version? - in v1.40 ausgeblendet.
Für die Abschaltung des Cache gilt wohl ähnliches; auch die Abschaltung des Blitters im Falcon gelingt nur Spezialisten (das normale TOS schaltet ihn immer sofort wieder ein).
Hat gehbaden ein veraltetes General.CPX abgebildet?
EXXOS ist bei seinen intensiven & extensiven Tests zu dem Urteil gelangt, daß der DMA-Chip ganz unschuldig ist und daß die Symptome höchstwahrscheinlich durch das Layout der Platine, ie. die langen Leiterbahnen für ACK & DRQ, durch Einstrahlungen von benachbarten Bahnen verursacht werden. Was die Störimpulse dann tatsächlich falsch schalten, das kann sicherlich diskutiert werden - aber nicht von mir, ich bin Softy, nicht Hardy.
-
Exxos und die DMA Geschichte ist beim Mega STE Quatsch wie ich finde ...
Ich würde erstmal den SCSI Hostadapter ausbauen und die acht Jumper setzen, siehe Bild. Die Gigafile auf ID0 stellen und die SD so partitionieren das der Notator und das TOS damit zurecht kommt. Das sollte laufen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=13757.0;attach=14386;image)
-
Habe mal den Noator MCA Crack auf Hatari (TOS 2.06) von einer 200MB Partition C:\ laufen lassen und läuft. Also so eine Grenze von 16MB oder 32MB Partition Grenze beim Notator ist Quatsch ...
-
^^-- Bist Du sicher, daß die Umschaltung Proz.Takt 16/8 jemals richtig funktioniert hat?
Auch für meinen Falcon suggerieren ein paar Prge. (SI.CPX, SysInfo_5), daß diese Umschaltung möglich sei, aber wenn man sie anklickt, erweist sie sich als unwirksam (prüfen zB. mit CentBnch; wenn nun ein aufmerksamer Leser einwendet, daß ich doch selbst in Dhry.MOD eine Messung "Falcon 8/8" berichtet habe: Die geschah mit SpeedResolution-Card).
Schaut man sich mit einem Hexa-Monitor im Binary von General.CPX v1.40 um, so findet man ganz hinten ein paar Strings, die auf die Möglichkeit der Umschaltung hinweisen. Ganz offenbar wird sie aber - wohl abhängig von der TOS-Version? - in v1.40 ausgeblendet.
TOS 1.04 (!) und Mega STE 8/16 Mhz Umschaltung im general.cpx macht auch keinen Sinn!
-
ein veraltetes General.CPX abgebildet?
Das von TOS 2.06 auf’m MegaSTE. Da es um eine 8/16 MHz Umschaltung ging, schien mir das logisch.
-
^^--Aber das hat jazzerin auf ihrem MSTE doch auch benutzt?! (aus atariworld.org).
Woher also das unterschiedliche Ergebnis?
Welche Version ist denn das?
Wer´s nicht weiß: Version & ID eines CPX erfährt man im Menue "Optionen/CPX_Info" des xControl.ACC oder des zControl.APP, nachdem man das CPX angeklickt (ie. ´getoggelt´) hat.
Die 1.40 (14149B. deutsch vom April ´93) ist die letzte mir bekannte Version des General.CPX (mal abgesehen von der gepatchten GEN6); die sollte doch wohl alle früheren Versionen ablösen.
Übrigens sind wir schon wieder ziemlich OT.
PS ad 1ST1: Ist das nun Schlamperei oder Böswilligkeit, daß Du die eindeutig bezeichnete Version des CPX mit einer TOS-Version verwechselst?! Vielleicht löschst Du #38 besser wieder.
-
Exxos und die DMA Geschichte ist beim Mega STE Quatsch wie ich finde ...
Heißt das, die Leiterbahnen für ACK & DRQ sind im MSTE viel kürzer als im STe?
Bin mal gespannt darauf, wie @wfoerster das Problem im MSTE löst.
-
Auf jedenfall habe ich die GigaFile Dokumentation auch etwas spät entdeckt (unter "Literatur" zu finden, da vermutete ich doch eher die Ode an die Freude) und da gibt es noch eine Option für das GigaFile mit einer Lötbrücke TDR, welches die GigaFile unempfindlicher machen soll gegen kritische Datenbus Timings. Weiters ist sogar erwähnt, dass das "manchmal booten" vorkommen kann (plus Abhilfe-Tipp):
Obwohl beim Entwurf der GigaFile Hardware ein besonderes
Augenmerk darauf gelegt wurde, das Booten zu ermöglichen, kann dennoch nicht garantiert
werden, dass TOS in jedem Fall einen auf der GigaFile installierten Festplattentreiber starten
kann.
Da bleibt jedenfalls das "Bombenproblem" über und ich scheue mich, diese Lötbrücke auf unbegründeten Verdacht hin zu setzten. Denn warum stürzt NOTATOR.PRG dann auch ab, wenn es von Diskette gestartet wird?
an Frank: vielen Dank für den Lösungsvorschlag, leider verstehe ich die Idee aber nicht, mein Elektronik-Niveau ist sehr basic. Hast du vielleicht ein "PCB Assembly drawing" zum MegaSTE?
Was bezweckt das Jumpern der Datenbus-Leitungen, wie kann ich zusammen mit der GigaFile da etwas testen/herausfinden? Danke für den Notator&Hatari-Versuch, wenn ich aber den Crack nicht habe, kann ich als Lösung auch nicht einfach auf Hatari umrüsten. In meinem MegaSTE gibt es jedenfall Einschränkungen der Partitionsgrösse zusammen mit NOTATOR.PRG (wahrscheinlich weil der Bug in meinem System noch unentdeckt ist und bleibt), ich bin aber natürlich einverstanden mit dir, dass es nicht so sein sollte.
So und so ist eine Partitionsgrössen-Einschränkung ziemlich egal für mich. Mein .CPX Problem werde ich hoffnungsvoll in einen neuen Thread verlagern, vielleicht kennt das jemand sonst im Forum. Danke an alle, die mir helfen wollen ;) und hoffentlich nervt euch nicht mein Forumsgelaber
-
Hast du überhaupt einen Atari Mega STE ?
Die Idee von mir war das der interne SCSI Hostadapter vielleicht wenn keine oder eine defekte SCSI Platte angeschlossen ist den ACSI/DMA Bus mit der Gigafile stört. Der Hostadapter belegt auch die ID0. Den Hostadapter ausbauen indem man die eine Schraube löst und die kleine Platine nach oben abzieht. Wie im Post zuvor müssen aber die acht Jumper D0-D7 gesteckt werden damit die externe DMA/ACSI Buchse funktionieren kann.
(http://www.atari-computermuseum.de/pics/systeme/st/board_megaste.png)
-
an ari.tao:
Zum DRQ-Patch kann ich nix sagen, da ich zwar einen MSTE, aber keinen Schaltplan dazu habe.
Würdest du vielleicht nachschauen können, ob dein MegaSTE die Umschalt-Option hat, sowie CP Version? In einem anderen Forumsthread:
#9 in http://forum.atari-home.de/index.php?topic=9385.msg66211#msg66211 (http://forum.atari-home.de/index.php?topic=9385.msg66211#msg66211) meinte ein user, dass die Umschalt-Option bei den auf atariworld.org zu findenden Systemdisketten nicht vorgesehen ist. Meine LanguageDisk Rev. B mit CP V1.0 führt zu "ausgegraut".
Wahrscheinlich hatte ich eine neuere bekommen von einem helfenden Atarifreak ca. 1993 auf C: und konnte also umschalten, es wäre ja super wenn es nur die Version ist und kein HW Problem.
EDIT: Juhu fast alles gelöst:
Ich habe ein .zip gefunden mit der Umschaltoption in V1.31 - noch viiel besser ist ,dass das auch mein Bomben-Problem gelöst hat mit NOTATOR.PRG von C: denn dieses Programm verträgt nur 16MHz+Cache aus,
na endlich, es ist nur in Verbindung mit der MegaSTE HW so, also sehr speziell meine Probleme.
Jetzt bleibt fast nur mehr das Problem einer 2ten kompatiblen SD Card, denn die Kingston 16GB wollte bisher nur 1x booten, heute verweigert sie
-
^^-- Gratuliere!
Die mW. letzte Version des Extensible ControlPanels xControl.ACC war 1.32, zu finden (einschl. Quellen!) im Atari Document Archive von Lonny Pursell
http://dev-docs.atariforge.org/
(Suchwort: xcontrol)
Deren deutsche Version (44723B. Juni´93) benutze ich selbstverständlich. Da müßte nmE. auch das General.CPX v1.40 dabei sein.
Um die MHz zu prüfen benutze CENTBNCH.APP von ZENTEK oder SYSINFO5.APP von Thorsten Bergner. Das SYSINFO.PRG von HWAM ist diesbezüglich unzuverlässig.
Wie hast Du denn die 16GB partitioniert? Du hast doch TOS_2.06 im MSTE ...
GEMDOS-Grenzen beachten!
-
Für 16 GB gibts bei TOS 1.04, 2.06 und 3.06 mehrere Möglichkeiten, vorrausgesetzt man nutzt den HDDRIVER und evtl. Bigdos.
1. 32x 512 MB = 16 GB
2. 2x 512 MB + 15 x 1 GB = 16 GB. Dazu muss eine 512er Partition C: sein, davon bootet der Rechner und zieht sich BIGDOS aus dem Autoordner, damit sind dann die 1 GB Partitionen lesbar.
3. Beliebige weitere Kombinationen mit c: < 512 MB und weiteren Partitionen bis 1 GB, zusammen 16 GB.
Notiz: Mit BIGDOS + HDDRIVER kann der Atari Partionenn von C: bis Z: und 0: bis 9: ansprechen. Das reicht ne Weile, das sind 34 Laufwerke, wer da noch den Überblick behält...