atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Highspeed am Fr 28.09.2018, 05:26:57
-
Hallo Leute,
ich komme nicht wirklich weiter mit meinem Prblem.
Habe hier zwei Atari TT`s rumliegen und bei einem will der HDDDriver nicht so wirklich funktionieren.
Alle anderen Festplattentreiber SCSI-TOOL, ICD, CBHD usw funktionieren.
Habe natütlich schon verschiedene Festplatten probiert.
Die Festplatte lässt sich ohne Probleme mi HDDRIVER Partitionieren und einrichten.
Wird vom System erkannt bootet und läuft damit.
Sobald ich allerdings etwas installieren will wie NVDI oder Magic bricht er mitten im Setup ab
weil er die Festplatte nicht mehr erkennt.
Auch wenn ich mit AHPT die geschwindigkeit messen will bricht er ab.
Sobald ich einen anderen Festplattentreiber hernehme wie ICD funktioniert alles wie es soll.
Es lässt siich alles installieren und habe laut AHPT eine geschwindigkeit von ca 1600kb.
Hat sowas von euch schon mal jemand erlebt und weiß einen Rat?
-
Nein. ich habe schon alles (un)mögliche erlebt, aber das noch nicht.
Die TransferRate an SCSI meines TT nach AHPT liegt bei ca. 1870kB/s.
Bist Du sicher, daß die Kopie Deines HDDRIVER iO. ist?
Terminierung & IDs alles ok? Nix doppelt?
-
Ja Terminierung OK egal ob 0,1,2 usw und die Kopie kommt bei allen anderen auch zum Einsatz
und da funktioniert es.
Auch ist die Kopie auf einem Satandisk gespeichert den ich hernehme zum Partitionieren.
Natürlich auch schon mit Diskette versucht.
Festplatten laufen ja bei dem anderen TT alle ohne Probleme nur in den einen machen die nicht mit.
-
Was sagt denn das NVRAM?
Starte mal das NVRAM Programm von Uwe Seimet und setze die SCSI ID auf 7.
-
id läuft auf 7
hier mal zwei Bilder
-
In meinem TT war mal der HDDRIVER irgendwie kaputtkonfiguriert. Der zeigte ähnliche Symptome wie bei @Highspeed. Seltsamerweise hat mit der HDDRIVER beim Booten auch immer ein unerkanntes Gerät auf SCSI-ID 4 gezeigt, obwohl außer dem TT (7) selbst und der internen HDD (0) nix am Bus hing.
Habe dann nach viel rumdoktern den HDDRIVER über HDUTIL entfernt, dann Kaltstart, HDDRIVER von Diskette neu installiert und konfiguriert, erneuter Neustart, alles gut.
@Highspeed: Achte darauf, wie schon @ari.tao geschrieben hat, dass dein HDDRIVER ok ist. Besser eine frische Kopie auf die Diskette schreiben und dann erst rein damit in den TT. War bei mir die Problemlösung.
-
Gerade die neue Version 1013 versucht und komplett neu runtergeladen.
leider auch keine Verbesserung
-
HDDRiver ist an vielen Stellen sehr gut Optimiert und reizt teils die Hardware aus, wäre es möglich das du nicht doch irgendwo ein Hardware Problem hast.. Ich nutze HDDriver seit Version 6.2 und hatte noch nie Probleme. Vielleicht irgendwas falsch Konfiguriert? Nutzt du zufällig die Alternate Ram Funktion ? Bin mir nämlich nicht sicher das die am SCSI Sauber läuft da diese speziell für die Thunder Eingebaut ist.
-
Einen Hardware Defekt möchte ich nicht ausschließen nur wo soll ich
Den an fangen zu suchen?
-
Alternate Ram hast du aber im Treiber nicht aktiviert? Ich denke das könnte am SCSI Probleme machen.
-
Nein der ist nicht aktiviert.
Habe auch gerade die SCSI leiste mit dem UA02 SCSI controler nachgemessen und dort ist auch
überall kontakt
Bin gerade dabei die PLC sockel rauszumachen und nochmal einzusetzen.
Hier noch mal zwei bilder des Mainboard`s
-
Das ist ja ein recht früher TT noch mit gesteckter CPU. Evtl. Gab es dafür Hardware-Patche die die Stabilität verbessern können? Oder siehst Du nachträglich verlötete Patches?
Formatieren der Platte funktioniert oder steigt er da schon aus?
-
Steigt da schon aus
-
Schwierig...wenns mit anderen Treibern funzt. Mach mal deine Tests von TOS aus und nicht von MagiC und auch einen Test ohne Grafikkarte. Klar nervt so ein Fehler... aber ich hätte dann einen anderen Treiber benutzt bevor ich da ewig teste. Sonst sind die Komponenten ok, Netzteil Spannung etc.. Geht es dir um den Hintergrund DMA-Transfer bei Magic?
-
Es gibt jede Menge Hardware Patches für verschiedene Platinen Versionen. Aber nichts rund um SCSI ...
-> http://www.atariancomputing.com
-
Die Tests waren alle im Tos und dort trit der Fehler auch auf. Aktuell ist nur tos auf der Festplatte.
Es nervt einfach und mich wurmt es daher versuche ich natürlich ihn auch mit hddriver zum laufen zu bekommen.
-
Gehe mal ins Forum von Uwe Seimet und schaue was er dazu sagt ...
-
Es gibt jede Menge Hardware Patches für verschiedene Platinen Versionen. Aber nichts rund um SCSI ...
-> http://www.atariancomputing.com
Da gibt es iirc einen SCSI-Patch im TT, der in Chips´nChips beschrieben ist.
Den mußte ich schon mal nachlöten.
-
Was für einen SCSI Patch meinst du genau?
-
In Chips´nChips, Kapitel
Der TT030 / Die Reparaturtips /
gibts es gleich mehrere Absätze, die sich mit SCSI befassen, zB.:
Probleme am ACSI und SCSI-Port des TT030 / (2) SCSI
Hinweis: Für jeden, der sich mit SCSI beschäftigt, empfehle ich zur Lektüre auch
Chips´nChips / Die Grundlagen / Rund um den SCSI-Anschluß
Das hebt nicht nur die Allgemeinbildung, sondern erledigt viele praktische Probleme!
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=http://www.newtosworld.de/dmdocuments/CHIPS_X.HYP
-
Wieso kein direkter Link der einen das Durchforsten erspart?
-
Hallo ihr lieben
Hab jetzt alles nochmal durchgemessen von der 50 Pin Leiste zum scsi Controller und auch
Zu den dcu und dma Chip. Kontakt ist überall wo er sein soll.
Hab mir die drei Chips jetzt mal bestellt um auszuschließen das da einer defekt ist.
Mal schauen was rauskommt werde berichten.
-
Hi Leute,
heute sind der DCU und DMAC Chip gekommen
DCU brachte keinen erfolg.
DMAC brachte den gewünschten erfolg.
Es war anscheinend der DMA Chip der hier für die Probleme gesorgt hat.
Nun werde ich ihn ausgiebig testen und schauen ob er nun alles macht wie er soll.
Gottseidank waren das alles PLC sockel :-)
-
Hi Leute,
heute sind der DCU und DMAC Chip gekommen
DCU brachte keinen erfolg.
DMAC brachte den gewünschten erfolg.
Es war anscheinend der DMA Chip der hier für die Probleme gesorgt hat.
Nun werde ich ihn ausgiebig testen und schauen ob er nun alles macht wie er soll.
Gottseidank waren das alles PLC sockel :-)
Super und danke für die Info... das wird bestimmt noch oft mal irgendwo auftreten und dann hat man hier gleich eine mögliche Lösung dazu.
-
Sowas hatten wir bei @tost40 s TT.. vielleicht ist das hier auch soeine Ursache hmmmm
-
kann sein vor allem da die Festplatte so ja funktioniert hat und auch erkannt wurde.
Den DMAC bekommt man in E-Bay als PLC für ca 17,- Euro
https://www.ebay.de/itm/NEW-Atari-TT-030-computer-C301223-001-I60613-SCX6244-TT-84-Pin-PLCC-DMAC-IC-chip/152923535571?hash=item239af3f8d3:g:C6IAAOSwqARalGFO
Aber nun nervt er mich nicht mehr :-)
-
@Highspeed, den Betreff des Threads kannst du jetzt auf erledigt stellen... evtl auch abändern. > DCU im TT... da HDDRIVER ja nicht daran schuld ist.
-
Glückwunsch, Highspeed, zur gelungenen Operation!
DMAC brachte den gewünschten erfolg.
Es war anscheinend der DMA Chip der hier für die Probleme gesorgt hat.
Kann das jemand erklären?
Wieso funzen dann alle anderen, aber HDDRIVER nicht?
Wie kann solch ein Chip überhaupt kaputtgehen?
-
Wieso funzen dann alle anderen, aber HDDRIVER nicht?
Da gibt's etliche Möglichkeiten.
Es gibt beim TT-DMA ein paar Registerbits, die man abfragen kann, aber nicht unbedingt muß. So kann man z.B. wahlweise das ByteCount 0 - Bit testen oder auf einen MFP-Interrupt warten, um festzustellen, ob eine DMA-Übertragung beendet ist.
Rausfinden wird man das nur, wenn man sich den Code und die Unterschiede genau anschaut. So neugierig bin ich aber nicht ;).