Article View: de.comp.sys.amiga.tech
Article #2737A3000 SCSI (Erfahrungen)
From: Joern Plewka
Date: Wed, 03 Jan 1996 16:57
Date: Wed, 03 Jan 1996 16:57
236 lines
12329 bytes
12329 bytes
A3000(T) SCSI Guide (03.01.95)
Oder: Jörn`s Leben mit dem A3000(T)-SCSI-System (Erfahrungen)
Die Controllerchips:
--------------------
Der A3000(T) besitzt einen SCSI-2-Hostadapter.
Als Controllerchip wird der WD33C93 von Western Digital verwendet.
In den SeriengerÀten befindet sich der Chip A-04 oder A-08.
Ersterer hat mit besonderen SCSI-GerÀten, wie Streamer und einigen
CD-Readern Probleme und sollte ausgetauscht werden, wenn es hier
Ărger gibt.
Seit geraumer Zeit ist die Nachfolgeserie WD33C93-B mit den
Revisionen -04 und jetzt auch -06 auf dem Markt. Sie beherrschen
Fast-SCSI mit bis zu 10MB/s. Leider gibt es kein scsi.device des
A3000(T) was dieses nutzen kann (auch nicht von R2B2!).
Das absolute nicht erreichbare Limit des A3000(T) im
synchronen Ăbertragungsmodus ist: 7.14MHz * 2 / 3 => 4.76 MB/s.
Auf den ersten Blick bringt die B-Serie fĂŒr den A3000(T) also
nichts. Das ist nicht die volle Wahrheit, da Fehler der A-Serie
behoben wurden und ein kleiner Zwischenspeicher und andere
Optimierungen besonders bei kleinen Dateien einen kleinen
Leistungszuwachs bewirken.
Ob das alleine das Geld wert ist, ist fraglich. Weiterhin lÀuft
die B-Serie nicht sooo einfach im Austausch, wie das Datenblatt
behauptet. Der Bus wird viel empfindlicher wenn man keine aktive
Terminierung benutzt. Wenn man allerdings aktive BusabschlĂŒsse
verwendet ist der Bus nach meinen Beobachtungen stabiler als mit
einem alten WD33C93A-08, auch wenn man diesem aktive Terminatoren
verpaĂt.
Die Einstellungen:
------------------
Der A3000(T) besitzt einen nichtflĂŒchtigen Speicher, in dem die
auch die SCSI-Einstellungen abgespeichert werden. Mit dem Programm
SCSI-Prefs (Aminet, Fish) lassen sich einige Einstellungen machen.
Allerdings sollte man immer dafĂŒr sorgen, daĂ man dieses Programm
auf eine Diskette packt, weil man sich sonst ganz leicht selber
aussperrt, da die Ănderungen erst nach erneutem Booten aktiv werden
und Dank des batteriegepufferten Speichers auch das Ausschalten
ĂŒberleben!
LongSCSITimeout: Ist auch als Seacrate-Mode bekannt und hat
durchaus etwas mit einem Àhnlich klingenden
Festplattenhersteller zu tun.
Es gibt immer wieder GerÀte, denen das Booten zu
schnell geht und sie daher nicht erkannt werden.
Dieses Setting ermöglicht genau dafĂŒr eine
lÀngere Wartezeit vorm Booten.
SyncronusTransfer: Auch SyncNegoation genannt...es gibt bei SCSI
beide Busvarianten: Synchron und Asynchron.
Synchrone Ăbertragung ist schneller, wird aber
von vielen GerĂ€ten nicht richtig unterstĂŒtzt.
Man kann beim A3000(T) nur global die synchrone
Ăbertragung freigeben. Wenn nur ein GerĂ€t
Probleme damit hat, muĂ man alles deaktivieren.
Es nĂŒtzt ĂŒbrigens auch nicht viel das GerĂ€t mit
ProbeSCSI zu befragen, da einige GerÀte behaupten
alles zu können und wenn der erste Zugriff kommt,
stehen sie dumm da.
Ich gehe inzwischen davon aus, daà GerÀte, die
sagen, daĂ sie keinen SyncroMode beherrschen
auch nicht so angesteuert werden.
Interessanterweise waren bisher alle Platten,
die mir begegnet sind, und bei denen man
synchrone Ăbertragung abschalten konnte, auch
problemlos in der Lage synchron zu laufen....
Es bleibt im Endeffekt wohl nur >Try and Error<.
Im Falle eines Fehlers wird man den SCSI-Bus
zu dem problembehafteten GerÀt unterbrechen
mĂŒssen, um wenigstens mit Diskette zu booten.
Ăbrigens ist der SyncronusTransfer in Ă€lteren
Kickstarts (2.04) anders als in 3.x oder gar
nicht unterstĂŒtzt (ich weiĂ es nicht mehr).
Zuminest gab es immer mal wieder Verwunderung
darĂŒber, daĂ die neuen Kickstarts nicht
funktionieren. In diesem Fall sollte man dann
doch Syncro abschalten...es bewirkt Wunder.
SupportMultibleLUN: GerÀte wie z.B. CD-Wechsler arbeiten mit mehreren
"UntergerÀten" den LUNs. Es ist auch möglich
einen LUNController einzusetzten und auf einer
GerÀtenummer mehrere GerÀte zu betreiben.
Wo hierbei die Grenzen liegen weiĂ ich nicht,
ich brauchte so ein Teil noch nicht.
Jedenfalls sollte man die LUNs fĂŒr diese Zwecke
dann auch freigeben ;-)
HostAdapterSCSI ID: Diese Einstellung sollte klar sein. Wenn man
mehrere Hostadapter einsetzt, lassen sich
diese auf unterschiedliche IDs bringen und
können so beide/alle die angeschlossenen GerÀte
nutzen.
Ein gleichzeitiger Zugriff ist allerdings
auf ein beschreibbares GerĂ€t tötlich fĂŒr die
Daten und daher das ganze nicht sehr empfehlenswert.
Immerhin ist es möglich einen A3000 absichtlich
einfrieren zu lassen und mit einem weiteren
dessen Platten und andere GerÀte auszulutschen.
Es spart wenigstens das aufwendige Zerlegen...
Alle weiteren Optionen sind nicht so wichtig bzw. nicht unterstĂŒtzt.
Bei Interesse siehe Anleitung...
Die Terminierung:
-----------------
Auch der SCSI-Bus im A3000(T) besitzt zwei Enden...:-))
An jedem dieser Enden sollte sich ein Terminator, der Busabschluss,
befinden.
Hierbei ist es völlig egal welche ID irgendwelche GerÀte haben.
Es es geht einfach um die beiben Enden eines Kabels.
Die beiden GerÀte, die intern oder extern jeweils das letzte GerÀt
bilden, werden terminiert; ggf. auch der Hostadapter wenn er das
letzte GerÀt ist.
SerienmĂ€Ăig wurden viele A3000 ohne BusabschluĂ auf dem Mainboard
ausgeliefert...lediglich die Festplatte war terminiert.
Das ist nicht richtig, hat aber bei einer einzigen, langsamen Festplatte
an einem kurzen Kabel nicht gestört. Der A3000T hat einen exterenen
Terminatorstecker mitgeliefert bekommen...er lÀuft normalerweise nicht
ohne diesen, was wohl auf die lĂ€ngeren Leitungswege zurĂŒckzufĂŒhren ist.
ALSO: Wenn ein externes GerÀt am Rechner hÀngt, wird dieses terminiert,
ansonsten der Rechner. Sei es ein externer Terminator oder direkt das
Mainboard...was fĂŒr meine Begriffe gewaltig umstĂ€ndlich ist.
Es gibt immer wieder VorschlÀge den Bus 3x zu terminieren, weil ein
GerÀt sonst nicht funktioniert. Auf einigen Zorro2-Steckkarten sind die
Terminatoren sogar eingelötet und so lassen eigentlich nur noch interne
ODER nur exterene GerÀte zu. Was das soll, ist zumindest mir unklar.
Da mir namentlich nur alte Syquest270 als BlindgÀnger bekannt sind,
sollte man lieber ĂŒberlegen diesen Fehler der GerĂ€te beheben
zu lassen und nicht alle angeschlossenen GerÀte damit zu belasten
50% mehr Strom fĂŒr diesen "Bugfix-Terminator" zu liefern.
Es liegt mir viel daran A3000-User vor diesem GerÀt in einer Revision
unter 2_xx zu warnen, weil es vielen Leuten (inkl. mich) viel Zeitund Ărger
gekostet hat. Abgesehen von den Datenverlusten die diese
GerÀte teilweise erzielen ist es so gut wie unmöglich nur eines an
einem etwas lÀngeren externen BUS zu betreiben. Weiterhin bleiben
sie beim Kaltstart hÀngen und der Rechner benötigt einen weiteren
Reset. Nach inoffizieller Auskunft von Syquest besitzen sie
ebenfalls schwere Probleme mit SyncNegoation...besonders mit FastSCSI.
Achtung: Wie bereits angedeutet waren ab Revison 2_xx zumindest diese
SCSI-MĂ€ngel verschwunden.
Es gibt zwei Arten des Busabschlusses. Der ĂŒbliche, frĂŒher eingesetzte
Terminator ist "passiv". Neuere GerÀte nutzen aktive Terminierung.
Man braucht keine WiderstÀnde mehr herausziehen sondern nur noch einen
Jumper setzen. Das ist aber nicht alles. Dies Konzept braucht weniger
Strom und wirkt erheblich besser. Im Prinzip existiert eine 2.85V
Spannungsquelle, an die jede der 18 SCSI-Leitungen ĂŒber ~100Ohm
WiderstÀnde angeschlossen sind.
Weitere Verbesserungen z.B. mit Schottky-Dioden sind möglich aber
normalerweise nicht nötig.
Die Software:
-------------
Wer viel mit unterschiedlichen SCSI-GerÀten arbeitet, dem ist nahegelegt
Kickstart 40.xx einzusĂ€tzen. FĂŒr Grafikkarten benötigt man es ja sowieso.
Es verkĂŒrzt die Wartezeiten vorm Booten bei Verwendung von GerĂ€ten
mit Wechselmedien (CD, MO, Syquest).
Kick 40.xx:
Der A3000(T) merkt sich welches das letzte festplattenÀhnliche GerÀt
(keine Streamer, CD-ROMs etc. sondern MO, Syquest, Disk) am Bus ist
und sucht hinter diesem GerÀt nicht weiter.
Wenn man die Systemfestplatte als einziges GerÀt auf ID 0 legt wird
die Information, daà dieses das letzte GerÀt ist, in der HDToolbox
mit abgespeichert.
SchlieĂt man jetzt ein festplattenĂ€hnliches GerĂ€t auf einer höheren
ID an, werden dessen Partitionen nicht automatisch gemountet.
Man muà also in die Toolbox gehen und einfach nur die VerÀnderungen
speichern. Beim nÀchsten Booten ist die Platte dann angemeldet.
Alternativ kann man natĂŒrlich auch SCSI-Mounter nutzen. Man muĂ dann
aber jedesmal wieder neu mounten.
Legt man die Systemfestplatte auf ID 6, werden alle GerÀte zwischen
0 und 6 beim Booten abgesucht. Dieses hingegen fĂŒhrt zu Wartezeiten,
wenn z.b. in einem CD-Reader keine CD liegt, weil der Reader nicht
bereit ist und ein ganzes Weilchen auf ihn gewartet wird.
Man kann also steuern, wie sich der Rechner verhÀlt, was oftmals
nicht bekannt ist und als Fehler angesehen wird.
Volumes mit der gleichen DatentrÀgerbezeichnung ( DH0/DH0 ) bekommen
automatisch eine Unterscheidungsziffer angehÀngt ( DH0/DH0.1 ) die
neueren Versionen von SCSI-Mounter machen das auch.
Fehler des A3000(T):
--------------------
Es gibt einen schlimmen Fehler des A3000(T). Wenn die Hauptpartition
einen "Disk-Not-Validated" Abgang macht, hat man manchmal das Probem,
daĂ der Rechner nach dem nĂ€chsten Booten beim Validate abstĂŒrzt.
Man sollte dann mit "Boot with No StartupSequence" booten und ihn erstmal
machen lassen. Es klappt normalerweise.
Wenn eine andere Partition getroffen wurde, schaltet man diese im
Bootmenue aus und bootet hoch. Dann macht man eine Shell auf und
Tippt schon mal ein "List D???: all" auf die noch nicht angemeldete
Partition. Nun mit SCSI-Mounter anmelden und flink den eben getippten
Befehl ausfĂŒhren. Ich weiĂ nicht woher das Verhalten kommt, aber
irgendwo hat das OS ein Problem und der Listbefehl verzögert genug
um jenem aus dem Weg zu gehen.
Wenn es eine Partition total zerlegt hat, kopiert man sie am besten
um, formatiert die alte Partition und kopiert wieder zurĂŒck.
Das geht am schnellsten und sichern muĂ man die Daten sowieso.
========================================================================
Ist ein Entwurf...Anregungen und Kritik sind sehr willkommen.
/ no / J_Plewka@People-S.people.de / AMIGA /
/ MS+ / J_Plewka@Amtrash.comlink.de / is /
/ gAIDS / Plewka_J@Informatik.FH-Hamburg.de / back /
/ +-----------------------------------+ /
/ http://users.informatik.fh-hamburg.de/~plewka_j /
Technical Details
Message-ID:
<w6tGAMD42DanzD@point70.people-s.people.de>Path:
arc1-ca.pugleaf.net!people-s.people.de!J_PlewkaShow Full Headers
Complete Article Headers
Newsgroups: de.comp.sys.amiga.tech,z-netz.rechner.amiga.hardware Message-ID: <w6tGAMD42DanzD@point70.people-s.people.de> From: J_Plewka@people-s.people.de (Joern Plewka) Path: arc1-ca.pugleaf.net!people-s.people.de!J_Plewka Organization: People-S Mailboxsystem Subject: A3000 SCSI (Erfahrungen) Date: Wed, 03 Jan 1996 17:57:04 +0100 X-Mailer: MicroDot 1.11beta12 [REGISTERED 00042d] via [DOS/NCBMail V2.21 REL.:160995] X-Gateway: ZCONNECT U2 zelator.BerliNet.DE [UNIX/Connect v0.71] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Z-TELEFON: 04152/3625 (4537) X-Z-POST: Tapplock 19, 21502 Geesthacht