Discussion:
AHA-1542CF Platten werden nicht richtig erkannt.
(zu alt für eine Antwort)
Marc-Tell Volkmann
2008-04-03 13:48:25 UTC
Permalink
Hallo,

habe auf meinem alten 486er ein kleines Problem. Eingebaut ist ein
Adaptec AHA-1542CF ( Bios 2.02 ). Meine beiden SCSI Festplatten werden
beim Booten nur sporadisch erkannt. Wenn sie erkannt werden,
funktionieren sie aber trotzdem nicht ( BOOT Bios wurde nicht installiert ).

Als Festplatte wurden verwendet/getestet: 2x IBM DCAS32160U ( 2GB ).
Der Controller ist ein Fast-SCSI Controller und die Platten können
Ultra-SCSI. Diese sollten doch eigentlich abwärtskompatibel sein?

Im SCSIselect des Controllers ( Strg + A ) werden diese Platten IMMER
erkannt und können auch LL-formatiert bzw. geprüft werden.

Die Platten selbst laufen an einem AHA-2940UW Controller ohne Probleme,
nur hat mein 486er keine PCI Schnittstelle.

Gibt es ein aktuelleres Bios als das 2.02? Auf der Adaptec Seite
deutsch/english/tw ist diesbezüglich nichts mehr zu finden. Oder wisst
ihr, warum das nicht laufen will?

Gruß
M.V.
Ulrich F. Heidenreich
2008-04-03 14:14:23 UTC
Permalink
Post by Marc-Tell Volkmann
habe auf meinem alten 486er ein kleines Problem. Eingebaut ist ein
Adaptec AHA-1542CF ( Bios 2.02 ). Meine beiden SCSI Festplatten werden
beim Booten nur sporadisch erkannt. Wenn sie erkannt werden,
funktionieren sie aber trotzdem nicht ( BOOT Bios wurde nicht installiert ).
Als Festplatte wurden verwendet/getestet: 2x IBM DCAS32160U ( 2GB ).
Der Controller ist ein Fast-SCSI Controller und die Platten können
Ultra-SCSI. Diese sollten doch eigentlich abwärtskompatibel sein?
Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
einen aktiven Terminator und niemand - weder Platte noch Controller -
liefert TERMPWR? Oder es liefern beide?

CU!
Ulrich
--
Diese Signatur wurde mit Hilfe einer Datenverarbeitungs-Anlage
erstellt. Sie ist ohne Unterschrift gültig.
Marc-Tell Volkmann
2008-04-03 23:33:46 UTC
Permalink
Post by Ulrich F. Heidenreich
Post by Marc-Tell Volkmann
habe auf meinem alten 486er ein kleines Problem. Eingebaut ist ein
Adaptec AHA-1542CF ( Bios 2.02 ). Meine beiden SCSI Festplatten werden
beim Booten nur sporadisch erkannt. Wenn sie erkannt werden,
funktionieren sie aber trotzdem nicht ( BOOT Bios wurde nicht installiert ).
Als Festplatte wurden verwendet/getestet: 2x IBM DCAS32160U ( 2GB ).
Der Controller ist ein Fast-SCSI Controller und die Platten können
Ultra-SCSI. Diese sollten doch eigentlich abwärtskompatibel sein?
Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
einen aktiven Terminator und niemand - weder Platte noch Controller -
liefert TERMPWR? Oder es liefern beide?
Der Controller und die Platte ist terminiert. Der Controller per
Dipswitch und die Platte per Jumper. Werde mal ausprobieren, den
Controllerterminator zu deaktivieren und am externen Port ( 50Pol
Centronics ) einen aktiven Terminator stecken.
Ulrich F. Heidenreich
2008-04-04 07:36:25 UTC
Permalink
[..]
Post by Marc-Tell Volkmann
Post by Ulrich F. Heidenreich
Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
einen aktiven Terminator und niemand - weder Platte noch Controller -
liefert TERMPWR? Oder es liefern beide?
~~~~~~~
Post by Marc-Tell Volkmann
Der Controller und die Platte ist terminiert. Der Controller per
Dipswitch und die Platte per Jumper.
Also vermutlich aktiv terminiert?
Post by Marc-Tell Volkmann
Werde mal ausprobieren, den
Controllerterminator zu deaktivieren und am externen Port ( 50Pol
Centronics ) einen aktiven Terminator stecken.
~~~~~~~

Versuche mal einen passiven, so vorhanden. Wenn's damit dann geht, fehlt
TERMPWR. Irgendwo müßte man den sogar auch nachmessen können, nur fehlt
mir leider die Routine. Vielleicht denke ich deswegen auch in die föölig
valsche Richtung.

CU!
Ulrich
--
Diese Signatur wurde mit Hilfe einer Datenverarbeitungs-Anlage
erstellt. Sie ist ohne Unterschrift gültig.
Peter Sauter
2008-04-04 16:07:09 UTC
Permalink
Post by Ulrich F. Heidenreich
[..]
Post by Marc-Tell Volkmann
Post by Ulrich F. Heidenreich
Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
einen aktiven Terminator und niemand - weder Platte noch Controller -
liefert TERMPWR? Oder es liefern beide?
~~~~~~~
Post by Marc-Tell Volkmann
Der Controller und die Platte ist terminiert. Der Controller per
Dipswitch und die Platte per Jumper.
Also vermutlich aktiv terminiert?
Ist damit nicht gesagt. Normalerweise hängt ein aktiver Terminator
üblicherweise HINTER dem letzten Gerät in der SCSI-Kette (so hier bei
mir an meinem U2W/UW-Dual-Channel-System).
Post by Ulrich F. Heidenreich
Versuche mal einen passiven, so vorhanden. Wenn's damit dann geht, fehlt
TERMPWR.
Das ist oberhalb von 10Mhz SCSI immer ein Roulettespiel. Siehe
->
http://www.scsifaq.com/

Dort der Link zur offziellen FAQ aus comp.periphs.scsi
Dort Kapitel Terminierung. lesen.

Ich habe früher den Leute aus eigener Fehlerfahrung bei
Fast-SCSI (höher ist ja sowieso Pflicht) immer zum aktivem Termintor
geraten. Je mehr Geräte am SCSI-Bus ist umso wahrscheinlicher die
Fehlerwahrscheinlichkeit durch Reflexionen am Bus.

Ich würde neben Terminierung/Termpw und keine Stichleitung auch mal
das SCSI-Kabel selber checken. Bei mein Bruder gabs ab und an SCSI-
Probleme die auf einen defekten Pfostenstecker zurückzuführen war.
Nach Kabelwechsel war der Fehler behoben.
Marc-Tell Volkmann
2008-04-04 21:53:02 UTC
Permalink
Post by Peter Sauter
Post by Ulrich F. Heidenreich
[..]
Post by Marc-Tell Volkmann
Post by Ulrich F. Heidenreich
Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
einen aktiven Terminator und niemand - weder Platte noch Controller -
liefert TERMPWR? Oder es liefern beide?
~~~~~~~
Post by Marc-Tell Volkmann
Der Controller und die Platte ist terminiert. Der Controller per
Dipswitch und die Platte per Jumper.
Also vermutlich aktiv terminiert?
Ist damit nicht gesagt. Normalerweise hängt ein aktiver Terminator
üblicherweise HINTER dem letzten Gerät in der SCSI-Kette (so hier bei
mir an meinem U2W/UW-Dual-Channel-System).
Post by Ulrich F. Heidenreich
Versuche mal einen passiven, so vorhanden. Wenn's damit dann geht, fehlt
TERMPWR.
Das ist oberhalb von 10Mhz SCSI immer ein Roulettespiel. Siehe
->
http://www.scsifaq.com/
Dort der Link zur offziellen FAQ aus comp.periphs.scsi
Dort Kapitel Terminierung. lesen.
Ich habe früher den Leute aus eigener Fehlerfahrung bei
Fast-SCSI (höher ist ja sowieso Pflicht) immer zum aktivem Termintor
geraten. Je mehr Geräte am SCSI-Bus ist umso wahrscheinlicher die
Fehlerwahrscheinlichkeit durch Reflexionen am Bus.
Ich würde neben Terminierung/Termpw und keine Stichleitung auch mal
das SCSI-Kabel selber checken. Bei mein Bruder gabs ab und an SCSI-
Probleme die auf einen defekten Pfostenstecker zurückzuführen war.
Nach Kabelwechsel war der Fehler behoben.
Erstmal Danke für euro Hilfe, aber der Fehler lag GANZ woanders. Dazu
muss ich sagen, dass das 486-Board ( 486DX4 75 ) ein VL-Bus hat und die
Grafikkarte eine VL-Bus V7-Mirage VL "war".

Nachdem ich den Controller gegen einen AHA-1542C ausgetauscht hatte und
die Probleme die gleichen blieben, habe ich als letzten
Verzweiflungsakt, die einzige andere Karte im System durch eine neue
ersetzt. Eigebaut war eine VL-Bus V7-Mirage VL Grafikkarte zu der ich
bezüglich Jumpereinstellung keine Informationen finden konnte (
Hardware99 oder sonstwo im Web ).

Diese habe ich nun durch eine CARDEX 32P ( ET4000/W32p ) VL-Bus Karte
ersetzt und siehe da... der SCSI-Controller arbeitet einwandfrei!

