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:reinhard.kotu...@web.de ------------------------------------------------------------------ -- sane-devel mailing list: sane-devel@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-requ...@lists.alioth.debian.org