Fotos laden direkt aus der Kamera

(DE) Anwendungen für Office, Multimedia und Spiele, Werkzeuge, Hilfsprogramme, etc
(EN) Applications for Office, Multimedia or Games, Tools, Utilities, e.g.
User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Fotos laden direkt aus der Kamera

Post by DonLucio » Sat 10. Jan 2015, 14:20

Bisher konnte ich meine Digitalkamera direkt per USB mit meinem eCS-PC verbinden und dann mit Programmen wie Calydos oder Cameraderie (Camera15) auf die in der Cam gespeicherten Dateien zugreifen (Kopieren, Löschen).

Seit einiger Zeit funktioniert das nicht mehr. Beide o.a. Programme sind nur GUI-Frontends zu dem eigentlichen Programm namens ptppro und das - von der Kommandozeile aufgerufen - meldet: no camera found. Das gleiche Problem habe ich mit einer anderen Digitalkamera. Beide funktionieren unter Windows.

Als Ursache für das plötzliche Versagen einer seit Jahren bewährten Technik vermutete ich den USB-Update, den ich vor kurzem durchgeführt hatte (war notwendig, um ein USB-Maus-Problem zu beheben). Also habe ich die beiden für ptppro relevanten Dateien aus dem ptppro110-Pakte wieder installiert: usbresmg.sys und usbcalls.dll

Leider ohne Erfolg, was ich nicht verstehe. Muß ich daraus schließen, dass in den neuen Dateien des USB-Stack (usbohcd.sys, usbmouse.sys etc.) eine Unverträglichkeit mit ptppro besteht?

Gibt es noch andere Möglichkeiten als ptppro (ausser die SD-Karte aus der Cam zu nehmen und in den PC zu stecken)?

Danke,
Don Lucio.

User avatar
Wolfie
Posts: 113
Joined: Sat 9. Aug 2014, 19:11
Location: Leipzig

Post by Wolfie » Sat 10. Jan 2015, 17:35

Hallo DonLucio,

