SCSI-Scanner mit Adaptec 2940UW => Win98 hängt

Marcus_M_ller · 26. Oktober 2003 um 12:01

hi!

hab vom Sperrmüll einen uralten Microtek Scanmaker II, den ich über ein passendes Kabel an einen Adaptec 2940UW (BIOS Version 1.25) angeschlossen habe. Sowohl Scanner als auch SCSI-Karte sind terminiert. Beim Hochfahren erkennt der Adaptec den Scanner als Microtek etc., der auf ID5 eingestellt ist.

Der Rechner bleibt jedoch dann beim Win98-Bild hängen. Den gleichen Effekt hatte ich an einem anderen Rechner mit einem Adaptec 2940 (kein UW), der noch mehrere SCSI-Laufwerke intern angeschlossen hat.

Habe jeweils alle Konfigurationen (aktive, passive oder keine Terminierung des Scanners, Adaptec mit / ohne Terminierung) ausprobiert. Auch den Scanner erst aus lassen und dann bei laufendem Win 98 anschalten und im Gerätemanager aktualisieren klappt nicht (hängt).

Weiss einer Hilfe?

Gruss,
Marcus

widecrypt_f635cf · 26. Oktober 2003 um 15:05

hi!

hab vom Sperrmüll einen uralten Microtek Scanmaker II, den ich
über ein passendes Kabel an einen Adaptec 2940UW (BIOS Version
1.25) angeschlossen habe. Sowohl Scanner als auch SCSI-Karte
sind terminiert. Beim Hochfahren erkennt der Adaptec den
Scanner als Microtek etc., der auf ID5 eingestellt ist.

Der Rechner bleibt jedoch dann beim Win98-Bild hängen. Den
gleichen Effekt hatte ich an einem anderen Rechner mit einem
Adaptec 2940 (kein UW), der noch mehrere SCSI-Laufwerke intern
angeschlossen hat.

Habe jeweils alle Konfigurationen (aktive, passive oder keine
Terminierung des Scanners, Adaptec mit / ohne Terminierung)
ausprobiert. Auch den Scanner erst aus lassen und dann bei
laufendem Win 98 anschalten und im Gerätemanager aktualisieren
klappt nicht (hängt).

Weiss einer Hilfe?

Moin!
DOS hängt nicht sondern wartet auf die Antwort des Scanners auf das „Bist-Du-Da-Signal“. Antwortet der Scanner nicht wartet W98 und wartet, und wartet…
Ergo ist der Kontakt zum Scanner nicht vorhanden. Das kann sonstwas sein. Kabel,Stecker,Scannerplatine,Chip…
Trag ihn zurück zum „Händler“.

Gruß
OBO

Marcus_M_ller · 27. Oktober 2003 um 13:35

Moin!
DOS hängt nicht sondern wartet auf die Antwort des Scanners
auf das „Bist-Du-Da-Signal“. Antwortet der Scanner nicht
wartet W98 und wartet, und wartet…
Ergo ist der Kontakt zum Scanner nicht vorhanden. Das kann
sonstwas sein. Kabel,Stecker,Scannerplatine,Chip…
Trag ihn zurück zum „Händler“.

Gruß
OBO

Hm, aber der Adaptec Controller erhält vom Scanner zumindest die Meldung, dass er ID 5 hat und ScanMaker II heisst, das deutet doch eher auf eine funktionierende Verbíndung. Kann natürlich sein, dass der Rest nicht funktioniert.

Diese Meldung erhielt ich übrigens erst, nachdem ich im Adaptec BIOS für die ID 5 die Einstellungen auf no sync/no disconnect und max. 5 MB Transfer runtersetzte.

widecrypt_f635cf · 28. Oktober 2003 um 13:09

Hm, aber der Adaptec Controller erhält vom Scanner zumindest
die Meldung, dass er ID 5 hat und ScanMaker II heisst, das
deutet doch eher auf eine funktionierende Verbíndung. Kann
natürlich sein, dass der Rest nicht funktioniert.

Diese Meldung erhielt ich übrigens erst, nachdem ich im
Adaptec BIOS für die ID 5 die Einstellungen auf no sync/no
disconnect und max. 5 MB Transfer runtersetzte.

Moin Marcus!
Schon klar. mit no sync/no disconnect sagst du dem Hardwaredetect des BIOS es soll ihm egal sein ob das unter ID5 eingestellte Gerät angeschlossen ist oder nicht.
Stutzig macht mich allerdings die Tatsache, dass es was gefunden hat nachdem du die Transferrate auf 5MB runtergesetzt hast. Das könnte ein Ansatzpunkt zur Fehlersuche sein. Immerhin gehts hier um das Dateivolumen oberhalb des Scannerinternen Speichers welches ausgelagert werden soll. Ich vermute deswegen, dass der Speicher des Scanners defekt ist aber ansonsten alles funktioniert. Wenn dem so ist, dann müsste das Ding (grottenmässig langsam) laufen, wenn du die Transferrate auf 0 oder 1 (den kleinstmöglichen Wert eben) setzt.

