Hello,
here are the scripts I talked to you. You run the 'cmd.sh' against the
log
file processed by the 'decode.sh' I sent previously. What it does is
gathering high level actions, building a map of shadow registers, shading
tables and motor slopes. Then it dump the complete status it at each motor
start (which is used as a commit signal).
So all the 'atomic' actions are gathered, and all you have to do is to
compare this global status with the one of the backend at each motor start.
The way I use it is to run scanimage to gut a debug log, and compare
slope/registers at a particular action with the status dumped by 'cmd.sh'.
Then I modify the code until both logs match.
While the most interesting thing is getting data, I really do think
you'll
have to fix all the calibration steps before tackling with this. For a start,
I'll get sure that gl646_search_start_position() does work properly, even it
may almost work currently. If you need to generate new motor slope tables (as
extracted by the script), I'd recommend to use the methode used by gl841.
Regards,
Stef
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cmd.tar.gz
Type: application/x-tgz
Size: 4063 bytes
Desc: not available
Url :
http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20060114/da0cd23a/cmd.tar.bin
From henn...@meier-geinitz.de Sat Jan 14 14:54:13 2006
From: henn...@meier-geinitz.de (Henning Meier-Geinitz)
Date: Sat Jan 14 14:55:31 2006
Subject: [sane-devel] Fix in check-usb-chip.c for rts8822l-01h
In-Reply-To: <20060113172510.ga5...@jkdsoftware.dyndns.org>
References: <20060113172510.ga5...@jkdsoftware.dyndns.org>
Message-ID: <20060114145413.gc30...@meier-geinitz.de>
Hi,
On 2006-01-13 18:25, JKD wrote:
> I hope this patch improves rts8822l-01h chipset detection adding
> check for descriptor.bcdUSB == 0x110 reported by some scanners and
> accepting any value diferent to 0, read from 0xfe11 register.
Thanks. It's in CVS now.
Bye,
Henning