ich hatte auch das USB-Update durchgeführt und kann seitdem nicht mehr per Tame (scanimage) mit meinem Epson USB-Scanner scannen. Habe bei Arca Noae ein Ticket eröffnet. Dort teilte man mir mit, der Fehler sei in der USB-Version 11.09 behoben. (siehe http://www.os2.org/viewtopic.php?f=2&t=509#p2654).

Nach Deiner Fehlermeldung habe ich sofort meine Kamera mit USB angestöpselt und Cameraderie aufgerufen und - die Kamera wird bei mir auch nicht mehr erkannt. :( Das ist höchst ärgerlich, weil das Download der Bilder mittels Cameraderie die bevorzugte Methode bei SD-Karten > 2 GB ist.

Da Du schon einiges ausprobiert hast und das Wissen zu den Backend-Prozessen hast, wäre es schön, wenn Du ein Ticket bei Arca Noae aufmachen könntest. (https://mantis.arcanoae.com/)

Viele Grüße
Wolfgang

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Sat 10. Jan 2015, 18:51

Cameraderie funktioniert nur mit ganz alte zueinander gehoerende USBCALS.DLL und USBRESMG.SYS. Diese sind so alt dass die sourcen unbekannt zijn und dass unterschied mit die heutigen versionen nicht bekannt ist. Deshalb koennen die heutige versionen nicht anngepasst werden (sagt D. Azarewicz)
Cameraderie und beigelieferten usbcalls und usbresmg.sys in die gleiche verzeignis kopieren und mit RUN! starten, dann soll's funktionieren.

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Sat 10. Jan 2015, 22:21

Most likely you could use my matched set of usbcalls.dll and usbresmg.sys that I developed to support webcams. I went to great length to maintain backward compatibility. It is this version that David Azarewicz is merging into his products.

See my web page at: "http://home-hccnet-nl"/w.m.brul/usbcalls/index.html (- means .)
The file usbres01.zip is on hobbes as well.

Wim.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Sun 11. Jan 2015, 13:55

Hi Wimpie,

thanks for your usbres01.zip (which I found on hobbes).
Unfortunately it does not solve the problem.
ptpro now says: "Could not open device".

With the old usbresmg.sys and usbcalls.dll (from the ptpro110-package) the device (camera) couldn't even be located, in that sense your versions are "one step ahead".

I tried with two different cams: Canon Ixus and Canon 5D MkII.

I am sure the problem has something to do with the latest usb-stack, which I installed a few weeks before (maybe a change in the API between usbresmg and usbohci/-ehci). Not before that usb-update I had any troubles with ptpro, so I am going to open a ticket at arcanoae.

Regards,
Don Lucio.

User avatar
Wolfie
Posts: 113
Joined: Sat 9. Aug 2014, 19:11
Location: Leipzig

Post by Wolfie » Sun 11. Jan 2015, 14:38

Hallo Wimpie,

I tried your drivers, but unfortunately Cameraderie also didn't work. The only difference to the Arca Noae drivers is that it takes a little bit longer until the error message of Cameraderie appears.
I also tested Tame/2 with your drivers. The scan-process started well. But when the scanner's moving optical array has returned into its start position the bagckground process scanimage hung. In one of my trials I got the following error messages:
C:\PROGRAMS\TAME\scanimage.exe: received signal 15
C:\PROGRAMS\TAME\scanimage.exe: trying to stop scanner
C:\PROGRAMS\TAME\scanimage.exe: sane_read: Error during device I/O
C:\PROGRAMS\TAME\scanimage.exe: received signal 15
C:\PROGRAMS\TAME\scanimage.exe: aborting

Hartelijk bedankt voor je ondersteuning
Wolfgang

User avatar
Wolfie
Posts: 113
Joined: Sat 9. Aug 2014, 19:11
Location: Leipzig

Post by Wolfie » Sun 11. Jan 2015, 14:59

Ich habe meine beiden Programme Cameraderie und Tame/2 wieder zum Laufen gebracht. So wie Wim Brul es beschrieben hat, um die Arca-Noae-Treiber durch seine zu ersetzen, habe ich dies mit den von mir gesicherten Treibern getan. Folgende Dateien habe ich jetzt im Einsatz:

Code: Select all

   20.09.06    14.35           7.724           0  USBCALLS.dll 
    5.09.06    20.47           3.252           0  usbresmg.sym
    5.09.06    20.47          32.750           0  usbresmg.sys
Ich werde jetzt erst einmal die Finger von den USB-Treibern lassen, zumal ich durch die neuen USB-Treiber keinen Unterschied feststellen konnte (mit Ausnahme, dass zwei Programme nicht funktionierten). Kann mir jemand die Verbesserungen der Arca-Noae-Treiber nennen bzw. aus welchem Grund man sie doch lieber installieren sollte?

Viele Grüße
Wolfgang

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Sun 11. Jan 2015, 16:35

Hallo Wolfie,

ich mache gerade ähnliche Erfahrungen wie du. Auch bei mir funzte tame/2 nicht mehr. Erst als ich die von dir genannten usbcalls.dll und usbresmg.sys wieder aus meinem Backup zurückgespielt hatte, konnte ich wieder scannen,

Seltsamerweise funzt bei mir aber immer noch nicht Cameraderie bzw. ptpro, obgleich ich dieselben o.a. Dateien habe. Ich vermute Abweichungen im USB-Stack.

Könntest du bitte mal deine Versionen auflisten von:
usbd.sys
usbehcd.sys
usbhid.sys
usbohcd.sys
usbuhcd.sys
?
Meine sind alle vom 14.3.2014.

Mal eine Frage am Rande: Sind die zugehörigen *.SYM-Dateien von Bedeutung? Die fehlt mir nämlich bei usbresmg.sys. Ich meinte mal irgendwo gelesen zu haben, dass die nur für Compilierung wichtig sind, aber zur Laufzeit nicht vorhanden sein müssen.

Gruß,
Don Lucio.

User avatar
Wolfie
Posts: 113
Joined: Sat 9. Aug 2014, 19:11
Location: Leipzig

Post by Wolfie » Sun 11. Jan 2015, 17:20

Hallo Don Lucio,

hier der Stand der von Dir angefragten Dateien:

Code: Select all

C:\OS2\BOOT\USBD.SYS      23.11.14   9.46          47.669
C:\OS2\BOOT\USBEHCD.SYS   23.11.14   9.46         100.444
C:\OS2\BOOT\USBHID.SYS    23.11.14   9.46         137.524
C:\OS2\BOOT\USBOHCD.SYS   23.11.14   9.46         106.260
C:\OS2\BOOT\USBUHCD.SYS   23.11.14   9.46          95.876
Ich hatte damals bei dem Tame-Problem auch versucht, mein Backup zurückzuspielen, was keinen Erfolg brachte. Der Grund war, dass ich mir aus irgend einem Grunde notiert hatte, dass usbresmg.sys und usbresmg.sym im Verzeichnis C:\ecs\boot stehen müssten und hatte das Restore dort ausgeführt. Heute hatte ich das Restore nach C:\OS2\BOOT ausgeführt und das Rückspielen der drei Dateien brachte den Erfolg. Inwieweit die SYM-Dateien benötigt werden, kann ich nicht sagen, dazu bin ich zu wenig Entwickler.

Viele Erfolg beim Wiederherstellen
Wolfgang

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Sun 11. Jan 2015, 19:21

Mal eine Frage am Rande: Sind die zugehörigen *.SYM-Dateien von Bedeutung? Die fehlt mir nämlich bei usbresmg.sys. Ich meinte mal irgendwo gelesen zu haben, dass die nur für Compilierung wichtig sind, aber zur Laufzeit nicht vorhanden sein müssen.
The *.SYM files are only important during trap dump analysis.

I am currently looking into the sources of camera15 and ptpro110 to understand what is going on. The only remark I can make right now is that it is important that only one usbcalls.dll is present in your system. According to the installation instructions one might have a copy in the directory where camera.exe and/or ptpro.exe are located. This must NOT be done.

Wim.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Mon 12. Jan 2015, 00:20

Wimpie » So 11. Jan 2015, 19:21 wrote:The only remark I can make right now is that it is important that only one usbcalls.dll is present in your system.
Thanks for the hint. Yes, I worked it out, there are no two versions of the dll in my system. Tame/2 works well, cameraderie / ptpro don't, having the same usbcalls.dll and usbresmg.sys that Wolfie uses. The only difference to Wolfie (where cameraderie / ptpro are functioning well) seems to be the usb-stack: Mine is from 14.3.2014 (from hobbes), Wolfie's from 23.11.2014 (apparently from arcanovae). Does this mean I have to buy that "OS/2 & eCS Drivers Package" from the arca noae website?

Thanks for your effort.

Don Lucio.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Mon 12. Jan 2015, 00:23

Hallo Wolfie,

danke für die Liste deiner USB-Dateien. Die sind definitiv jünger als meine, ich vermute stark, dass dort der Grund liegt, dass es bei dir funzt und bei mir nicht (trotz identischer usbcalls.dll und usbresmg.sys).

Gehe ich recht in der Annahme, dass du deine USB-Treiber von arca noae (gekauft) hast?

Gruß,
Don Lucio.

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Mon 12. Jan 2015, 18:49

Hallo DonLucio,
The only difference to Wolfie (where cameraderie / ptpro are functioning well) seems to be the usb-stack: Mine is from 14.3.2014 (from hobbes), Wolfie's from 23.11.2014 (apparently from arcanovae). Does this mean I have to buy that "OS/2 & eCS Drivers Package" from the arca noae website?
Just to be sure. Some systems had usbresmg.sys in the \ecs\boot directory and others in the \os2\boot directory. Is your device driver statement in config.sys pointing to the proper usbresmg.sys directory ?
With the old usbresmg.sys and usbcalls.dll (from the ptpro110-package) the device (camera) couldn't even be located, in that sense your versions are "one step ahead".
Just to be sure. The usbresmg.sys and usbcalls.dll from ptpro110 are older that the ones from camera15. Wolfie is using the ones from camera15 (the same as in eComStation 2.0). Are you using the ones from ptpro110 instead?

I am not sure whether or not you need to buy the drivers package from arca noae right now.

Regards, Wim.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Mon 12. Jan 2015, 23:58

Hi Wim,
Wimpie » Mo 12. Jan 2015, 18:49 wrote: Just to be sure. Some systems had usbresmg.sys in the \ecs\boot directory and others in the \os2\boot directory. Is your device driver statement in config.sys pointing to the proper usbresmg.sys directory ?
Definitely YES. I have taken care to have only ONE file named 'usbresmg.sys' in my system (all other / similar versions renamed). As well as with 'usbcalls.dll'.
Just to be sure. The usbresmg.sys and usbcalls.dll from ptpro110 are older that the ones from camera15. Wolfie is using the ones from camera15 (the same as in eComStation 2.0). Are you using the ones from ptpro110 instead?
No. I am using exactly the same as Wolfie does. Yes, they are two month younger than the ones from ptpro110.
These are my versions:

Code: Select all

usbcalls         .dll       7,724 .a.. 20-09-06 14:35:34
USBRESMG         .SYS      32,750 .a..  5-09-06 20:47:18
I USED to have the ones from ptpro110 (from July 2006) before, and they worked fine, for years, until I upgraded to the latest USB-stack (14.03.2014). Now they don't work any more. In fact, with the USB-stack from 14.03.2014 there is NO combination of usbresmg.sys/usbcalls.dll whatsoever, that would make ptpro110 (Camera15) work in my system (remember: Tame/2 does work).

If I knew for sure thate the usb-stack from arca noae would solve the problem I would spend the 50 bucks without hesitation. But how can I be sure?

Regards,
Don Lucio.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Tue 13. Jan 2015, 14:07

[DonLucio » Mon 12. Jan 2015, 23:58 wrote:Hi Wim,
[] wrote: Just to be sure. Some systems had usbresmg.sys in the \ecs\boot directory and others in the \os2\boot directory. Is your device driver statement in config.sys pointing to the proper usbresmg.sys directory ?
Definitely YES. I have taken care to have only ONE file named 'usbresmg.sys' in my system (all other / similar versions renamed). As well as with 'usbcalls.dll'.
Just to be sure. The usbresmg.sys and usbcalls.dll from ptpro110 are older that the ones from camera15. Wolfie is using the ones from camera15 (the same as in eComStation 2.0). Are you using the ones from ptpro110 instead?
No. I am using exactly the same as Wolfie does. Yes, they are two month younger than the ones from ptpro110.
These are my versions:

Code: Select all

usbcalls         .dll       7,724 .a.. 20-09-06 14:35:34
USBRESMG         .SYS      32,750 .a..  5-09-06 20:47:18
I USED to have the ones from ptpro110 (from July 2006) before, and they worked fine, for years, until I upgraded to the latest USB-stack (14.03.2014). Now they don't work any more. In fact, with the USB-stack from 14.03.2014 there is NO combination of usbresmg.sys/usbcalls.dll whatsoever, that would make ptpro110 (Camera15) work in my system (remember: Tame/2 does work).

If I knew for sure thate the usb-stack from arca noae would solve the problem I would spend the 50 bucks without hesitation. But how can I be sure?

Regards,
Don Lucio.
With the same USB stack as you, and the usbresmg.sys and usbcalls.dll that wolfie is using cameraderie works fine here. So you shouldn't need the newer usb stack. As Wim said, check if you don't have multiple versions of usbresmg,sys and usbcalls.dll on your system.

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Tue 13. Jan 2015, 17:02

Hallo DonLucio,
With the same USB stack as you, and the usbresmg.sys and usbcalls.dll that wolfie is using cameraderie works fine here. So you shouldn't need the newer usb stack. As Wim said, check if you don't have multiple versions of usbresmg,sys and usbcalls.dll on your system.
Guzzi is right. It should work. However there may still be other differences between your systems that prevents proper operation only on your system. May be you need to plug the camera in a different usb port. Or may be some other usb device must not be attached to your system. Who knows? What you could do too is execute the following command in an OS/2 window:

ptpro -d -D* -v2

and post the result here. When you do that with my usbcalls.dll and usbresmg.sys installed (why not, if it does not work anyway) then I might be able to find the cause and fix that.

Regards, Wim.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Tue 13. Jan 2015, 17:51

[quote="[]Hallo DonLucio,
With the same USB stack as you, and the usbresmg.sys and usbcalls.dll that wolfie is using cameraderie works fine here. So you shouldn't need the newer usb stack. As Wim said, check if you don't have multiple versions of usbresmg,sys and usbcalls.dll on your system.
Guzzi is right. It should work. However there may still be other differences between your systems that prevents proper operation only on your system. May be you need to plug the camera in a different usb port. Or may be some other usb device must not be attached to your system. Who knows? What you could do too is execute the following command in an OS/2 window:

ptpro -d -D* -v2

and post the result here. When you do that with my usbcalls.dll and usbresmg.sys installed (why not, if it does not work anyway) then I might be able to find the cause and fix that.

Regards, Wim.[/quote]

F:\apps\pmraw>ptpro -d -D* -v2 > output.txt
usb_set_debug: Setting debugging level to 2 (on)
LIBUSB: Found device 1 on bus 1
LIBUSB: Found device 2 on bus 1
LIBUSB: Found device 3 on bus 1
LIBUSB: skipped 1 class/vendor specific interface descriptors
LIBUSB: Found device 4 on bus 1
LIBUSB: skipped 1 class/vendor specific interface descriptors
LIBUSB: skipped 1 class/vendor specific interface descriptors
LIBUSB: unable to read from bulk endpoint - size= 36 rtn= 0 rc= 280
PTPRO: USB read response failed - code= 0x1002 rc= 0x000b
LIBUSB: unable to read from bulk endpoint - size= 36 rtn= 0 rc= 280
PTPRO: USB read response failed - code= 0x1002 rc= 0x000b
LIBUSB: unable to send control message - rc= 280
ERROR: Unable to reset output pipe.
LIBUSB: unable to read from bulk endpoint - size= 36 rtn= 0 rc= 8040
PTPRO: USB read response failed - code= 0x1002 rc= 0x000b
LIBUSB: unable to write to bulk endpoint - size= 16 rc= 1b5b
PTPRO: USB write command failed - code= 0x1002 rc= 0xffffffff

And output of start /n /win camera console:

found language in env - lang= nl
unable to load .\cam_nl.dll - rc= 2 err= F:\APPS\CAMERA15\CAM_NL.DLL
using C:\ECS\DLL\USBCALLS.DLL

mounting drives
mapping drives
DosDevIOCtl DSK_BLOCKREMOVABLE - drive= R rc= 0x32
validating drives
Drive(s) found: none
Found device 1
Found device 2
Found device 3
Found device 4
PTP= 1 MSD= 0 List= 1
PTP device selected: 'NIKON DSC D60'
ERROR: USB read response failed - opcode= 0x1002 rc= 0x0280
ERROR: unable to open session for device 04b0/041e

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Wed 14. Jan 2015, 12:52

Hallo Guzzi, Thank you for your input.
LIBUSB: unable to read from bulk endpoint - size= 36 rtn= 0 rc= 280
PTPRO: USB read response failed - code= 0x1002 rc= 0x000b
rc=280 means timeout, code=0x1002 means PTP_OC_OpenSession and rc=0x000b means CAMERR_USBFAILURE.

So BulkRead timed out. This is a 4 seconds timeout in the code. This needs to be investigated further, but I don't have much time and I don't have a ptp camera to test with. When time permits I will conduct some tests without a ptp camera to see if I can reproduce the cause of this timeout in some other way.
(remember: Tame/2 does work).
As far as I know Tame/2 uses scanimage.exe and I think that scanimage.exe is much newer. I seem to recall that Paul Smedley recompiled that. May be he could recompile ptpro110 and camera15 too and solve the problem that way.

Regards, Wim.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Wed 14. Jan 2015, 17:32

I have a ptp camera that you can use for testing if you want. It's working but only with completely full batteries.

User avatar
Wimpie
Posts: 54
Joined: Sat 10. Jan 2015, 21:58
Location: Uithoorn

Post by Wimpie » Wed 14. Jan 2015, 18:06

Guzzi » Wed 14. Jan 2015, 17:32 wrote:I have a ptp camera that you can use for testing if you want. It's working but only with completely full batteries.
Thank you for your offer. I will be testing with it in due course.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Thu 15. Jan 2015, 00:56

Ich hab noch mal gecheckt: Nein, ich habe keine anderen usbcalls1.dll und usbresmg.sys als die von Wolfie. Nur mein USB-stack ist etwas älter. Und mein USB-Port war bislang unauffällig. Der Scanner mit tame/2 funktioniert, am selben USB-Port.

Hier mein ptpro110-Debug-Ergebnis:

Code: Select all

■■■»ptpro -d -D* -v2
usb_set_debug: Setting debugging level to 2 (on)
LIBUSB: Found device 1 on bus 1
LIBUSB: Found device 2 on bus 1
LIBUSB: skipped 1 class/vendor specific interface descriptors

 Device list
 ===========
 Bus  Device  VendorID  ProductID  Camera
LIBUSB: unable to write to bulk endpoint - size= 16  rc= 8040
PTPRO: USB write command failed - code= 0x1002  rc= 0xffffffff
  1      1     0x1307    0x0330    could not open device
LIBUSB: unable to write to bulk endpoint - size= 16  rc= 57
PTPRO: USB write command failed - code= 0x1002  rc= 0xffffffff
  1      2     0x192F    0x0916    could not open device
"Unable to write"? Sieht das vielleicht doch nach einem USB-Defekt aus? Wieso aber kann ich den Scanner am selben USB-Port problemlos betreiben?

Gruß,
Don Lucio.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Thu 15. Jan 2015, 01:05

DonLucio » Thu 15. Jan 2015, 00:56 wrote:Ich hab noch mal gecheckt: Nein, ich habe keine anderen usbcalls1.dll und usbresmg.sys als die von Wolfie. Nur mein USB-stack ist etwas älter. Und mein USB-Port war bislang unauffällig. Der Scanner mit tame/2 funktioniert, am selben USB-Port.

Hier mein ptpro110-Debug-Ergebnis:

Code: Select all

■■■»ptpro -d -D* -v2
usb_set_debug: Setting debugging level to 2 (on)
LIBUSB: Found device 1 on bus 1
LIBUSB: Found device 2 on bus 1
LIBUSB: skipped 1 class/vendor specific interface descriptors

 Device list
 ===========
 Bus  Device  VendorID  ProductID  Camera
LIBUSB: unable to write to bulk endpoint - size= 16  rc= 8040
PTPRO: USB write command failed - code= 0x1002  rc= 0xffffffff
  1      1     0x1307    0x0330    could not open device
LIBUSB: unable to write to bulk endpoint - size= 16  rc= 57
PTPRO: USB write command failed - code= 0x1002  rc= 0xffffffff
  1      2     0x192F    0x0916    could not open device
"Unable to write"? Sieht das vielleicht doch nach einem USB-Defekt aus? Wieso aber kann ich den Scanner am selben USB-Port problemlos betreiben?

Gruß,
Don Lucio.
Dass ist die gleiche fehler als ich habe mit die 'falsche' usbresmg.sys und usbcalls.dll. Sollte aber mit die 'richtigen' nicht passieren. Wie hast du gecheckt ob es noch andere versionen gibt? Ich mache dass mit FC/2, alt-F7.

User avatar
DonLucio
Posts: 482
Joined: Sun 29. Dec 2013, 01:14
Location: Hamburg

Post by DonLucio » Thu 15. Jan 2015, 12:42

Guzzi » Do 15. Jan 2015, 01:05 wrote:Wie hast du gecheckt ob es noch andere versionen gibt? Ich mache dass mit FC/2, alt-F7.
Ich habe ein kleines Rexx-Programm geschrieben, dass mir alle meine Platten absucht:

Code: Select all

/* Rexx - Global Search all Disks in System for a List of Files */

LookForFiles.1 = "usbcalls.dll"; 
LookForFiles.2 = "usbresmg.sys";
LookForFiles.0 = 2;

AllDrives = "c: d: e: f: g: h:";

do i = 1 to LookForFiles.0
   do j = 1 to words(AllDrives);
      CurrentDrive = word(AllDrives,j);
      ok = SysFileTree( CurrentDrive || "\" || LookForFiles.i, "files.", "FS" );
      if files.0 > 0 then do
         FoundFile = subword( files.1,5 );
         Attributes = space( subword( files.1,1,3 ),1 );
         say "*** ==> Found" LookForFiles.i "in" filespec("drive",FoundFile) || filespec("path",FoundFile) "Attributes="Attributes;
      end;
   end;

end;
exit;
Also, ich bin wirklich sicher, dass ich nur die Versionen habe, die auch Wolfie hat. Allerdings ist mein USB-Stack etwas älter.
Mein tame/2 funzt, nur ptpro nicht. Es bleibt ein Rätsel. Vielleicht werde ich doch die 50 Kopeken riskieren und die arca noae-Treiber kaufen.

Solange muß ich halt meinen Win-PC benutzen ... :-(

Trotzdem, danke für deine Bemühungen.

Don Lucio.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Thu 15. Jan 2015, 16:21

DonLucio » Thu 15. Jan 2015, 12:42 wrote:
Guzzi » Do 15. Jan 2015, 01:05 wrote:Wie hast du gecheckt ob es noch andere versionen gibt? Ich mache dass mit FC/2, alt-F7.
Ich habe ein kleines Rexx-Programm geschrieben, dass mir alle meine Platten absucht:

Code: Select all

/* Rexx - Global Search all Disks in System for a List of Files */

LookForFiles.1 = "usbcalls.dll"; 
LookForFiles.2 = "usbresmg.sys";
LookForFiles.0 = 2;

AllDrives = "c: d: e: f: g: h:";

do i = 1 to LookForFiles.0
   do j = 1 to words(AllDrives);
      CurrentDrive = word(AllDrives,j);
      ok = SysFileTree( CurrentDrive || "\" || LookForFiles.i, "files.", "FS" );
      if files.0 > 0 then do
         FoundFile = subword( files.1,5 );
         Attributes = space( subword( files.1,1,3 ),1 );
         say "*** ==> Found" LookForFiles.i "in" filespec("drive",FoundFile) || filespec("path",FoundFile) "Attributes="Attributes;
      end;
   end;

end;
exit;
Also, ich bin wirklich sicher, dass ich nur die Versionen habe, die auch Wolfie hat. Allerdings ist mein USB-Stack etwas älter.
Mein tame/2 funzt, nur ptpro nicht. Es bleibt ein Rätsel. Vielleicht werde ich doch die 50 Kopeken riskieren und die arca noae-Treiber kaufen.

Solange muß ich halt meinen Win-PC benutzen ... :-(

Trotzdem, danke für deine Bemühungen.

Don Lucio.
Bei mir funkzioniert es aber mit die gleiche USB stack und usbresm.sys und usbcalls.dll als bei dir....Muss etwas anderes los sein...
Das mit Tame/2 stimmt, das funzt -nicht- mit die letzte usbresmg.sys von AN, problem ist bekannt und schoen geloest, neue version kommt bald.

Guzzi
Posts: 93
Joined: Sat 20. Dec 2014, 00:26

Post by Guzzi » Thu 15. Jan 2015, 16:23

Wimpie » Wed 14. Jan 2015, 18:06 wrote:
Guzzi » Wed 14. Jan 2015, 17:32 wrote:I have a ptp camera that you can use for testing if you want. It's working but only with completely full batteries.
Thank you for your offer. I will be testing with it in due course.
I have sent the camera, you should have it in a day or two. Please save the packaging, I do want the camera back because I have found a solution for the low battery problem). I will of course pay for the postage.