Puhh... schwere Geburt.
Roman Schütz
2008-04-05 23:36:09 UTC
Permalink
?
?? [..]
???? Lang, lang ist's her, daß ich mit SCSI herumfuhrwerkte. Da sich aber
???? 99 von 100 Fehlern auf Probleme mit der Terminierung zurückführen
???? lassen, würde ich als erstes dort suchen: Haben die Platten vielleicht
???? einen aktiven Terminator und niemand - weder Platte noch Controller -
???? liefert TERMPWR? Oder es liefern beide?
?? ~~~~~~~
??? Der Controller und die Platte ist terminiert. Der Controller per
??? Dipswitch und die Platte per Jumper.
??
?? Also vermutlich aktiv terminiert?
?
? Ist damit nicht gesagt. Normalerweise hängt ein aktiver Terminator
? üblicherweise HINTER dem letzten Gerät in der SCSI-Kette (so hier bei
? mir an meinem U2W/UW-Dual-Channel-System).
?
?
?
?? Versuche mal einen passiven, so vorhanden. Wenn's damit dann geht, fehlt
?? TERMPWR.
?
? Das ist oberhalb von 10Mhz SCSI immer ein Roulettespiel. Siehe
? -?
? http://www.scsifaq.com/
?
? Dort der Link zur offziellen FAQ aus comp.periphs.scsi
? Dort Kapitel Terminierung. lesen.
?
? Ich habe früher den Leute aus eigener Fehlerfahrung bei
? Fast-SCSI (höher ist ja sowieso Pflicht) immer zum aktivem Termintor
? geraten. Je mehr Geräte am SCSI-Bus ist umso wahrscheinlicher die
? Fehlerwahrscheinlichkeit durch Reflexionen am Bus.
?
? Ich würde neben Terminierung/Termpw und keine Stichleitung auch mal
? das SCSI-Kabel selber checken. Bei mein Bruder gabs ab und an SCSI-
? Probleme die auf einen defekten Pfostenstecker zurückzuführen war.
? Nach Kabelwechsel war der Fehler behoben.
Erstmal Danke für euro Hilfe, aber der Fehler lag GANZ woanders. Dazu
muss ich sagen, dass das 486-Board ( 486DX4 75 ) ein VL-Bus hat und die
Grafikkarte eine VL-Bus V7-Mirage VL "war".
Nachdem ich den Controller gegen einen AHA-1542C ausgetauscht hatte und
die Probleme die gleichen blieben, habe ich als letzten
Verzweiflungsakt, die einzige andere Karte im System durch eine neue
ersetzt. Eigebaut war eine VL-Bus V7-Mirage VL Grafikkarte zu der ich
bezüglich Jumpereinstellung keine Informationen finden konnte (
Hardware99 oder sonstwo im Web ).
Diese habe ich nun durch eine CARDEX 32P ( ET4000/W32p ) VL-Bus Karte
ersetzt und siehe da... der SCSI-Controller arbeitet einwandfrei!
Puhh... schwere Geburt.
Ich erinnere mich dunkel, das diese Probleme mit dem 1542 auf VL- und
PCI-Boards gar nicht so selten waren.
Der 1542 ist eine der wenigen busmasterfähigen ISA-Karten und das ist da
die Ursache bzw. schlampiges Boarddesign, das mit so etwas, obwohl in
den ISA-Specs vorgesehen, nicht rechnet.

Grüsse
Roman

Roland Ertelt
2008-04-03 17:01:07 UTC
Permalink
Post by Marc-Tell Volkmann
Hallo,
habe auf meinem alten 486er ein kleines Problem. Eingebaut ist ein
Adaptec AHA-1542CF ( Bios 2.02 ). Meine beiden SCSI Festplatten werden
beim Booten nur sporadisch erkannt. Wenn sie erkannt werden,
funktionieren sie aber trotzdem nicht ( BOOT Bios wurde nicht
installiert ).
Als Festplatte wurden verwendet/getestet: 2x IBM DCAS32160U ( 2GB ).
Der Controller ist ein Fast-SCSI Controller und die Platten können
Ultra-SCSI. Diese sollten doch eigentlich abwärtskompatibel sein?
Im SCSIselect des Controllers ( Strg + A ) werden diese Platten IMMER
erkannt und können auch LL-formatiert bzw. geprüft werden.
Die Platten selbst laufen an einem AHA-2940UW Controller ohne Probleme,
nur hat mein 486er keine PCI Schnittstelle.
Gibt es ein aktuelleres Bios als das 2.02? Auf der Adaptec Seite
deutsch/english/tw ist diesbezüglich nichts mehr zu finden. Oder wisst
ihr, warum das nicht laufen will?
Gruß
M.V.
Checke mal die Terminierung, IDs und das Kabel. Der 2940UW ist bei der
Terminierung (zumindest bei 1 oder 2 Platten) nicht wählerisch.
Zu Setup-Zwecken hatte ich an meinem 2 Platten ohne Terminierung und mit
überhängendem (40cm) Kabelende im Einsatz (die nicht zwangsweise
notwendigen Geräte einfach abgezogen, damit das Wintendo wicht
stolpert). Habbich mal durch Zufall rausgefunden, dass ich da nicht
Umterminieren musste. Und selbst in der Performance ist da nix
aufgefallen...

Vielleicht verstirbt aber auch nur der Hostadapter...

Roland
Loading...