-
Notifications
You must be signed in to change notification settings - Fork 69
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UsbDK support #99
Comments
In the temporary "next" branch, I pushed a few weeks back several libusb features that I was not wrapping yet. One of which is Could you try that branch and report whether it works, and how usable it looks to you ? One caveat: as this is not released yet, I consider I am still allowed to change the newly introduced API. Basically, the argument name could change or it could have to be provided in another way. But I think I am happy enough with the current implementation. And on another level: I am currently very busy on a personal level, so I have basically no time to work on the next release. Things should hopefully calm down in the next few months, freeing some time. |
Sure, don't worry about being busy or anything else and focus on whatever you need to. It's also perfectly fine if it changes. I'll let you know how it goes after trying it. |
Apologies for the late reply:
|
So libusb init is complaining about UsbDk being unavailable for some reason... Are you sure it is available ? |
Dear vpelletier,
Is there any way to force usbDK support?
I've seen the pyusb conversation about it here
However, when I use python-libusb1 to set option to 1:
I understand UsbDK is unstable but I need to use it for the project I'm working on.
EDIT: libusb_set_option returns -5 and the device I am trying to access is under libusbK
Code:
EDIT: it seems to suddenly now return
0
instead of -5, perhaps because the device isn't connected, I'll checkEDIT:
Now it works but at parts requiring
libusb_reset_device
and thendevice.close() #usb1.USBDevice
, the code randomly breaks off with a chance of moving to the next stepctx.close() # usb1.USBContext
before breaking off.Code:
Threading seems to be somewhat effective if done in a daemon form
The text was updated successfully, but these errors were encountered: