From: Julien T. <jul...@wa...> - 2004-03-08 19:45:38
|
Le lundi 8 Mars 2004 20:06, Bertrik Sikken a =E9crit : > As far as I can see, the libusb code is properly linked now. > > I think it may help to comment out line 262 in hp3300c.c > (so the function does not return, but goes on) or > modify the ScannerModels list so that your scanner is recognised > as a hp3300c. > By the way, the testtool cannot actually do a scan with your > scanner, but you may be able to get basic communication working > and get some ideas about how to build the USB transfer layer. > I don't think that it's a good idea to try to merge hp2400 and > hp3300 code now (perhaps only the USB transfer code at some later > time when all similarities/differences have been figured out. OK. I will have a look at the tunings you suggested me. Are there some more people working on the similarities/differences between= =20 those two models ? Before joining the list, I was playing with a USB command line interpreter= =20 (called usb-robot) which allows sending bulk or control transfers. It seems to be a very useful tool for prototyping (it can handles=20 specific-language scripts featuring USB commands). I hope this set will be helpful for determining my model's exact protocol. Would you have a more recent/complete version of your analysis (found here:= =20 http://home.kabelfoon.nl/~bertrik/hp3300c/transfer.html) ? Which particular points would you want me to investigate ? Regards, Julien ps: any additional documentation appreciated ;-) > > Regards, > Bertrik > > Julien TIERNY wrote: > > Le lundi 8 Mars 2004 18:28, vous avez =E9crit : > >>Running the testtool with option -v should give you much more info. > >>Probably you just forgot to add your scanners' USB id to the > >>ScannerModels list (in hp3300c_xfer.c) > > > > stupid me... > > but I wouldn't have assumed the test tool utilities checked the > > product's IDs. > > > > any way, here's now my output: > > > > " > > # ./testtool -v > > Initializing scanner > > Registering transfer method 0: LibUSB > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0472-0x0065 ... nothing found > > Matching USB device 0x0472-0x0065 ... nothing found > > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > > _ReportDevice 'libusb(004,004)' > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x06B9-0x4061 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Matching USB device 0x0000-0x0000 ... nothing found > > Hp3300cXferOpen 'libusb(004,004)' > > probing LibUSB > > Matching USB device 0x03F0-0x0A01 ... found Hewlett-Packard ScanJet 2400 > > ERROR: internal error! (5) > > Hp3300cOpen failed > > " > > > > are there any additionnal parts of the source I shall tune ? > > does my testtool binary seem well linked to libusb ? (I guess yes) > > > > thanx for your answers > > > > regards, julien > > > >>Bertrik > >> > >>Julien TIERNY wrote: > >>>Hi Bertrik, > >>> > >>>Sorry for bothering you once again, but here's my point: > >>>>Try the 'testtool' package, this has a functional testtool, > >>>>the 'backend' package does not as this has most experimental > >>>>stuff stripped off and is more geared toward sane. > >>>>Link: > >>>>http://sourceforge.net/project/shownotes.php?release_id=3D150272 > >>> > >>> I compiled the latest release of the testtool package (20030401_1) wi= th > >>>the following supports: > >>> > >>> * libusb support (tunings in Makefile) > >>> * sanei_usb support (tunings in hp3300c_xfer_cfg.h file), I also tried > >>>libusb support. > >>> > >>> The synopsis of the tool gives: > >>> " > >>> ./testtool [OPTIONS]... [FILENAME] > >>> " > >>> What does [FILENAME] field refer to ? > >>>(a node in the /dev fs ? --> I don't use kernel access method) > >>> > >>> For info, any testtool option (let's say "-p") returns the following > >>>result: > >>> > >>> " > >>> Hp3300cXferOpen failed for '' > >>> Hp3300cOpen failed > >>> " > >>> > >>> Did I forgot any command line argument ? > >>> Didn't I compile it properly ? > >>> > >>> Thank you, julien > >>> > >>>Le jeudi 4 Mars 2004 20:10, vous avez =E9crit : > >>>>Julien TIERNY wrote: > >>>>>I'm trying to install the hp3300-backend package set in order to see > >>>>> if it supports my scanner (hp scanjet2400). > >>>>> > >>>>>But I can't compile it :( > >>>>> > >>>>>" > >>>>># make all > >>>>>gcc -Wall -g -I/usr/local/include -DLIBUSB_SUPPORT -c -o main.o > >>>>> main.c main.c:28:21: mytypes.h: No such file or directory > >>>>>main.c: In function `main': > >>>>>main.c:277: warning: implicit declaration of function > >>>>>`Hp3300cXferRegisterModule' > >>>>>main.c:277: error: `LibUsbDev' undeclared (first use in this functio= n) > >>>>>main.c:277: error: (Each undeclared identifier is reported only once > >>>>>main.c:277: error: for each function it appears in.) > >>>>>main.c:420: warning: implicit declaration of function > >>>>> `Hp3300cBulkRead' make: *** [main.o] Error 1 > >>>>>" > >>>>> > >>>>>Libusb is functionnal on my system. What does LibUsbDev refer to ? > >>>>> > >>>>>Any help appreciated, > >>>>> > >>>>>thanx, julien > >>>> > >>>>Kind regards, > >>>>Bertrik > > ------------------------------------------------------- > This SF.Net email is sponsored by: IBM Linux Tutorials > Free Linux tutorial presented by Daniel Robbins, President and CEO of > GenToo technologies. Learn everything from fundamentals to system > administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli= ck > _______________________________________________ > Hp3300backend-devel mailing list > Hp3...@li... > https://lists.sourceforge.net/lists/listinfo/hp3300backend-devel |