[sane-devel] Trust Imagery 9600
Ben Prescott
benedict.prescott@virgin.net
Mon, 5 Jan 2004 23:15:01 +0000
This is a multi-part message in MIME format.
--Multipart_Mon__5_Jan_2004_23:15:01_+0000_084156f8
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
I'm having problems getting this working.
I've searched the archive and there's nothing in there apart from the
announcement when the teco3 backend was released.
I also note that the man pages states that it is untested. I would
hypothesise that they've littered the output from /inquiry/ with
some extra spaces, which is why its failing.
FCC ID is, BTW, 'E8OVM3552'
The final test I did is as follows:
# export SANE_DEBUG_TECO3=128
# scanimage -d teco3:/dev/sg3
The output is attached in a plain text file; my email client is wrapping
it and making a mess.
The error returned from all the front ends is 'invalid argument', as in:
scanimage: open of device teco3:/dev/sg3 failed: Invalid argument
I'm guessing the key lines in the debug are as follows:
[teco3] device is "Aashima " "IMAGERY 9600SP " "1.07" "TECO VM6552"
[teco3] teco_identify_scanner: exit, device not supported
[teco3] ERROR: attach_scanner: scanner-identification failed
Some background ...
I stripped out the backend config file (I'm running Suse 8.2; YAST has
filled it with other stuffas well) as per the man page's statement
about what it should contain, but I would guess that is irrelevant given
the way I ran it.
# cat /etc/sane.d/teco3.conf
/dev/sg3
Versions:
scanimage --version
scanimage (sane-backends) 1.0.11; backend version 1.0.11
/usr/lib/sane/libsane-teco3.so.1.0.11
The SCSI adapter is an on-board Adaptec aic7895. Also on the same bus
are:
Vendor: COMPAQ Model: ST32171W Rev: 0682
Type: Direct-Access ANSI SCSI revision: 02
blk: queue c1b67c18, I/O limit 4095Mb (mask 0xffffffff)
Vendor: SCANNER Model: Rev: 2.00
Type: Scanner ANSI SCSI revision: 01
blk: queue c1b67618, I/O limit 4095Mb (mask 0xffffffff)
Vendor: PLEXTOR Model: CD-ROM PX-40TS Rev: 1.00
Type: CD-ROM ANSI SCSI revision: 02
blk: queue c1b67218, I/O limit 4095Mb (mask 0xffffffff)
The Trust unit registers as follows:
Vendor: Aashima Model: IMAGERY 9600SP Rev: 1.07
Type: Scanner ANSI SCSI revision: 02
blk: queue c1b33a18, I/O limit 4095Mb (mask 0xffffffff)
And the following is generated by the host adapter driver for this
device:
<4>(scsi0:A:5:0): refuses synchronous negotiation. Using asynchronous
All other devices work correctly. The main reason why the other scanner
is there (Mustek A3 SP, works a treat in Linux, blue screens NT -
thankyou very much for SANE!!) is to do with the combination of cables
and terminators I've got.
Thankyou in advance for your help. If I/we can get it working, I'm happy
to put the thing through a test cycle so it can acquire 'tested' status.
Assuming anyone cares, of course!
regards, Ben
--Multipart_Mon__5_Jan_2004_23:15:01_+0000_084156f8
Content-Type: application/octet-stream;
name="imagery.txt"
Content-Disposition: attachment;
filename="imagery.txt"
Content-Transfer-Encoding: base64
W3RlY28zXSBzYW5lX2luaXQKW3RlY28zXSBUaGlzIGlzIHNhbmUtdGVjbzMgdmVyc2lvbiAxLjAt
MQpbdGVjbzNdIChDKSAyMDAyIGJ5IEZyYW5rIFphZ28KW3RlY28zXSBhdHRhY2hfc2Nhbm5lcjog
L2Rldi9zZzMKW3RlY28zXSB0ZWNvX2luaXQ6IGVudGVyClt0ZWNvM10gdGVjb19pbml0OiBleGl0
Clt0ZWNvM10gYXR0YWNoX3NjYW5uZXI6IG9wZW5pbmcgL2Rldi9zZzMKW3RlY28zXSB0ZWNvX2lk
ZW50aWZ5X3NjYW5uZXI6IGVudGVyClt0ZWNvM10gaW5xdWlyeQpbdGVjbzNdIDAwMDogMDYgMDAg
MDIgMDIgNDMgMDAgMDAgMTAgNDEgNjEgNzMgNjggNjkgNmQgNjEgMjAgICAgLi4uLkMuLi5BYXNo
aW1hIApbdGVjbzNdIDAxNjogNDkgNGQgNDEgNDcgNDUgNTIgNTkgMjAgMzkgMzYgMzAgMzAgNTMg
NTAgMjAgMjAgICAgSU1BR0VSWSA5NjAwU1AgIApbdGVjbzNdIDAzMjogMzEgMmUgMzAgMzcgMzEg
MmUgMzAgMzcgMDMgMDIgNTQgNDUgNDMgNGYgMjAgNTYgICAgMS4wNzEuMDcuLlRFQ08gVgpbdGVj
bzNdIDA0ODogNGQgMzYgMzUgMzUgMzIgMjAgMDAgMDEgMDIgNTggMDAgMDEgMDQgYjAgMTMgZWMg
ICAgTTY1NTIgLi4uWC4uLi4uLgpbdGVjbzNdIDA2NDogMWUgNzggMDIgNTggMDAgMDAgMDAgMDEg
ICAgLnguWC4uLi4KW3RlY28zXSBkZXZpY2UgaXMgIkFhc2hpbWEgIiAiSU1BR0VSWSA5NjAwU1Ag
ICIgIjEuMDciICJURUNPIFZNNjU1MiIKW3RlY28zXSB0ZWNvX2lkZW50aWZ5X3NjYW5uZXI6IGV4
aXQsIGRldmljZSBub3Qgc3VwcG9ydGVkClt0ZWNvM10gRVJST1I6IGF0dGFjaF9zY2FubmVyOiBz
Y2FubmVyLWlkZW50aWZpY2F0aW9uIGZhaWxlZApbdGVjbzNdIHRlY29fZnJlZTogZW50ZXIKW3Rl
Y28zXSB0ZWNvX2Nsb3NlOiBlbnRlcgpbdGVjbzNdIHRlY29fY2xvc2U6IGV4aXQKW3RlY28zXSB0
ZWNvX2ZyZWU6IGV4aXQKW3RlY28zXSBzYW5lX2luaXQ6IGxlYXZlClt0ZWNvM10gc2FuZV9vcGVu
OiBlbnRlcgpbdGVjbzNdIHNhbmVfb3BlbjogZGV2aWNlbmFtZT0vZGV2L3NnMwpbdGVjbzNdIGF0
dGFjaF9zY2FubmVyOiAvZGV2L3NnMwpbdGVjbzNdIHRlY29faW5pdDogZW50ZXIKW3RlY28zXSB0
ZWNvX2luaXQ6IGV4aXQKW3RlY28zXSBhdHRhY2hfc2Nhbm5lcjogb3BlbmluZyAvZGV2L3NnMwpb
dGVjbzNdIHRlY29faWRlbnRpZnlfc2Nhbm5lcjogZW50ZXIKW3RlY28zXSBpbnF1aXJ5Clt0ZWNv
M10gMDAwOiAwNiAwMCAwMiAwMiA0MyAwMCAwMCAxMCA0MSA2MSA3MyA2OCA2OSA2ZCA2MSAyMCAg
ICAuLi4uQy4uLkFhc2hpbWEgClt0ZWNvM10gMDE2OiA0OSA0ZCA0MSA0NyA0NSA1MiA1OSAyMCAz
OSAzNiAzMCAzMCA1MyA1MCAyMCAyMCAgICBJTUFHRVJZIDk2MDBTUCAgClt0ZWNvM10gMDMyOiAz
MSAyZSAzMCAzNyAzMSAyZSAzMCAzNyAwMyAwMiA1NCA0NSA0MyA0ZiAyMCA1NiAgICAxLjA3MS4w
Ny4uVEVDTyBWClt0ZWNvM10gMDQ4OiA0ZCAzNiAzNSAzNSAzMiAyMCAwMCAwMSAwMiA1OCAwMCAw
MSAwNCBiMCAxMyBlYyAgICBNNjU1MiAuLi5YLi4uLi4uClt0ZWNvM10gMDY0OiAxZSA3OCAwMiA1
OCAwMCAwMCAwMCAwMSAgICAueC5YLi4uLgpbdGVjbzNdIGRldmljZSBpcyAiQWFzaGltYSAiICJJ
TUFHRVJZIDk2MDBTUCAgIiAiMS4wNyIgIlRFQ08gVk02NTUyIgpbdGVjbzNdIHRlY29faWRlbnRp
Znlfc2Nhbm5lcjogZXhpdCwgZGV2aWNlIG5vdCBzdXBwb3J0ZWQKW3RlY28zXSBFUlJPUjogYXR0
YWNoX3NjYW5uZXI6IHNjYW5uZXItaWRlbnRpZmljYXRpb24gZmFpbGVkClt0ZWNvM10gdGVjb19m
cmVlOiBlbnRlcgpbdGVjbzNdIHRlY29fY2xvc2U6IGVudGVyClt0ZWNvM10gdGVjb19jbG9zZTog
ZXhpdApbdGVjbzNdIHRlY29fZnJlZTogZXhpdApzY2FuaW1hZ2U6IG9wZW4gb2YgZGV2aWNlIHRl
Y28zOi9kZXYvc2czIGZhaWxlZDogSW52YWxpZCBhcmd1bWVudApbdGVjbzNdIHNhbmVfZXhpdDog
ZW50ZXIKW3RlY28zXSBzYW5lX2V4aXQ6IGV4aXQK
--Multipart_Mon__5_Jan_2004_23:15:01_+0000_084156f8--