[sane-devel] Hello, and HP C3180 drivers
Hello all, I've just joined this mailing list, having used Ubuntu 10.04 for a couple of months after 'rediscovering' Linux on an Open University course. I have an old HP C3180 all-in-one Printer Scanner Copier, which no longer prints, but I still want to retain as a scanner. The SANE database online lists it as 'unsupported', so having some (mostly high-level) programming experience I thought I might try to write some drivers for it. I can't get hold of a reference manual for the chipset used, nor find any information about drivers for Linux anywhere else online. First off, does anyone else have any information/code which might help me? It sounds like an interesting and educational project for me to do on my own if necessary, but I don't know exactly where to start at the moment. I've read the page linked on the SANE site (can't remember the author at the moment) about capturing commands from the datastream when the device is accessed under Windows, but I don't really know how to go about this or what software to use. All I have at the moment is the drivers for Windows XP - they might work under Windows7, I haven't tried them on that yet. Can someone tell me how to proceed now please. BTW I've done some assembly language programming many years ago, but that was 6502 stuff on an old BBC Micro, and my knowledge of modern systems at a low level, and PCs in particular, is limited. Thanks, Robert Charlesworth -- next part -- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20101110/a5748e02/attachment.htm>
[sane-devel] Hello, and HP C3180 drivers
It is possible that this scanner is already supported by the hplip project. They produce a package of sane-compatible drivers, which might already come with your distro. allan On Wed, Nov 10, 2010 at 1:59 PM, Robert Charlesworth wrote: > Hello all, > I've just joined this mailing list, having used Ubuntu 10.04 for a couple of > months after 'rediscovering' Linux on an Open University course. > > I have an old HP C3180 all-in-one Printer Scanner Copier, which no longer > prints, but I still want to retain as a scanner. The SANE database online > lists it as 'unsupported', so having some (mostly high-level) programming > experience I thought I might try to write some drivers for it. > I can't get hold of a reference manual for the chipset used, nor find any > information about drivers for Linux anywhere else online. > > First off, does anyone else have any information/code which might help me? > It sounds like an interesting and educational project for me to do on my own > if necessary, but I don't know exactly where to start at the moment. I've > read the page linked on the SANE site (can't remember the author at the > moment) about capturing commands from the datastream when the device is > accessed under Windows, but I don't really know how to go about this or what > software to use. > All I have at the moment is the drivers for Windows XP - they might work > under Windows7, I haven't tried them on that yet. > > Can someone tell me how to proceed now please. > > BTW? I've done some assembly language programming many years ago, but that > was 6502 stuff on an old BBC Micro, and my knowledge of modern systems at a > low level, and PCs in particular, is limited. > > Thanks, > Robert Charlesworth > > > > -- > 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"
[sane-devel] Detect scan button on ScanSnap S1500 (sane-fujitsu backend)
Hello, Am 10.11.2010 10:02, schrieb Johannes Meixner: > > Hello, > > On Nov 9 18:39 Wilhelm wrote (shortened): >> Am 09.11.2010 17:47, schrieb Johannes Meixner: >>> >>> If it really needs HAL, it is probably not very promising >>> because HAL is meanwhile deprecated. >> >> yes, I know that! >> >> But its not scanbd's fault > > Of course it is not scanbd's fault! > > >> Bottom line: scanbd may use libhal/dbus, but if hal isn't >> available, it does not hurt: the only consequence is, >> that newly plugged scanners aren't instantly detected. >> Then you can send a signal or restart it via udev. > > Now it looks promising! > > In particular because udev rules for very most scanners do already > exist (a libsane.rules udev rules file from SANE plus generic > udev rules like acl.rules) it should be relatively easy to > enhance this to send additionally a singal to scanbd. > > According to > http://scanbd.svn.sourceforge.net/viewvc/scanbd/trunk/Makefile?revision=23&view=markup > > > LDFLAGS += -lconfuse -lsane -lpthread -ldbus-1 -lhal -lhal-storage > > it seems it links with HAL libraries in any case so that > I got the idea that it actually needs HAL in any case. > > Because HAL is deprecated, would you mind to change it > so that it does no longer link with HAL so that it > would compile "as is" for current Linux distributions? Sure, I can make this optional. > > > If you like to provide readymade RPMs for the usual current > Linux distributions for the usual hardware architectures, > I would like to suggest to have a look at the openSUSE build service: > https://build.opensuse.org/ Thanks, I will have a look. > > It is open and free to our greatest possible extent. > All you need to do is to register yourself before you can use it. > The only non-free issue is that we (i.e. Novell/openSUSE) > do not support building of packages as an anonymous user. > > > Kind Regards > Johannes Meixner -- Wilhelm
[sane-devel] Canon CanoScan 9000F (similar to 8800F) supported by sane?
On Wed, Nov 10, 2010 at 4:44 AM, m. allan noah wrote: > No release yet includes this code. You will have to build from a > recent git source checkout (or snapshot). Hi, > On Tue, Nov 9, 2010 at 11:59 AM, Al Bogner > wrote: >> Am Mo, 06 Sep 2010 22:55:55 CEST schrieb Gernot Hassenpflug: >> >>> Hi, quick message only: 9000F is working, only needs 9600dpi >>> resolution in TPU mode implemented correctly, other than that all >>> resolutions work. Code will be sent for checking & committing as soon >>> as final checks are done. Cannot give estimate before available from >>> CVS but in 1 week I should be able to supply test code to interested >>> parties who do not want to wait. >> >> My question is, if the 9000F drivers are finished in the meantime? >> Which sane version is needed? Unfortunately, nothing has been submitted to the CVS repositories yet, so you'll have to get the patched code (pixma_mp150.c) from me. Email me and I'll send it to you. There are about 3 or 4 people that have the code at present. Hopefully between us we will be able to test the remaining modes and fix whatever does not work yet. Regards, Gernot Hassenpflug -- ISP Asahi-Net: http://asahi-net.jp/en/ No.1 in Japan by customer satisfaction (Nikkei News, 7 July 2010)
[sane-devel] Detect scan button on ScanSnap S1500 (sane-fujitsu backend)
Hello, On Nov 9 18:39 Wilhelm wrote (shortened): > Am 09.11.2010 17:47, schrieb Johannes Meixner: >> >> If it really needs HAL, it is probably not very promising >> because HAL is meanwhile deprecated. > > yes, I know that! > > But its not scanbd's fault Of course it is not scanbd's fault! > Bottom line: scanbd may use libhal/dbus, but if hal isn't > available, it does not hurt: the only consequence is, > that newly plugged scanners aren't instantly detected. > Then you can send a signal or restart it via udev. Now it looks promising! In particular because udev rules for very most scanners do already exist (a libsane.rules udev rules file from SANE plus generic udev rules like acl.rules) it should be relatively easy to enhance this to send additionally a singal to scanbd. According to http://scanbd.svn.sourceforge.net/viewvc/scanbd/trunk/Makefile?revision=23&view=markup LDFLAGS += -lconfuse -lsane -lpthread -ldbus-1 -lhal -lhal-storage it seems it links with HAL libraries in any case so that I got the idea that it actually needs HAL in any case. Because HAL is deprecated, would you mind to change it so that it does no longer link with HAL so that it would compile "as is" for current Linux distributions? If you like to provide readymade RPMs for the usual current Linux distributions for the usual hardware architectures, I would like to suggest to have a look at the openSUSE build service: https://build.opensuse.org/ It is open and free to our greatest possible extent. All you need to do is to register yourself before you can use it. The only non-free issue is that we (i.e. Novell/openSUSE) do not support building of packages as an anonymous user. Kind Regards Johannes Meixner -- SUSE LINUX Products GmbH, Maxfeldstrasse 5, 90409 Nuernberg, Germany AG Nuernberg, HRB 16746, GF: Markus Rex
[sane-devel] Possible bug in canon backend or > scanimage
Dear Stef, I did not manage to compile SANE with the internal getopt_long. At least with my distribution (Ubuntu 10.10) SANE was always built with the glibc getopt_long and disregarding the definitions in the config.h. However I modified the fetch_options function (scanimage.c:859) by adding a line if(opt->name == NULL) continue; at 895. After this modification scanimage works as expected, namely it recognizes all options! May be this is a bug in the glibc implementation of getopt_long (it stops once it reaches NULL option). But I would suggest to modify the scanimage.c. Please find attached the usb log file of the canoscan 8400F. I am not sure if it is complete (the log was recorded while scanner reset and preview, but during the preview I notice that number of recorded packets was not changing). Please let me know if you need more information/tests. The canoscan 3200F I will try during the Christmas holidays. Best regards, Myroslav --- On Mon, 11/8/10, stef wrote: > From: stef > Subject: Re: [sane-devel] Possible bug in canon backend or > scanimage > To: sane-devel at lists.alioth.debian.org > Cc: "Myroslav Kavatsyuk" > Date: Monday, November 8, 2010, 9:35 PM > Le Monday 08 November 2010 12:54:11 > Myroslav Kavatsyuk, vous avez ?crit : > > Dear colleagues, > > > > Thank you for your replies. I find that addition of > the --all-options > > is a nice idea to improve the user interface. > Unfortunately it > > does not solve my problem. This weekend I tried to > debug sane > > to find the source of the error. Just to remind you > the problem: > > > > scanner canoscan 2700F is supposed to have extra > options (reported > > when using --all-options flag, works with xsane) but > this options > > are not accessible with a scanimage (reported error > > scanimage: unrecognized option '--af=yes') > > > > As was pointed earlier, the message is coming from the > getopt_long > > function (frontend/scanimage.c:2094). With my > compilation, the glibc > > implementation of the getopt_long is used, therefore I > could not > > debug it. However, I have modified the scanimage.c in > a way, to > > printout all command-line parameters and the content > of > > full_optstring and all_options -- parameters of > getopt_long > > function (frontend/scanimage.c:2094). The output you > can see in the > > attachment (scanimage.out.highlight and > scanimage.out.af). What I do > > not like in the output is some (null) option-names in > the printed > > all_options (see line 29 of scanimage.out.af). This > (null) string > > is following after the "ae" option, which is still > working. > > All options below that (null) line do not work. > > ??? Option group don't have a name, so it's > normal you get null for them. I > see nothing obvious from the appended files. You can force > the build and use > of the internal getopt_long by undef'ing HAVE_GETOPT_LONG > in > include/sane/config.h, so you can really step in it with a > debugger. > > > > > > Here, just in case, few lines which I added to > scanimage.c just before > > while loop at the line 2094 to print parameters: > > > >? ? > ???fprintf(stderr,"Full_options: > %s\n",full_optstring); > >? ? > ???for(i=0;i > ??? ? fprintf(stderr,"ap: > %s\n",all_options[i].name); > > > > Please let me know your opinion on this > "investigation". > > > > I just noticed that there is active development of the > genesys > > backend. I have a canoscan 8400F scanner which is > build with > > the GL843 chip. I would like to help to make backend > for this > > scanner. Please let me know how can I help you. > ??? > ??? To check how much it is different, we > need a usbsnoop log of a preview > done under windows. By processing it with scripts, I can > extract the > information needed to add it to the gl843 scanners. > > > I also have a canoscan 3200F scanner, which I would > like to > > rebuild to a "film" scanner. But before taking it > completely > > apart I can try to see if we can make it ruining with > sane. > > > ??? In older CVS there was an experimental > backend for this scanner. Maybe > you could look at it. > > > Please find attached the output of the > sane-find-scanner > > utility. > > > > Best regards, > > Myroslav > > > > Regards, > ??? Stef > -- next part -- A non-text attachment was scrubbed... Name: Canoscan8400F.usblog Type: application/octet-stream Size: 14969 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20101110/f6da5346/attachment-0001.obj>
