Reinhard Kotucha
2017-12-22 01:57:58 UTC
Hi,
first of all, thank you very much for sane.
I've bought a slide scanner (Reflecta DigiDia 5000) from a friend
which is classified as "Untested". However, its successor (DigiDia
6000) is supported and I doubt that there are significant differences.
It's detected by sane-find-scanner but not by scanimage -L .
I'm running Debian 9 on an AMD64 machine. It provides
sane 1.0.14-12
sane-utils 1.0.25-4.1
libusb-1.0-0
I created a file
/etc/udev/rules.d/40-libsane.rules
containing the line
ATTRS{idVendor}=="05e3", ATTRS{idProduct}=="0142", ENV{libsane_matched}="yes"
The file
/etc/sane.d/pieusb.conf
contains the line
usb 0x05e3 0x0142
and everything else is commented out.
# dmesg
usb 2-3: new high-speed USB device number 2 using ehci-pci
usb 2-3: New USB device found, idVendor=05e3, idProduct=0142
usb 2-3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
The last line is quite strange, I've never seen something like that
before.
# sane-find-scanner
found USB scanner (vendor=0x05e3, product=0x0142) at libusb:002:002
# lsusb
Bus 002 Device 002: ID 05e3:0142 Genesys Logic, Inc. Multiple Slides Scanner-3600
# scanimage -L
No scanners were identified.
Whenever I've run scanimage -L , dmesg sais
usb 2-3: USB disconnect, device number 2
and, as expected, sane-find-scanner and lsusb dont't find the scanner
anymore. This _only_ happens after I've run scanimage -L .
Furthermore,
# strace -eopen scanimage -L 2>str
# grep pie str
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY) = 36
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY|O_CLOEXEC) = 36
open("./pie.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pie.conf", O_RDONLY) = 36
It seems wrong to me that libsane-pie.so.1 is found but not
libsane-pieusb.so.1, as I would expect.
When I add pieusb to /etc/sane.d/ddl.conf I get
# grep pie str
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pieusb.so.1", O_RDONLY) = 36
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pieusb.so.1", O_RDONLY|O_CLOEXEC) = 36
open("./pieusb.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pieusb.conf", O_RDONLY) = 39
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY) = 39
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY|O_CLOEXEC) = 39
open("./pie.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pie.conf", O_RDONLY) = 39
This looks better because libsane-pieusb.so.1 is read but scanimage -L
still fails. Is it on purpose that pieusb is not in dll.conf by default?
Though I don't believe that anything regarding Reflecta scanners was
changed recently, I temporarily installed the current git version of
sane-backends. It didn't solve my problem either but introduced a new
room of freedom. Entries in pieusb.conf now have the form
usb <vendor-id> <device-id> <model-nr> <has-slide-transport>
and I do not know how to determine the <model-nr> of my scanner.
Therefore I switched back to the version provided by Debian but can
activate the current git version at any time if desired.
I'm absolutely clueless now. What am I doing wrong?
Though my scanner is classified as "Untested" I'm quite convinced that
I can use the driver provided by Klaus Kämpf for the successor because
both devices return "idVendor=05e3, idProduct=0142" and thus seem to
be compatible.
Please let me know if you need more information.
Regards,
Reinhard
--
------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:***@web.de
------------------------------------------------------------------
first of all, thank you very much for sane.
I've bought a slide scanner (Reflecta DigiDia 5000) from a friend
which is classified as "Untested". However, its successor (DigiDia
6000) is supported and I doubt that there are significant differences.
It's detected by sane-find-scanner but not by scanimage -L .
I'm running Debian 9 on an AMD64 machine. It provides
sane 1.0.14-12
sane-utils 1.0.25-4.1
libusb-1.0-0
I created a file
/etc/udev/rules.d/40-libsane.rules
containing the line
ATTRS{idVendor}=="05e3", ATTRS{idProduct}=="0142", ENV{libsane_matched}="yes"
The file
/etc/sane.d/pieusb.conf
contains the line
usb 0x05e3 0x0142
and everything else is commented out.
# dmesg
usb 2-3: new high-speed USB device number 2 using ehci-pci
usb 2-3: New USB device found, idVendor=05e3, idProduct=0142
usb 2-3: New USB device strings: Mfr=0, Product=0, SerialNumber=0
The last line is quite strange, I've never seen something like that
before.
# sane-find-scanner
found USB scanner (vendor=0x05e3, product=0x0142) at libusb:002:002
# lsusb
Bus 002 Device 002: ID 05e3:0142 Genesys Logic, Inc. Multiple Slides Scanner-3600
# scanimage -L
No scanners were identified.
Whenever I've run scanimage -L , dmesg sais
usb 2-3: USB disconnect, device number 2
and, as expected, sane-find-scanner and lsusb dont't find the scanner
anymore. This _only_ happens after I've run scanimage -L .
Furthermore,
# strace -eopen scanimage -L 2>str
# grep pie str
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY) = 36
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY|O_CLOEXEC) = 36
open("./pie.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pie.conf", O_RDONLY) = 36
It seems wrong to me that libsane-pie.so.1 is found but not
libsane-pieusb.so.1, as I would expect.
When I add pieusb to /etc/sane.d/ddl.conf I get
# grep pie str
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pieusb.so.1", O_RDONLY) = 36
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pieusb.so.1", O_RDONLY|O_CLOEXEC) = 36
open("./pieusb.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pieusb.conf", O_RDONLY) = 39
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY) = 39
open("/usr/lib/x86_64-linux-gnu/sane/libsane-pie.so.1", O_RDONLY|O_CLOEXEC) = 39
open("./pie.conf", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/etc/sane.d/pie.conf", O_RDONLY) = 39
This looks better because libsane-pieusb.so.1 is read but scanimage -L
still fails. Is it on purpose that pieusb is not in dll.conf by default?
Though I don't believe that anything regarding Reflecta scanners was
changed recently, I temporarily installed the current git version of
sane-backends. It didn't solve my problem either but introduced a new
room of freedom. Entries in pieusb.conf now have the form
usb <vendor-id> <device-id> <model-nr> <has-slide-transport>
and I do not know how to determine the <model-nr> of my scanner.
Therefore I switched back to the version provided by Debian but can
activate the current git version at any time if desired.
I'm absolutely clueless now. What am I doing wrong?
Though my scanner is classified as "Untested" I'm quite convinced that
I can use the driver provided by Klaus Kämpf for the successor because
both devices return "idVendor=05e3, idProduct=0142" and thus seem to
be compatible.
Please let me know if you need more information.
Regards,
Reinhard
--
------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:***@web.de
------------------------------------------------------------------
--
sane-devel mailing list: sane-***@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-***@lists.alioth.debian.org
sane-devel mailing list: sane-***@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-***@lists.alioth.debian.org