Mona wrote:
> > Stimmt die Terminierung?
> <<
> <grmpf< das ist bei meinem rechner eh so ein thema, von den vier scsi Platten
> und 2 cd rom, sind zwei Platten und 1 cd rom terminiert, wenn ich die
> Plattenterminierung rausnehme, werden die nicht gefunden. Keine AHnung warum,
> konnte mir auch keiner erkl�ren... da hilft immer nur ausprobieren. <seufz<
>
> Und ist der Scanner nicht automatisch terminiert, weil er doch eh als einziges
> Ger�t au�erhalb des Towers dranh�ngt?
Ok, vielleicht ein paar grunds�tzliche Dinge zu SCSI-Bussen.
Ein SCSI-BUS hei� deswegen so, weil alle Ger�te wie Perlen auf einer
Schnur aufgereiht am Kabel h�ngen.
Um nun ein "Echo" zu verhindern, das kommt, wenn ein Signal das Ende
der Leitung erreicht hat mu� man das Ende terminieren (das sind
physikalische Dinge, die man als Anwender als gegeben hinnehmen
sollte, es hat keinen Sinn sich dar�ber Gedanken zu machen :-)
Es "darf nur"/mu� jedes Ger�t am Ende des Busses terminiert werden,
der Controller ist auch "nur" ein Ger�t und mu� ggf terminiert sein.
[Scanner(T)]==[Controller]==[HDD1]==[HDD2]==[CD-ROM1]==[CD-ROM2(T)]
Man k�nnte es auch so machen:
[Scanner(T)]==[Controller]==[HDD1]==[CD-ROM1]==[CD-ROM2]==[HDD2(T)]
Wichtig: Es darf keine T-Verbindungen geben, d.h. besonders bei
Controllern mit mehreren Abgriffen (zB intern 2 und extern 1) mu� hier
besonders darauf geachtet werden.
Denkbar aber falsch w�re:
[HDD1(T)]==[CD-ROM1]==[Controller]==[CD-ROM2]==[HDD2(T)]
||
//
[Scanner(T)]=======/
Ohne den Scanner w�re es denkbar (theoretisch)
Und jetzt noch Tips, die vielleicht die L�sung des Problems sein
k�nnten:
Ein billiges SCSI-Ger�t hat meistens nur eine passive Terminierung,
die besonders bei langen und/oder schnellen Bussen nicht sehr
wirkungsvoll sind.
Der Scanner k�nnte ein solches Ger�t sein.
Wenn der Scanner noch einen 2. SCSI-Anschlu� hat, k�nnte man hier evtl
einen externen (aktiven) Terminierungsstecker verwenden. Die sind aber
nicht immer ganz billig.
Viele Scanner sind eigentlich gar nicht f�r den Betrieb an einem
kompletten SCSI-BUS vorgesehen (auch wenns geht) und werden daher
statisch terminiert und einem eigenen (Billig)-Controller
ausgeliefert.
Diesen Controller sollte man trotz des vorhandenen SCSI-Controllers
auch verwenden, denn der Scanner ist somit keine Fehlerursache mehr
f�r den restlichen SCSI-BUS.
Gerade bei U-SCSI (und h�her) hat man schon recht hohe Anforderungen
an die Kabel. Ein Gutes externes Kabel ist sehr solide und min 10mm
dick (wenn nicht sogar mehr). Externe und billige Kabel k�nnen ein
Grund f�r St�rungen im SCSI-BUS sein.
Intern gilt das gleiche: billige und vielleicht auch �ltere Ger�te
haben keine gute aktive Terminierung. Ich pers�nlich w�rde daher
empfehlen das hochwertigste Ger�t ans Ende des Busses zu setzen und zu
terminieren.
Wichtig: Manche Ger�te (zB der Teac CD-R55S) haben eine sehr
eigenwillige Logik, was die Terminierung angeht: Wenn der
Terminierungsjumper gesetzt ist, dann ist die Terminierung
ausgeschaltet!!! ein gezogener Jumper schaltet die Terminierung ein.
Daher: unbedingt darauf achten, da� man zu allen Ger�te einen
Anleitung hat, was zu tun ist (notfalls hier nachfragen).
Zur Vorgehensweise:
Erst einmal nur die internen Ger�te anst�ndig zum Laufen bringen und
dabei nicht auf "es geht irgendwie" sondern auf "so mu� es gehen"
achten (ich hatte eine Zeitlang ohne Probleme meinen in der Mitte
liegenden Brenner terminiert und es hat nicht viel ausgemacht).
Wenn der Interne SCSI-Bus stabil l�uft (Controller terminiert, keine
Auto-Terminierung!!), dann kann man sich daran wagen den Scanner
anzuschlie�en.
Controllerterminierung disablen und Scanner terminieren und fest
anschlie�en. W�hrend des Betriebes sollte der Scanner immer
eingeschaltet sein, auch wenn man ihn nicht braucht.
Wenn der Bus jetzt ohne Probleme �ber l�gere Zeit hinweg arbeitet,
dann freuen und so lassen wie es ist, wenns Probleme gibt Scanner ab
und andere L�sung �berlegen.
So, das ist jetzt mal wieder etwas l�nger geworden, ich hoffe da� ich
keinen Bockmist verzapft habe (bitte korrigiert mich, wenn was falsch
ist).
Gru�
Raphael
--
_ _ Powered by SuSE___ ___ _
| | (_)_ _ _ ___ __ |_ ) |_ ) / |
| |__| | ' \ || \ \ / / / _ / / _| |
|____|_|_||_\_,_/_\_\ /___(_)___(_)_|
--
Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED]
schicken, mit dem Text: unsubscribe suse-linux