Gruß
OBO

DannyFox64 · 30. Oktober 2003 um 00:09

Hi Marcus!

So ein Zufall! Ich habe seit gestern ein sehr ähnliches Problem wie Du (denselben Scanner, fast dieselbe SCSI-Karte AHA-2940 Ultra/UltraW v1.34.3, Win98SE).

Allerdings bin ich schon im Windows, das mir aber eine Schreibschutzverletzung beim Scannen reinhaut. (Wenn ich nur jetzt schon etwas mehr von Hardware verstehen würde…!)

hab vom Sperrmüll einen uralten Microtek Scanmaker II, den ich

Uralt? Hmm. Funktionstüchtig und leistungsfähig kann das Gerät aber trotzdem sein. Hardware wie Drucker, Scanner und Monitore wechselt man ja nicht wie Windows-Versionen.

über ein passendes Kabel an einen Adaptec 2940UW (BIOS Version
1.25) angeschlossen habe.

Gut, bei mir ist’s die BIOS-Version 1.34.3 und auf dem ScanMaker II die Firmware-Chip-Version 5.61. Ich zitiere einmal aus der TROUBLE.TXT (Hilfe) zum Microtek-ScanWizard:

...Anwender mit einem Microtek ScanMaker-II / II-XE-Scanner
müssen über Firmware-Chip Version 5.07 (oder höher) verfügen.

Sowohl Scanner als auch SCSI-Karte
sind terminiert. Beim Hochfahren erkennt der Adaptec den
Scanner als Microtek etc., der auf ID5 eingestellt ist.

Der Rechner bleibt jedoch dann beim Win98-Bild hängen. Den
gleichen Effekt hatte ich an einem anderen Rechner mit einem
Adaptec 2940 (kein UW), der noch mehrere SCSI-Laufwerke intern
angeschlossen hat.

Ich bin mir da noch nicht sicher… habe ja den Rechner fast permanent im Einsatz und kann ihn da nicht offen zum Basteln rumstehen haben… aber in „ASPI.TXT“ (ASPI-SCSI-Karten) las ich:

...Sie können hierzu die Steckbrücke von IRQ 10 (Werkseinstellung)
auf 9, 11 oder 12 setzen, um den jeweiligen IRQ-Kanal auszuwählen...

Ich gehe mal davon aus, dass ein Jumper auf der Karte gesetzt werden muss, entsprechend einem freien IRQ unter Windows…

Habe jeweils alle Konfigurationen (aktive, passive oder keine
Terminierung des Scanners, Adaptec mit / ohne Terminierung)
ausprobiert. Auch den Scanner erst aus lassen und dann bei
laufendem Win 98 anschalten und im Gerätemanager aktualisieren
klappt nicht (hängt).

Weiss einer Hilfe?

…dazu müsstest Du also erst mal unter Windows nachsehen, wie die IRQs und I/O-Adressen belegt sind, um anschliessend die SCSI-Karte korrekt zu jumpern. Vielleicht hilft’s?! – In jedem Falle werde ich das bei Gelegenheit am Wochenende auch noch mal machen.

CU DannyFox64

PS: Lass mich mal wissen, wie Du die Sache löst oder lösen konntest.

JD_Nightfly · 30. Oktober 2003 um 09:41

Hi,

wenn die Geräte ansonsten in Ordnung sind gibts noch Möglichkeiten zu testen:

Was heißt „Beide Geräte sind terminiert“? Der Controller hat doch eine Auto-Option und sollte selber erkennen ob er sich terminieren muss oder nicht.
Der Scanner hängt sicher am externen Anschluss, einem 68pol? Wenn ja, dann muss nur geguckt werden dass die oberen Signale vom Controller abterminiert werden.
Hängt ausser dem Scanner nichts mehr am Controller? Falls doch, wäre zu bedenken dass gerade viele uralt SCSI Scanner kein „Disconnect“ beherrschen und bei mehr Geräten an dem Controller die ganze Chose hängen bleibt.
Die Verkabelung ist bei solchen alten Rüben mit weitläufig ausgelegten SCSI Spezifikationen gerne ein Problem. Seit SCSI2 sind 25pol. Kabelstrecken eigentlich nicht mehr zulässig und die Kabel von einem Typ auf den anderen kenne ich eher als unzuverlässig. Besser wäre etwas in dieser Art:

entweder ein Adapter von 68auf50, ein 50pol. Kabel, wieder ein Adapter von 50auf25pol. der die unbenutzten Adern vernünftig abterminiert und dann der Scanner.
oder ein KURZES 50pol. intern Kabel per Slotblech nach aussen führen (das spart das Geknipse von 68auf50), dann 50zu50Kabel, Adapter 50auf25, Scanner.

Wenn das entsprechende Zeug vorrätig ist oder billig beschafft werden kann ists gut, ansonsten könnte „Die Brühe teurer als die Brocken“ kommen

JD

[Bei dieser Antwort wurde das Vollzitat nachträglich automatisiert entfernt]