atari-home.de - Foren
Hardware => CosmosEx, UltraSatan & Co. => Thema gestartet von: Wanderfalke am Mi 29.05.2019, 07:04:12
-
Vor einiger Zeit hab ich einen älteren Atari TT mit TOS 3.01 erstanden.
Da der interne SCSI Port nicht funktioniert (die Platte war schon ausgeschlachtet),
hab ich mir eine Ultrasatan für den externen ACSI Anschluss besorgt. Die Klippen
des Partitionierens hab ich inzwischen umschifft (Anleitung lesen hilft), und der
Rechner bootet auch von der Ultrasatan. Das erste was mir auffiel, war das die
C: Festplatte als Hard-Disk bezeichnet wird, alle weiteren Partitionen nur als "Gerät".
Wenn ich Files auf "der Gerät" speichere gibt's regelmässig Fehler. Sysinfo verabschiedet
sich z.B. mit Tos #35 Fehler oder mit zwei Bomben. Andere Files werden oft mit kryptischen
Zeichen beschriftet. Eine Idee woran das liegen könnte ?
-
Repariere den Rechner oder lasse es machen ...
Atari TT mit TOS 3.01 ist sehr wahrscheinlich einer mit Blechverhau und DaughterBoard CPU wo alle Bausteine bis auf die MCU gesockelt sind. Also erstmal Sockel sauber machen. Neue SCSI Controller Bausteine habe ich noch einige ...
-
Andere Files werden oft mit kryptischen Zeichen beschriftet.
Du hast hoffentlich nicht/nie zweimal die gleiche ACSI-ID vergeben für die beiden Plättle im US?
Ungeeignete oder defekte Medien (Firmware zerstört)?
Das TOS durch ein 3.06 zu ersetzen ist immer eine gute Idee.
-
Hallo,
der Rechner hat schon das Kupfer-Lack beschichtete Kunststoff Gehäuse. Die CPU sitzt schon im Sockel auf dem Motherboard, also kein Daughterboard. Bin mir aber nicht sicher ob das alles urspünglich so war. So sind z.B. Oberschale und Unterschale von dem Kunststoffgehäuse von unterschiedlicher Farbe. Unterschale extrem vergilbt... Ein SCSI Chip würde mich sehr interessieren. Könnte ich wieder eine interne Platte einbauen. Auf dem defekten steht irgendwas mit "Logic" oder so ? Was dürfte ich für den Chip überweisen ?
-
Ist der SCSI Chip denn gesockelt?
Das der SCSI Chip kaputt ist kann ja sein, muss aber nicht unbedingt so sein. Kann auch der DMAC oder der andere Chip sein die davor sitzen. Wenn die gesockelt sind mal rausnehmen und alles sauber machen. Schaue mal in den Schaltplan wegen der Chips. Ein Testmodul kann eventuell auch helfen ...
Schreibe mir eine PM
-
Was ist exact Hard Disk Treiber Du benutze ? Ich bin nicht sicher das alte ICD Treiber (was geht mit UltraSatan) ist gut für TT . Treiber must kümmern über CPU cache und Fast RAM .
Natürlich, es kann sein HW Fehler auch - wie es ist mit Floppy ? Kann starten Sysinfo von Floppy ?
-
Hallo,
habe ICD-Pro als Treiber installiert. 6.2.irgendwas, wenn ich mich richtig erinnere.
ICD-Pro zeigt ID 0 und 1 an. Allerdings zeigt er die ultrasatan am ACSI Port als
SCSI an. Das scheint ja aber normal zu sein. Die Firmware booted zumindest normal von der ultrasatan.
Auch Newdesk.inf wird von der SD Karte sauber gelesen. Einmal ist
es mir auch gelungen die ICD-Pro Diskette ohne Fehler auf die SD-Karte zu kopieren, samt aller
Read-me´s usw. Eher ein Problem beim schreiben ? Werd am Feiertag mal den SCSI-Chip putzen, und mich dann melden.
Danke
PS: Der SCSI chip ist gesockelt. Hab eine kleine 2 GB SD-Karte für die ultrasatan verwendet. Wenn ich den Stecker angelötet hab (der Platinen-Stecker gefällt mir auch nicht), werd ich mal eine andere SD-Karte testen.
PPS. Sysinfo macht von der Floppy gestartet keine Probleme
-
Zum SCSI gehört noch ...
DCU = U901 -C300581
DMAC = U900 -C301223
... also die beiden auch mal rausnehmen und sauber machen. 90% reinen Alkohol benutzen und auf keinen Fall Kontaktspay oder so etwas. Und beim rausnehmen die PLCC Sockel nicht kaputt machen.
-
Danke, werd ich mir morgen anschauen. Hab da noch so nen Glasfaser-Stift. denke der ist auch nicht verkehrt...
-
Bitte nicht mit dem Stift. Die Kontakte sind beschichtet und mit dem Glasfaserstift reibst du diese ab und machst die Kontakte kaputt!
-
Ok... ohne Stift...
-
Es ist möglich das SD Karte ist nicht gut Kvalitat. Wurde probieren mit andere - gut brand.
Und: ACSI auf TT braucht nicht SCSI chip. Es arbeitet über DMA chip - praktisch gleich wie im ST . So, da ist 4 MB Specher Limit. Wanb Du mehr RAM im TT hast es wird setzen disk Puffer im Fast RAM, aber ACSI DMA kann nicht lesen/schreiben dort. Treiber SW muss lösen diese (blöd) Problem.
Ich weisse es wegen Ich programmierte Treiber/Partizioner SW:
http://atari.8bitchip.info/pphdr.php (http://atari.8bitchip.info/pphdr.php)
-
Hallo,
habe ICD-Pro als Treiber installiert. 6.2.irgendwas, wenn ich mich richtig erinnere.
ICD-Pro zeigt ID 0 und 1 an. Allerdings zeigt er die ultrasatan am ACSI Port als
SCSI an. Das scheint ja aber normal zu sein. Die Firmware booted zumindest normal von der ultrasatan.
Bei mir wollte die US zuerst auch nicht am TT laufen. Es gab dann später verschiedene Firmware Versionen... nach einem Firmware-Update auf 1.20 lief es dann ohne Fehler. Gab es bei Jookie zum Download.
-
Hallo,
hab gestern noch einen "Quercheck" gemacht. hab noch eine protar 40 die ich mal
an den TT angeschlossen hab. 40 MB ersetzen zwar keine 2GB SD-Karte, aber
um den ACSI Port zu testen reichts. Der TT bootet vom proprietären protar Treiber
und die File-Transfers von Floppy zur Harddisk oder zurück sind zu 100% fehlerfrei.
Keine "umgeschriebenen" File-namen keine Bomben oder Tos-Fehler.
Bei der Ultrasatan und/oder SD-Karte lag die Quote vielleicht bei 50% oder niedriger. Der Hinweis auf
die Firmware ist hilfreich. Werd ich testen wenn ich den DB19 Stecker angelötet hab.
Der ACSI-Anschluss und damit auch der DMA und DCU Chip sind erst mal
von jedem Verdacht befreit.
Danke an alle für die Unterstützung.
-
Das Firmware Update auf einem Atari, der mit der UltraSatan einwandfrei funktioniert, installieren... also einem ST z.B..
-
Zum ACSI/DMA Port gehört der STE DMA Chip. DMAC und DCU gehören zum Logic SCSI Controller.
-
Wieder was gelernt. Was mir gestern bei der Suche nach den Chips noch aufgefallen ist: Die Gehäuse Oberschale ist mit Kupferlack beschichtet, die Unterschale nicht. Stammen vielleicht wirklich aus verschiedenen Rechnern...
-
Ja ich meine PGA CPU egal ob DaughterBoard oder nicht ist gleich Blechverhau und ab SMD CPU ist gleich Kupferlack in Rot innen.
-
Das mit der Farbe kam Atari preislich und auch den Servicetechnikern sicherlich sehr entgegen. ;)
-
Update:
Wollte euch meine Erkenntnisse zur Ultrasatan am TT nicht verschweigen, deshalb hier ein kurzes Update. Zunächst hab ich meinen selbsgebastelten D-Sub 19 Stecker fertiggestellt, um zu
vermeiden, dass die zu dicken Pins des orginalen Ultrasatan Platinen-Steckers die
Anschluss-Bleche der ACSI-Buchse am Atari aus der Fassung schieben, wie das Benni im Nachbar-Thread
geschildert hat (1040 ST funktioniert nicht mehr nach Ultrasatan). Nach dem Upgrade des Steckers
konnte ich es wagen die Ultrasatan an meinen 520 ST fürs Firmware Update anzuschliessen.
Zuerst gab´s auch da Probleme (Tos #35 Fehler), was aber an dem bescheidenen 512 kByte
des 520 ST lag. Das Firmware Update funktionert fehlerfrei. Das US_Config progrämmchen
ist recht schlank programmiert, und funktioniert auch auf dem 520 ST. Man muss nur dran denken,
das man das Update auch zum booten aktiviert (Sternchen vor dem Text). Der Test am TT mit dem
3.01 Tos verlief dann aber entäuschend. Auch mit der 1.2 Firmware die gleichen Übertragungsfehler.
Hab dann eher "der Vollständigkeit halber" noch einen Test auf einem anderen TT mit Tos 3.06 und
funktionierender SCSI-Platte gemacht. Und siehe Da: Dort funkioniert alles fehlerfrei !
Der ältere TT hat einen Fehler im SCSI-Schaltkreis. Hab das an zwei SCSI Platten getestet.
Die Ultra-Satan wird am ACSI Eingang von ICD-Pro als SCSI Gerät identifiziert. Der
SCSI Fehler betrifft die Ultra-Satan genauso wie eine echte Platte. Ist der SCSI-Pfad in Ordnung,
so ist die Ultra-Satan auch am Atari-TT eine feine Lösung. Besten Dank an Lukas Frank,
der die Verschlungenen Pfade der ACSI/SCSI Chips etwas aufgeklärt hat.
-
Wenn der TT Fehler an der ASCI Schnittstele zeigt, dann ist das ein ACSI-Fehler, und kein SCSI-Fehler. Ich würde diesem TT auch mal mit TOS 3.06 beglücken. 3.01 riecht arg nach Beta.
-
Das es ein "SCSI-Fehler" ist, behaupte nicht ich, sondern ICD-Pro. Das Programm gibt sogar eine SCSI-ID aus. Einen defekten SCSI-Chip legt auch die Tatsache nahe, dass einer der Vorbesitzer die ursprüngliche SCSI Festplatte ausgebaut hat. Die Ultra-Satan SD-Karten werden am ICD-Treiber immer
als SCSI gelistet, soweit ich weis. Denke das war auch am 520 ST so...
Am internen SCSI-Stecker hab ich selbst zwei Festplatten angeschlossen, die nicht funktioniert haben.
Am externen ACSI Stecker hab ich dagegen eine Protar 40 angeschlossen, die HAT funktioniert...
-
Du hast einen Fehler mit der Ultrasatan. Die steckt an ACSI. Wenn es also Fehler mit der gibt, dann auf dem ACSI Bus. Denn die Ultrasatan gibt es (meines Wissens) nicht für SCSI.
ACSI und SCSI sind sich technisch sehr ähnlich, um genau zu sagen, ist ACSI eine stark abgespeckte Variante von SCSI, die sich mit ein bischen Adapterlogik (Hostadapter) wieder zu einem fast vollständigen SCSI-Bus aufrüsten lässt. ("Fast vollständig" deswegen, weil dem Ganzen trotzdem noch ein Teil des SCSI-Protokolls fehlt (Arbitrierungsphase, echtes Parity-Handling, etc. (Echte Behandlung von Parity-Fehlern passiert auch beim TT nicht, soweit ich das mal testen konnte.))
Gegenbeispiel: Du hast eine SCSI-Festplatte per ACSI-zu-SCSI-Hostadapter (z.B. ein ICD ADSCSI-Pro) am ACSI. Dann tritt der Fehler immer noch an der ACSI-Schnittstelle auf, das hat dann nichts mit der SCSI-Schnittstelle des TT zu tun.
Dass ICD was von SCSI spricht, obwohl das Laufwerk an ACSI hängt, ist dadurch begründet, dass der ICD-Treiber noch aus der Pre-TT-Zeit stammt, und da noch keine Unterscheidung zwischen ACSI und SCSI notwendig war, weil STs kein SCSI haben, und immerhin hat ICD ja SCSI-Hostadapter genau dafür verkauft. Der ICD ist in diesem Bezug nur schlecht auf den TT und Falcon angepasst. Der ICD meldet auch bei IDE-Fehlern "SCSI-Fehler" (Übrigens: Die IDE-ATAPI/ATA-Befehle sind weitestens identisch mit SCSI-Befehlen). Der ICD-Treiber entfaltet in vielen Fällen am TT auch nicht seine vollständige Funktionalität (z.B. Cache) - nämlich immer dann wenn er keinen ICD-Hostadapter (an ACSI) findet, und den TT kann man ja problemlos ohne ACSI betreiben, beim Falcon geht das übrigens garnicht.
Auch SCSI-Platten am ACSI zu SCSI Adapter haben eine SCSI-ID, diese entspricht dann bei guten Hostadaptern der ACSI-ID (schlechte Hostadapter: Der in der Megafile 44 und der in STacy/ST-Book). Manche Plattentreiber, z.B. HDDRIVER, unterscheiden dann nach Bus-Nummer. Bus Nummer 0 ist dann ACSI, ggf. mit einem SCSI-Hostadapter und SCSI-Platten, Bus Nummer 1 ist TT-SCSI. Bus Nummer 2 usw. ist IDE (z.B. beim Falcon bzw. ST-Book), und was da sonst noch folgen mag. Demnach ist SCSI-Gerät 0:1 nicht das selbe wie 1:1, das eine hängt am ACSI. das andere am TT-SCSI. Und 2:1 ist noch was anderes (IDE-Slave).
-
Hallo,
was Du schreibst, stimmt sicher alles. Dennoch hab ich in meinem älteren TT (Tos3.01) einen defekten Chip.
Welcher der 4 bis 5 SCSI/ACSI chips das ist, ist mir nochnicht ganz klar. Die Ultrasatan hingegen
funktioniert im neueren TT (TOS 3.06) auch über Stunden fehlerfrei. Letztlich werd ich das mal mit dem Oszi und dem Atari-Profibuch durchmessen müssen.
Danke
Thomas
-
Da kommt eigentlich nur einiges rund um den ACSI-DMA-Controller in Frage. Wenn Floppy funtkioniert, sollte dieser DMA-Controller in Ordnung sein, da der auch den AJAX über fast die selben Leitungen steuert.
Auf Seite 8 des TT-Schaltplans findest du das DMA/ACSI-Interface. Beim TT ist der DMA-Chip vom DMA-Port elegant über Bustreiber U403 74LS244 und U404 74LS245 gepuffert. Das heißt, wenn was kaputt sein sollte, dann wahrscheinlich einer der beiden Bausteine.
Denkbar wäre auch, dass dein selbstgebasteltes Ultrasatan-Kabel ne Macke hat.