sane-project-website/old-archive/1998-09/0154.html

104 wiersze
5.3 KiB
HTML

This file contains invisible Unicode characters!

This file contains invisible Unicode characters that may be processed differently from what appears below. If your use case is intentional and legitimate, you can safely ignore this warning. Use the Escape button to reveal hidden characters.

<!-- received="Tue Sep 22 08:16:51 1998 PDT" -->
<!-- sent="Tue, 22 Sep 1998 08:15:59 -0700 (PDT)" -->
<!-- name="David B. Rees" -->
<!-- email="dbr@oto.dyn.ml.org" -->
<!-- subject="Re: Microtek ScanMaker V300?" -->
<!-- id="" -->
<!-- inreplyto="19980922110732.2301.qmail@aquila.muc.de" -->
<title>sane-devel: Re: Microtek ScanMaker V300?</title>
<h1>Re: Microtek ScanMaker V300?</h1>
<b>David B. Rees</b> (<a href="mailto:dbr@oto.dyn.ml.org"><i>dbr@oto.dyn.ml.org</i></a>)<br>
<i>Tue, 22 Sep 1998 08:15:59 -0700 (PDT)</i>
<p>
<ul>
<li> <b>Messages sorted by:</b> <a href="date.html#154">[ date ]</a><a href="index.html#154">[ thread ]</a><a href="subject.html#154">[ subject ]</a><a href="author.html#154">[ author ]</a>
<!-- next="start" -->
<li> <b>Next message:</b> <a href="0155.html">Mike D.: "Re: Microtek ScanMaker V300?"</a>
<li> <b>Previous message:</b> <a href="0153.html">Brian E. Bothwell: "Re: Microtek ScanMaker X6EL supported??"</a>
<!-- nextthread="start" -->
<!-- reply="end" -->
</ul>
<!-- body="start" -->
Thanks. I have downloaded it, and will try it this evening. On a somewhat<br>
unrelated note, I am having trouble re-initializing the scanner after it off. <br>
It is detected fine by the kernel on bootup.<br>
<p>
I turn on the V300, and then issue a <br>
<p>
echo "scsi add-single-device 0 0 6 0" &gt; /proc/scsi/scsi<br>
<p>
command with root. The green light at the front of the scanner turns off, and<br>
then the computer starts becoming unresponsive. If I don't turn off the<br>
scanner, eventually the kernel freezes. Turning off the scanner allows the<br>
scsi driver to return to normal. Leaving the scanner on during boot seems to<br>
work fine. Maybe I should test this thing under win95 (ugh) just to make sure<br>
it works. This is a Tekram 390F (UltraWide). I am using a SCSI-3 cable (68pin<br>
on one end, 50pin Centronics to the scanner, with an inline passive<br>
terminator). Could the terminator be the problem? I don't need an active<br>
terminator, do I?<br>
<p>
<p>
Sep 22 07:49:56 oto kernel: scsi singledevice 0 0 6 0 <br>
Sep 22 07:49:59 oto kernel: scsi : aborting command due to timeout : pid<br>
225687, scsi0, channel 0, id 0, lun 0 0x08 1c 85 61 02 00 <br>
Sep 22 07:49:59 oto kernel: ncr53c8xx_abort: pid=225687 serial_number=226017<br>
serial_number_at_timeout=226017 <br>
Sep 22 07:49:59 oto kernel: ncr53c875-0: abort ccb=c3e03020 (cancel) <br>
Sep 22 07:50:01 oto kernel: SCSI host 0 abort (pid 225687) timed out -<br>
resetting <br>
Sep 22 07:50:01 oto kernel: SCSI bus is being reset for host 0 channel 0. <br>
Sep 22 07:50:01 oto kernel: ncr53c8xx_reset: pid=225687 reset_flags=2<br>
serial_number=226017 serial_number_at_timeout=226017 <br>
Sep 22 07:50:01 oto kernel: ncr53c875-0: restart (scsi reset). <br>
Sep 22 07:50:01 oto kernel: ncr53c875-0: Downloading SCSI SCRIPTS. <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0:6: ERROR (0:4) (8-0-0) (0/5) @ (script<br>
5c:86030000). <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: script cmd = 1e000000 <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: regdump: da 00 80 05 47 00 06 07 71 08<br>
00 00 80 00 08 02. <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: have to clear fifos. <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: unexpected disconnect <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0-&lt;6,0&gt;: COMMAND FAILED (8a 0) @c0005020. <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: SCSI parity error detected: SCR1=64<br>
DBC=1e000000 SSTAT1=e <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: restart (scsi reset). <br>
Sep 22 07:50:07 oto kernel: ncr53c875-0: Downloading SCSI SCRIPTS. <br>
Sep 22 07:50:10 oto kernel: ncr53c875-0-&lt;0,*&gt;: FAST-10 SCSI 10.0 MB/s (100 ns,<br>
offset 8) <br>
Sep 22 07:50:10 oto kernel: ncr53c875-0-&lt;1,*&gt;: FAST-5 SCSI 5.0 MB/s (200 ns,<br>
offset 7) <br>
<p>
<p>
On 22-Sep-98 Bernd Schroeder wrote:<br>
<i>&gt; I have uploaded this to</i><br>
<i>&gt; </i><br>
<i>&gt; <a href="ftp://ftp.muc.de/people/bernds/mtek2/microtek2-pre0.5.220998.tar.gz">ftp://ftp.muc.de/people/bernds/mtek2/microtek2-pre0.5.220998.tar.gz</a> .</i><br>
<i>&gt; </i><br>
<i>&gt; According to the scanner attributes the difference between the V300</i><br>
<i>&gt; and the ScanMaker 330 is that the V300 has a 256 bytes gamma table, whereas</i><br>
<i>&gt; the the 330 has 1024 bytes gamma table. This means that the V300 works</i><br>
<i>&gt; internally with 8 bit per colour and the 330 with 10 bit.</i><br>
<i>&gt; </i><br>
<i>&gt; The backend should handle both sizes, so I would have expected, that</i><br>
<i>&gt; it works with the above version, but it returned an IO-error.</i><br>
<i>&gt; If this happens for you, too, please send me a trace with the environment</i><br>
<i>&gt; variable SANE_DEBUG_MICROTEK2 set to 30.</i><br>
<i>&gt; </i><br>
<i>&gt; Just be sure, that find-scanner finds the scanner before calling scanimage</i><br>
<i>&gt; or xscanimage.</i><br>
<p>
<pre>
--
Source code, list archive, and docs: <a href="http://www.mostang.com/sane/">http://www.mostang.com/sane/</a>
To unsubscribe: echo unsubscribe sane-devel | mail <a href="mailto:majordomo@mostang.com">majordomo@mostang.com</a>
</pre>
<!-- body="end" -->
<p>
<ul>
<!-- next="start" -->
<li> <b>Next message:</b> <a href="0155.html">Mike D.: "Re: Microtek ScanMaker V300?"</a>
<li> <b>Previous message:</b> <a href="0153.html">Brian E. Bothwell: "Re: Microtek ScanMaker X6EL supported??"</a>
<!-- nextthread="start" -->
<!-- reply="end" -->
</ul>