We have few USB scanners Canon DR-3010C which for some reason do not work under
linux (openSUSE12.1, sled11sp2).
lsusb returns:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 1083:161d Canon Electronics, Inc.
sane-find-scanner returns:
found USB scanner (vendor=0x1083, product=0x161d) at libusb:002:002
In /var/log/messages you can see:
Nov 26 14:49:20 sc02 kernel: [ 203.108275] usb 2-2: new high-speed USB device
number 2 using ehci_hcd
Nov 26 14:49:20 sc02 kernel: [ 203.243106] usb 2-2: New USB device found,
idVendor=1083, idProduct=161d
Nov 26 14:49:20 sc02 kernel: [ 203.243117] usb 2-2: New USB device strings:
Mfr=1, Product=2, SerialNumber=0
Nov 26 14:49:20 sc02 kernel: [ 203.243124] usb 2-2: Product: CANON DR-3010C
Nov 26 14:49:20 sc02 kernel: [ 203.243130] usb 2-2: Manufacturer: CANON
So all looks fine, however if I open Yast->Scanner, select the scanner driver
and do "Test", I get:
Test with 'scanimage -d canon_dr:libusb:002:002 -v' failed.
The results are:
scanimage: sane_start: Invalid argument
In /etc/sane.d/canon_dr.conf you can see the following lines:
# DR-3010C
usb 0x1083 0x161d
scanimage -V returns:
scanimage (sane-backends) 1.0.22; backend version 1.0.22
rpm -qa | grep sane returns:
sane-backends-1.0.22-15.4.1.x86_64
xsane-0.998-8.1.2.x86_64
hplip-sane-3.11.10-3.1.2.x86_64
sane-backends-autoconfig-1.0.22-15.4.1.x86_64
sane-backends-devel-1.0.22-15.4.1.x86_64
Any ideas anyone?
Milko Simeonov
Project Manager
INTEPRO
tel.:+359 884194544
www.intepro-bg.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20121126/e3452999/attachment.html>
