[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.
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
> If you can tell me how to determine the architecture, without pulling them
> apart, I can do that.
> On Fri, Aug 20, 2010 at 9:36 PM, JKD <jkdsoft at gmail.com> wrote:
>> 2010/8/20 Alejandro Imass <aimass at p2ee.org>
>>> 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
>> hp3900 backend has extended options to test device's behavior using known
>> settings from recognized chipsets but this chipset is a bit complex
>> many data to be programmed (such as lamp settings, sensor type, sensor
>> motor steps depending on supported resolutions and so on). The idea is
>> 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
>> 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
> 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