sane-mustek_usb - SANE backend for Mustek USB flatbed scanners
library implements a SANE (Scanner Access Now Easy) backend that provides
access to Mustek USB flatbed scanners (including a clone from Trust). At
present, the following scanners are known to work more or less with this
Mustek 600 CU
Mustek 1200 UB
Mustek 1200 CU
Mustek 1200 CU Plus
Trust Compact Scan USB 19200
The Mustek BearPaw 1200 and 2400 scanners are supported by the plustek
for details. The Mustek BearPaw 1200F is supported by the MA-1509 backend. See
for details. Other Mustek USB scanners are supported by the gt68xx backend,
This backend can only work with scanners that are already detected by the
operating system. See
If you own a Mustek (or Trust) scanner other than the ones listed above that
works with this backend, please let me know this by sending the scanner's
exact model name and the USB vendor and device ids (e.g. from
or syslog) to me.
This backend expects device names of the form:
is a path-name for the special device that corresponds to a USB scanner.
With Linux, such a device name could be
For FreeBSD use
The contents of the
file is a list of options and device names that correspond to Mustek
USB scanners. Empty lines and lines starting with a hash mark (#) are
ignored. If a device name is placed in
it must be followed by a line containing the keyword
and an option specifying the scanner type. The following options can be used:
For the Trust Compact Scan USB 19200 use `option 1200ub'.
Instead of using the device name, the scanner can be autodetected by
usb vendor_id product_id
statements which are already included into
This is only supported with Linux 2.4.8 and higher and all systems that
support libsub. "vendor_id" and "product_id" are hexadecimal numbers that
identify the scanner. If this doesn't work, a device name and the option
specifying the scanner type must be placed in
as described above.
can be used to limit the amount of data acquired in one turn from the USB
system. It may be worth trying, if USB errors occur.
The first line is ignored. The second line sets the buffer size to a maximum of
1024 bytes. The third line tries to autodetect a scanner with vendor id 0x055f
and product id 0x0001 (Mustek 1200 CU). The fourth line tells the backend to
and the fifth line specifies that
is a Mustek 600 CU.
The backend configuration file (see also description of
The static library implementing this backend.
The shared library implementing this backend (present on systems that
support dynamic loading).
This environment variable specifies the list of directories that may
contain the configuration file. Under UNIX, the directories are
separated by a colon (`:'), under OS/2, they are separated by a
semi-colon (`;'). If this variable is not set, the configuration file
is searched in two default directories: first, the current working
directory (".") and then in /etc/sane.d. If the value of the
environment variable ends with the directory separator character, then
the default directories are searched after the explicitly specified
directories. For example, setting
to "/tmp/config:" would result in directories "tmp/config", ".", and
"/etc/sane.d" being searched (in this order).
If the library was compiled with debug support enabled, this
environment variable controls the debug level for this backend. Higher
debug levels increase the verbosity of the output.
0 no output
1 print fatal errors
2 print important messages
3 print non-fatal errors and less important messages
4 print all but debugging messages
5 print high level debugging messages
6 print medium level debugging messages
7 print low level debugging messages
Henning Meier-Geinitz <firstname.lastname@example.org>
This backend is based on the Mustek 1200ub backend from Mustek, maintained by
These devices have a hardware bug: Once data is written to them, they can't be
reset (toggle = DATA0). That means, any operation that tries to reset the
device will result in running into timeouts.
In earlier versions this backend failed when it was loaded the second time in
some configurations. The only choice was to replug the scanner in this case. The
backend uses a workaround for that bug now but it's only tested on
Linux. Reports for other operating systems are appreciated.