[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25
Dear list, I try to get a new Fujitsu ScanSnap iX500 to work on Debian 7.4 x64. The scanner works on this machine with some proprietary software which doesn't use SANE. I installed SANE from source, both into the regular folders and with ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var I still have the original out-dated SANE installed, as the new manually installed SANE doesn't resolve the xsane dependencies here. For testing I set > sudo chmod -R a+w /dev/bus/usb/* Normally an UDEV rule and the user being in 'plugdev' 'scanner' 'saned' groups is supposed to set all permissions right. I removed all other scanner/USB-IDs from the SANE config(s) and set the buffer to 65536. With original configs the symptoms were the same. > sudo ldconfig -v | grep libsane ldconfig: Can't stat /lib/i486-linux-gnu: No such file or directory ldconfig: Can't stat /usr/lib/i486-linux-gnu: No such file or directory ldconfig: Path `/lib/x86_64-linux-gnu' given more than once ldconfig: Path `/usr/lib/x86_64-linux-gnu' given more than once libsane.so.1 -> libsane.so.1.0.25 libsane.so.1 -> libsane.so.1.0.22 libsane.so.1 -> libsane.so.1.0.25 > sane-config --version 1.0.25 > sane-find-scanner found USB scanner (vendor=0x04c5 [Fujitsu], product=0x132b [ScanSnap iX500]) at libusb:001:013 The first time I try to talk to the scanner, it seems to respond. From the second time on, it seems dead. Only re-plugging the USB lets me talk to it again, for one time. I never got the scanner to physically do anything, like pulling paper or changing the status LEDs. First time after plugging USB in: > scanimage -L [sanei_debug] Setting debug level of fujitsu to 5. [fujitsu] sane_init: fujitsu backend 1.0.119, from sane-backends 1.0.25git device `fujitsu:ScanSnap iX500:40368' is a FUJITSU ScanSnap iX500 scanner >From second time on: > scanimage -L [sanei_debug] Setting debug level of fujitsu to 5. [fujitsu] sane_init: fujitsu backend 1.0.119, from sane-backends 1.0.25git [fujitsu] stat: return error 'Error during device I/O' [fujitsu] WARNING: Brain-dead scanner. Hitting with stick [fujitsu] stat: return error 'Error during device I/O' [fujitsu] WARNING: Brain-dead scanner. Hitting with stick again [fujitsu] stat: return error 'Error during device I/O' [fujitsu] wait_scanner: error 'Error during device I/O' [fujitsu] connect_fd: could not wait_scanner No scanners were identified. If you were expecting something different, check that the scanner is plugged in, turned on and detected by the sane-find-scanner tool (if appropriate). Please read the documentation which came with this software (README, FAQ, manpages). Every time: > scanimage > test [sanei_debug] Setting debug level of fujitsu to 5. [fujitsu] sane_init: fujitsu backend 1.0.119, from sane-backends 1.0.25git [fujitsu] stat: return error 'Error during device I/O' [fujitsu] WARNING: Brain-dead scanner. Hitting with stick [fujitsu] stat: return error 'Error during device I/O' [fujitsu] WARNING: Brain-dead scanner. Hitting with stick again [fujitsu] stat: return error 'Error during device I/O' [fujitsu] wait_scanner: error 'Error during device I/O' [fujitsu] connect_fd: could not wait_scanner scanimage: open of device fujitsu:ScanSnap iX500:40368 failed: Error during device I/O [sanei_debug] Setting debug level of fujitsu to 25. First time after plugging USB in: > scanimage -L http://paste.debian.net/89425/ >From second time on: > scanimage -L http://paste.debian.net/89426/ At this point I am lost here. I would consider setting up a dedicated linux box for this, on another distro if needed. The preferred solution would be to get it running on my desktop computer, though ;-) I am grateful for any hints. Please let me know if my way of formatting (and exporting to a pastebin) needs to be improved for mailinglists too. Cheers from Germany, Manuel
[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25
Oh wow! It works on a regular USB2 port! I used the same USB3 port before, both with a USB3 cable and a USB2 cable. Thank you so much! The software is vuescan: http://www.hamrick.com/ Payware, bin-only, no CLI, but some interesting auto-enhancement-features. And it supports scanners which never made it to linux or SANE. Now, on to building that workflow which will free me from all those dead tree slices! Thank you again, eventually I would probably have given up. So close! Manuel On 03/24/2014 01:43 PM, m. allan noah wrote: > Are you using a USB 3 port? There have been many reports of problems > with USB 3 under Linux. Also, what is this proprietary software of > which you speak? Something which runs under Linux? > > allan >
[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25
Thank you for the additional info. I will have a look from time to time, and eventually find out if USB3 has any real-world advantages here. I might have found a bug now: > scanimage --format=tiff --batch --mode Color --resolution 300dpi --source "ADF Duplex" --buffermode On This scans all pages in the feeder into the scanners buffer. This is pretty fast. So fast, that after all eight pages scanned into the scanner, scanimage has only grabbed four pages. Scanimage stops loading more pages from the scanners buffer as soon as "document feeder out of documents", which is when scanimage exits. # [..] [fujitsu] read_from_scanner: no bytes this pass [repeated] [fujitsu] sense_handler: start [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 [fujitsu] No sense: ILI remainder:30600 [fujitsu] No sense: EOM [fujitsu] do_usb_cmd: short read via rs, 30600/61200 Scanned page 5. (scanner status = 5) Scanning page 6 [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 Scanned page 6. (scanner status = 5) Scanning page 7 [fujitsu] read_from_scanner: no bytes this pass [repeated] [fujitsu] sense_handler: start [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 [fujitsu] No sense: ILI remainder:30600 [fujitsu] No sense: EOM [fujitsu] do_usb_cmd: short read via rs, 30600/61200 Scanned page 7. (scanner status = 5) Scanning page 8 [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 Scanned page 8. (scanner status = 5) Scanning page 9 [fujitsu] sane_start: ERROR: cannot load page scanimage: sane_start: Document feeder out of documents Of course I might simply scan without the buffer. The whole workflow, until all scans are on the computer, probably won't be slower that way. Cheers, Manuel On 03/24/2014 03:29 PM, Mark Buda wrote: > This is SANE bug 314545 and the cause is a bug in the Linux USB > code. The linux-usb people are aware of it and working on a patch. > > Sent from my iPad > >> On Mar 24, 2014, at 9:13 AM, Krutzbeuazen >> wrote: >> >> Oh wow! It works on a regular USB2 port! I used the same USB3 port >> before, both with a USB3 cable and a USB2 cable. Thank you so >> much! >> >> The software is vuescan: http://www.hamrick.com/ Payware, >> bin-only, no CLI, but some interesting auto-enhancement-features. >> And it supports scanners which never made it to linux or SANE. >> >> Now, on to building that workflow which will free me from all >> those dead tree slices! >> >> Thank you again, eventually I would probably have given up. So >> close! >> >> Manuel >> >>> On 03/24/2014 01:43 PM, m. allan noah wrote: Are you using a USB >>> 3 port? There have been many reports of problems with USB 3 >>> under Linux. Also, what is this proprietary software of which >>> you speak? Something which runs under Linux? >>> >>> allan >> >> -- sane-devel mailing list: sane-devel at lists.alioth.debian.org >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel >> Unsubscribe: Send mail with subject "unsubscribe your_password" >> to sane-devel-request at lists.alioth.debian.org >
[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25
Spot on! With this change, it all behaves as expected: all pages are scanned, and scanimage continues to load pages after this until it has all of them. What can I say - Thank you, you rock! :-) Manuel On 03/24/2014 04:06 PM, m. allan noah wrote: > Yes- I had a similar report of this from another user a few days ago. > I think the problem is here: > > If you edit backend/fujitsu.c and change line 2215 from > > s->hopper_before_op = 1; > to > s->hopper_before_op = 0; > > and recompile, that might help. I added that code specifically for > this scanner. Without it, the scanner would lock up when you try to > scan with no paper in the hopper. > > Please try, and let me know if that works. > > allan > > On Mon, Mar 24, 2014 at 11:01 AM, Krutzbeuazen > wrote: >> Thank you for the additional info. >> I will have a look from time to time, and eventually find out if USB3 >> has any real-world advantages here. >> >> >> I might have found a bug now: >>> scanimage --format=tiff --batch --mode Color --resolution 300dpi >> --source "ADF Duplex" --buffermode On >> >> This scans all pages in the feeder into the scanners buffer. This is >> pretty fast. So fast, that after all eight pages scanned into the >> scanner, scanimage has only grabbed four pages. >> Scanimage stops loading more pages from the scanners buffer as soon as >> "document feeder out of documents", which is when scanimage exits. >> >> # >>[..] >> [fujitsu] read_from_scanner: no bytes this pass >>[repeated] >> [fujitsu] sense_handler: start >> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 >> [fujitsu] No sense: ILI remainder:30600 >> [fujitsu] No sense: EOM >> [fujitsu] do_usb_cmd: short read via rs, 30600/61200 >> Scanned page 5. (scanner status = 5) >> Scanning page 6 >> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 >> Scanned page 6. (scanner status = 5) >> Scanning page 7 >> [fujitsu] read_from_scanner: no bytes this pass >>[repeated] >> [fujitsu] sense_handler: start >> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 >> [fujitsu] No sense: ILI remainder:30600 >> [fujitsu] No sense: EOM >> [fujitsu] do_usb_cmd: short read via rs, 30600/61200 >> Scanned page 7. (scanner status = 5) >> Scanning page 8 >> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 >> Scanned page 8. (scanner status = 5) >> Scanning page 9 >> [fujitsu] sane_start: ERROR: cannot load page >> scanimage: sane_start: Document feeder out of documents >> >> >> >> Of course I might simply scan without the buffer. The whole workflow, >> until all scans are on the computer, probably won't be slower that way. >> >> Cheers, >> >> Manuel >> >> On 03/24/2014 03:29 PM, Mark Buda wrote: >>> This is SANE bug 314545 and the cause is a bug in the Linux USB >>> code. The linux-usb people are aware of it and working on a patch. >>> >>> Sent from my iPad >>> >>>> On Mar 24, 2014, at 9:13 AM, Krutzbeuazen >>>> wrote: >>>> >>>> Oh wow! It works on a regular USB2 port! I used the same USB3 port >>>> before, both with a USB3 cable and a USB2 cable. Thank you so >>>> much! >>>> >>>> The software is vuescan: http://www.hamrick.com/ Payware, >>>> bin-only, no CLI, but some interesting auto-enhancement-features. >>>> And it supports scanners which never made it to linux or SANE. >>>> >>>> Now, on to building that workflow which will free me from all >>>> those dead tree slices! >>>> >>>> Thank you again, eventually I would probably have given up. So >>>> close! >>>> >>>> Manuel >>>> >>>>> On 03/24/2014 01:43 PM, m. allan noah wrote: Are you using a USB >>>>> 3 port? There have been many reports of problems with USB 3 >>>>> under Linux. Also, what is this proprietary software of which >>>>> you speak? Something which runs under Linux? >>>>> >>>>> allan >>>> >>>> -- sane-devel mailing list: sane-devel at lists.alioth.debian.org >>>> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel >>>> Unsubscribe: Send mail with subject "unsubscribe your_password" >>>> to sane-devel-request at lists.alioth.debian.org >>> >> >> -- >> sane-devel mailing list: sane-devel at lists.alioth.debian.org >> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/sane-devel >> Unsubscribe: Send mail with subject "unsubscribe your_password" >> to sane-devel-request at lists.alioth.debian.org > > >
[sane-devel] Fujitsu ScanSnap iX500 "Brain-dead scanner" in SANE 1.0.25
Strangely, the first time I scanned with no paper in the scanner, I got: scanimage: open of device fujitsu:ScanSnap iX500:40368 failed: Error during device I/O >From then on, I always get a well-behaved: scanimage: sane_start: Document feeder out of documents I got my workflow finished, scanning to pdf with embedded OCR text. I am a happy camper, can't wait to scan those piles tomorrow! Manuel On 03/24/2014 04:29 PM, m. allan noah wrote: > Now, what happens if you try to scan with no paper in the hopper? Does > the scanner work after that? > > allan > > On Mon, Mar 24, 2014 at 11:19 AM, Krutzbeuazen > wrote: >> Spot on! >> With this change, it all behaves as expected: all pages are scanned, and >> scanimage continues to load pages after this until it has all of them. >> >> What can I say - Thank you, you rock! :-) >> >> Manuel >> >> On 03/24/2014 04:06 PM, m. allan noah wrote: >>> Yes- I had a similar report of this from another user a few days ago. >>> I think the problem is here: >>> >>> If you edit backend/fujitsu.c and change line 2215 from >>> >>> s->hopper_before_op = 1; >>> to >>> s->hopper_before_op = 0; >>> >>> and recompile, that might help. I added that code specifically for >>> this scanner. Without it, the scanner would lock up when you try to >>> scan with no paper in the hopper. >>> >>> Please try, and let me know if that works. >>> >>> allan >>> >>> On Mon, Mar 24, 2014 at 11:01 AM, Krutzbeuazen >>> wrote: >>>> Thank you for the additional info. >>>> I will have a look from time to time, and eventually find out if USB3 >>>> has any real-world advantages here. >>>> >>>> >>>> I might have found a bug now: >>>>> scanimage --format=tiff --batch --mode Color --resolution 300dpi >>>> --source "ADF Duplex" --buffermode On >>>> >>>> This scans all pages in the feeder into the scanners buffer. This is >>>> pretty fast. So fast, that after all eight pages scanned into the >>>> scanner, scanimage has only grabbed four pages. >>>> Scanimage stops loading more pages from the scanners buffer as soon as >>>> "document feeder out of documents", which is when scanimage exits. >>>> >>>> # >>>>[..] >>>> [fujitsu] read_from_scanner: no bytes this pass >>>>[repeated] >>>> [fujitsu] sense_handler: start >>>> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 >>>> [fujitsu] No sense: ILI remainder:30600 >>>> [fujitsu] No sense: EOM >>>> [fujitsu] do_usb_cmd: short read via rs, 30600/61200 >>>> Scanned page 5. (scanner status = 5) >>>> Scanning page 6 >>>> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 >>>> Scanned page 6. (scanner status = 5) >>>> Scanning page 7 >>>> [fujitsu] read_from_scanner: no bytes this pass >>>>[repeated] >>>> [fujitsu] sense_handler: start >>>> [fujitsu] Sense=00, ASC=00, ASCQ=00, EOM=1, ILI=1, info=0x007788 >>>> [fujitsu] No sense: ILI remainder:30600 >>>> [fujitsu] No sense: EOM >>>> [fujitsu] do_usb_cmd: short read via rs, 30600/61200 >>>> Scanned page 7. (scanner status = 5) >>>> Scanning page 8 >>>> [fujitsu] get_pixelsize: scanner requests: crop=1, lut=0 >>>> Scanned page 8. (scanner status = 5) >>>> Scanning page 9 >>>> [fujitsu] sane_start: ERROR: cannot load page >>>> scanimage: sane_start: Document feeder out of documents >>>> >>>> >>>> >>>> Of course I might simply scan without the buffer. The whole workflow, >>>> until all scans are on the computer, probably won't be slower that way. >>>> >>>> Cheers, >>>> >>>> Manuel >>>> >>>> On 03/24/2014 03:29 PM, Mark Buda wrote: >>>>> This is SANE bug 314545 and the cause is a bug in the Linux USB >>>>> code. The linux-usb people are aware of it and working on a patch. >>>>> >>>>> Sent from my iPad >>>>> >>>>>> On Mar 24, 2014, at 9:13 AM, Krutzbeuazen >>>>>> wrote: >>>>>> >>>>>> Oh wow! It works on a regular USB2 port! I used the same USB3 port >>>>>> before, both with
