[sane-devel] HP ADF Support for chipset RT58822

m. allan noah kitno455 at gmail.com
Sat Aug 21 11:58:08 UTC 2010


Avision-based machines use their own chipset, not related to RTS chipsets.

allan

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.  Work nice, but when they get
> messed up, I have to plug them into a Win box.  Then I can use them again.
> So some initialization and error detection SW is probably missing.  Also,
> 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 them
> 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.
>>
>>  All scanners I've tested using RTS882x don't provide ADF functionality 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 known
>> 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"
>>             to sane-devel-request at lists.alioth.debian.org
>
>
> --
> 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"
>             to sane-devel-request at lists.alioth.debian.org
>



-- 
"The truth is an offense, but not a sin"



More information about the sane-devel mailing list