[sane-devel] Re : Re: LiDE 90 half ccd

Guillaume Gastebois guillaume.gastebois at free.fr
Fri Jun 27 21:58:40 UTC 2008


Hello,

Sorry not to answer quickly I have had lots of work.
Nothing very new since months....

I just do some windows snoops in 1200dpi and 2400dpi translated into C with usbsnoop2libusb.pl.
they are : http://ggastebois.free.fr/lide90_snoop/lide90_1200dpi_216x7.c
and http://ggastebois.free.fr/lide90_snoop/lide90_2400dpi_216x7.c

I don't see big differences....

> Guillaume Gastebois schrieb:
>> > Hello,
>> > 
>> > No progress on 2400dpi. DPIHW is 2400 and dpiset 600 for a 300dpi scan.
>> > Don't know where to look yet for that problem !
> 
> I'd try to get a log from a 2400dpi scan from windows and compare.
> 
>> > about byte nibbles modifying reg_0x79 from 0x3f to 0x3e (very few 
>> > contrasted image) or 0x40(black image) gives me bad images !!!
>> > 
>> > What is effect of this register on clk3 ?? It's very sensible.
> 
> register 0x77 to 0x79 describe a bitmask, that determines when the clk3 
> signal is high or low. For 0x0003f(lsb is register 0x79), this would give:
> 
> time===>>                          ! next pixel
> bit of 0x79    ! 0x78          !0x77! 0x79
> 0 1 2 3 4 5 6 7!0 1 2 3 4 5 6 7!0 1!0 1 2 3 4 5 6...
> 1 1 1 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 1 1 1 1 1 1 ....
> ___________                         ___________
>             |_______________________|           |____
> 
> 0x40 is this:
> 
> bit of 0x79    ! 0x78          !0x77! 0x79
> 0 1 2 3 4 5 6 7!0 1 2 3 4 5 6 7!0 1!0 1 2 3 4 5 6...
> 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 ....
>              _                                   _
> ___________| |_________________________________| |____
> 
> As you can see, this gives a very short pulse, which will probably not 
> be recognized by the ccd, while 0x3e just shortens the clock pulse at 
> the beginning. The datasheet mentions that the scanner does not need to 
> use the full 18 bits of the bitmask, but uses the first 6, 12 or 18 bits 
> depending on the scanning mode. 12 seems to be correct for the mode the 
> backend programs for cis scanners.
> 
> Please try if modifying bitmask for clk4(0x7a to 0x7c iirc) shows any 
> effects. Also, other values you may want to try on clk3: 0xff03f, 
> 0xff801f, 0xffc00f. Another thing to try may be to send two clock 
> pulses, for example 0x001c7. If clk3 is connected to the ccd, this may 
> give interesting results(like, reducing the resolution by half), but for 
> the 4-bit latch/D-FlipFlop, only the last clock pulse before the gl841 
> samples the data bits is relevant.

I tryed lot's of differents values for clk3 (differents pulse width and positions) succesless.
Only entropy program on offset files gives me sometimes malformed crosses.

> 
>> > regards,
>> > Guillaume
> 
> Regards,
>    Pierre

Regards
Guillaume





More information about the sane-devel mailing list