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 > >
