No subject

on my end is wrong then. Guess I'm gonna have to find a Windoze
machine to play with ;-)

Thanks,
Alejandro

On Fri, Aug 20, 2010 at 11:19 PM, Valentine Christian
<valentine.christian at gmail.com> wrote:
> I have a couple of HP 8250 ADF scanners.=A0 Work nice, but when they get
> messed up, I have to plug them into a Win box.=A0 Then I can use them aga=
in.
> So some initialization and error detection SW is probably missing.=A0 Als=
o,
> things like the duplex page feed doesn't work.
>
> I believe the avision driver is not getting any more development at this
> time.
>
> If you can tell me how to determine the architecture, without pulling the=
m
> apart, I can do that.
>
>
> Val
>
> On Fri, Aug 20, 2010 at 9:36 PM, JKD <jkdsoft at gmail.com> wrote:
>>
>> Hello,
>>
>> 2010/8/20 Alejandro Imass <aimass at p2ee.org>
>>>
>>> Hi,
>>>
>>> I would like to know the current support for the several HP ADF
>>> scanners that share the common chipset. From what I could see, it
>>> seems that the hp3900 series driver should support most if not all HP
>>> scanners based on the RT58822 chipset. Nevertheless, I don't have
>>> enough scanner skills to actually confirm this.
>>
>> hp3900 focuses on RTS8822 and derivates. I don't know if RT58822 is just
>> a mistake or another chipset.
>>
>>> Here are the scanners we would need support for:
>>> 8290, 8350, 8390, 8420, 7800
>>
>>
>>>
>>> I think our team has confirmed that all except for the 7800 share the
>>> same chipset. We can't confirm the 7800 because we haven't had access
>>> to it yet, but we will next week.
>>
>> =A0All scanners I've tested using RTS882x don't provide ADF functionalit=
y so
>> I didn't
>> recognize any related register and hp3900 doesn't support it.
>>
>>>
>>> Question: Is adding support for these as simple as adding their
>>> hardware ids to the lists in hp3900.xxx ? What else should we be aware
>>> of?
>>>
>>
>> hp3900 backend has extended options to test device's behavior using know=
n
>> settings from recognized chipsets but this chipset is a bit complex
>> needing
>> many data to be programmed (such as lamp settings, sensor type, sensor
>> clocks,
>> motor steps depending on supported resolutions and so on). The idea is
>> analyze
>> windows' driver to extract all necessary data that may be different in
>> each scanner
>> model. That may take some time.
>>
>>
>> Jonathan Bravo Lopez
>>
>>
>> --
>> sane-devel mailing list: sane-devel at lists.alioth.debian.org
>> http://lists.alioth.debian.org/mailman/listinfo/sane-devel
>> Unsubscribe: Send mail with subject "unsubscribe your_password"
>> =A0 =A0 =A0 =A0 =A0 =A0 to sane-devel-request at lists.alioth.debian.org
>
>