Hallo Rolf, I'm sorry I couldn't answer earlier.
That patch screwed it, no scans possible. Gr??e Matthias On 03.04.2014 20:47, Rolf Bensch wrote: > Hi All, > > It seems that ADF out of paper issue is fixed now. > > Please test attached final patch, which is based on latest git sources. > > Please confirm that this patch fixes ADF out of paper issue for your > particular scanner. > > I'll commit this patch and some document updates after your confirmation. > > Many thanks for your help. > > Cheers, > Rolf > > > > Am 02.04.2014 20:54, schrieb Matthias Peter Walther: >> Hello Rolf, >> >> here the requested logfile. >> >> Bye >> Matthias >> >> On 26.03.2014 17:22, Rolf Bensch wrote: >>> Hi Matthias, >>> >>> I prepared a patch for the "stopped the 2nd paper by hand" issue. The >>> patch is based on patch4. >>> >>> Please revert this patch: pixma_common.c.patch4. With this patch my >>> system has too fast timeouts, and without this patch the timeouts take 1 >>> sec. Please try to fix this by yourself. On the other hand there are no >>> timeouts when everything is working as expected. >>> >>> Cheers, >>> Rolf >>> >>> >>> Am 23.03.2014 14:54, schrieb Matthias Peter Walther: >>>> Hello Rolf, >>>> >>>> I created three more logs. >>>> >>>> And the timeouts are not fixed. In fact it's gotten even worse, >>>> scanimage is captured in an (infinite(?)) loop of timeouts of which each >>>> loop takes several minuites. Watch log "3rd_try". >>>> >>>> Bye >>>> Matthias >>>> >>>> On 21.03.2014 18:21, Rolf Bensch wrote: >>>>> Hi Matthias, >>>>> >>>>> I need a new log file for this issue: >>>>> >>>>>>>> And in the debug level 11 Iog I stopped the 2nd paper by hand. >>>>>>>> Scanner and sane aborts. But after removing the paper and pressing >>>>>>>> ok on the device, nothing happens anymore. >>>>> and the 2nd patch is for this issue: >>>>> >>>>>>>> By the way. The timeouts in the sane logs are still rediculous. >>>>>>>> When it counts down, between each line it waits up the 40 seconds >>>>>>>> and not the amount of seconds it says in the log. >>>>> and please test normal ADF scanning again. >>>>> >>>>> Cheers, >>>>> Rolf >>>>> >>>>> >>>>> Am 21.03.2014 00:16, schrieb Matthias Peter Walther: >>>>>> Hello, >>>>>> >>>>>> I'm not sure if I did this right. I installed the two patches shipped >>>>>> with your last email and used this command: >>>>>> >>>>>> $ export SANE_DEBUG_PIXMA=11 >>>>>> $ scanimage -x 100 -y 100 > test.png 2> >>>>>> Scanimage_Debug_11_patch1+2+3new+4+Pressed_cancel_after_device_started.txt >>>>>> >>>>>> After the scanner started, I pressed cancel on the device. Is this what >>>>>> you need? >>>>>> >>>>>> Bye >>>>>> Matthias >>>>>> >>>>>> >>>>>> Am 20.03.2014 18:05, schrieb Rolf Bensch: >>>>>>> Hi Matthias, >>>>>>> >>>>>>> Please don't mix different testings in one log file and at the same >>>>>>> time. Please keep them in mind and let us go step by step. >>>>>>> >>>>>>> I assume that "normal" ADF scanning works with new patch 3. >>>>>>> >>>>>>> Am 19.03.2014 19:46, schrieb Matthias Peter Walther: >>>>>>>> Standard debug level 4 scan, the last 1 mm is still missing. As this >>>>>>>> seems to be firmware related, I think sane won't be able to change >>>>>>>> this. >>>>>>>> The linux binary has the same problem. And I tested it in windows with >>>>>>>> IrfanView. The last mm is still missing under windows, too. I think >>>>>>>> this >>>>>>>> is a firmware issue? >>>>>>>> >>>>>>> I guess the ADF hardware needs the last 1mm for the paper detector. >>>>>>> >>>>>>>> Maybe you just set the maximum height of an adf page to that last line >>>>>>>> it scans. That is 870 pixels @75 dpi. >>>>>>>> >>>>>>> I won't do so. What's when you want to scan a 14" sheet or A5 format? >>>>>>> Please set the used paper size in the frontend. Then you can also crop >>>>>>> left and right ADF frame. >>>>>>> >>>>>>>> And in the debug level 11 Iog I stopped the 2nd paper by hand. Scanner >>>>>>>> and sane aborts. But after removing the paper and pressing ok on the >>>>>>>> device, nothing happens anymore. >>>>>>>> >>>>>>> I see this error in the log file: "cancelled by hardware". The problem >>>>>>> is that the scan process has not been closed and the scanner cannot be >>>>>>> initialised for a new scan session because the previous is still active >>>>>>> in the scanner. >>>>>>> >>>>>>> To fix this I need the exact position in the code where "cancelled by >>>>>>> hardware" is detected. Please create a new log file with usb messages >>>>>>> with attached patch "pixma_mp150.c.patch4". >>>>>>> >>>>>>> And please scan a small area @ 75 dpi, not a whole page. This reduces >>>>>>> log file size. >>>>>>> >>>>>>>> The same bug comes, if you interrupt the scan with ctrl + C >>>>>>>> (scanimage). >>>>>>>> The printer continues pulling pages, but does not recover after it has >>>>>>>> finished. That works correctly with the binary. If I recover the >>>>>>>> scanner >>>>>>>> with the binary driver, that requires up to three attempts. During the >>>>>>>> first and often the second, it searches the scanner for 2 minuites and >>>>>>>> aborts then. After that the second failure the scanner works prefectly >>>>>>>> again. Maybe it's just a timeout in the devices firmware? >>>>>>>> >>>>>>> I assume that this is the same problem as above. >>>>>>> >>>>>>>> By the way. The timeouts in the sane logs are still rediculous. When it >>>>>>>> counts down, between each line it waits up the 40 seconds and not the >>>>>>>> amount of seconds it says in the log. >>>>>>>> >>>>>>> Maybe "pixma_common.c.patch4" will fix this. >>>>>>> >>>>>>>> I had to zip the logs, cause they are larger than 100 KB and the >>>>>>>> mailing >>>>>>>> list server doesn't accept that. >>>>>>>> >>>>>>>> Last question: Is it possible to autodetect if adf has paper and >>>>>>>> autoswitch the input method? Some scanner are able to do that. >>>>>>>> >>>>>>> Please keep this in mind. >>>>>>> >>>>>>> Cheers, >>>>>>> Rolf -------------- next part -------------- A non-text attachment was scrubbed... Name: final_patch_fail.log Type: text/x-log Size: 1211 bytes Desc: not available URL: <http://lists.alioth.debian.org/pipermail/sane-devel/attachments/20140421/499cb78d/attachment.bin>
