Skip to content

USB device - Current consumption stays high before 1st connect #1284

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

Closed
amveeq opened this issue Aug 7, 2015 · 3 comments
Closed

USB device - Current consumption stays high before 1st connect #1284

amveeq opened this issue Aug 7, 2015 · 3 comments

Comments

@amveeq
Copy link
Contributor

amveeq commented Aug 7, 2015

We've been working on the USB Device for a while and we noticed that there is some shortcomings in the USB device library which result in the high current consumption before (any class) USB device is connected for the 1st time. There has been already reported couple of issues “USB Serial constructor blocking" (#53) and “Allow USBDevice::connect() to be non-blocking" (#169) with some level of fixes.
Related to the issues mentioned there is also another potential way to correct the issues. Constructing the Serial (or MSD class) object a bit differently, current consumption can be limited in the main function: USBSerial (VID, PID, REL, false). This is possible with Serial and MSD classes as they support non-blocking construction.
However this still leaves Audio and HID classes with the current consumption issue as they do not support non-blocking construction.

@c1728p9
Copy link
Contributor

c1728p9 commented Aug 21, 2015

Hi @amveeq , you should be able to create a HID class without extra current draw since the last parameter in the constructor is whether to call connect in the constructor. If you set this to false and then call connect(false) later, it should fix your current problem. Let me know if I missed something in your post. Also, it looks like the blocking inside the audio class is a problem.

@amveeq
Copy link
Contributor Author

amveeq commented Aug 24, 2015

@c1728p9, yes HID class seems also to have the non-blocking capability but audio don't so that still remains to be a problem.

@ciarmcom
Copy link
Member

ciarmcom commented Aug 1, 2016

ARM Internal Ref: IOTMORF-243

This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants