Hello everyone, 

I finally got the uEye USB camera working on the OTG! The suggestions to disable the power check where perfectly fine. However, the uEye daemon "ueyeusbdrc" had to be restart afterwards in order for the camera to work. 

FYI here the two simple steps in detail:
1. echo > 1 /sys/bus/usb/devices/usb1/1-1/bConfigurationValue
2. /etc/init.d/ueyeusbdrc restart

Thanks for your help!


On Jan 31, 2013, at 3:20 PM, Mark Stamer <mark.stamer@tuhh.de> wrote:

Alexander, I tried what you said in the exact order but it still won't work. The "ID" pin should be grounded as I connected the ground from both sides. I'm thinking of connecting the 5 V from the battery to the USB OTG port side even though I have a little doubt this could damage the board. I'll let you know if that did the trick.

On Jan 31, 2013, at 10:35 AM, Alexander Thomas <alexander.thomas@esaturnus.com> wrote:

Hi Mark,

I have dug into my old notes and it seems I was using 2.6.35. Some other points on the checklist:

* Make sure that the plug that connects to the USB OTG port has its 'ID' pin connected to ground to let the port know that it should work as a host.
* Make sure that the cable is plugged into the USB OTG port before booting.
* The `echo -n 1 > /sys/devices/platform/musb_hdrc/usb1/1-1/bConfigurationValue` command must be run when the device has already been plugged in, not before.




On Wed, Jan 30, 2013 at 5:47 PM, Mark Stamer <mark.stamer@tuhh.de> wrote:
Hey, 

thanks for you quick reply. Pin 183 doesn't exist and pin 168 was already set to 1 but even toggling it off and on again didn't work. I'm using Kernel 2.6.34. Do you consider this an "old" Kernel?

Unfortunately a powered USB Hub is not an option for my application even though I have one where the camera works. 


On Jan 29, 2013, at 6:22 PM, Greg Kogut <gkogut@yahoo.com> wrote:

Mark,

You might try toggling
OVERO_GPIO_USBH_CPEN    168  

or

OVERO_GPIO_USBH_NRESET 183
In userspace, after boot. In a similar splice situation, toggling 168 solved a similar problem for me.
I think at boot there's some timing problem related to the power.

Greg



From: Mark Stamer <mark.stamer@tuhh.de>
To: General mailing list for gumstix users. <gumstix-users@lists.sourceforge.net>
Sent: Tuesday, January 29, 2013 8:29 AM
Subject: Re: [Gumstix-users] Alternative OTG USB power

Hello Alexander,

I'm trying to get a webcam to work the same way you did it. I spliced a USB cable and connected the power lines to a 5 V source. However, when I connect the camera there is no handshaking taking place anymore. The data lines are intact and the power lines going to the gumstix are dead ends. Could that be the problem? Do you have any idea why this is and what I could do with the dead ends to fake a connection if that's what's missing for the handshaking?

Thanks a lot in advance. 


Dipl.-Ing. Mark Stamer
Technische Universität Hamburg-Harburg
Institut für Mikrosystemtechnik (E-7)
Eißendorfer Str. 42
21073 Hamburg
Germany

Tel.: +49 (0)40 42878 2402
Fax: +49 (0)40 42878 2396
Email: mark.stamer@tuhh.de
http://www.tu-harburg.de/mst

On Feb 28, 2012, at 10:51 AM, Alexander Thomas <alexander.thomas@esaturnus.com> wrote:

On Mon, Feb 27, 2012 at 5:51 PM, Lark, Nathaniel (SELEX GALILEO, UK)
<nathaniel.lark@selexgalileo.com> wrote:
We are attempting to remotely power a USB device by splicing into the gnd and 5V power lines and providing an alternative supply from that provided by the Overo OTG USB port.

This issue surrounding how the USB device presents itself and why the device will still be rejected even though it is externally powered is understood by us.  What we cant do is find a solution to bypassing the power check all together.  The archives suggest some approaches and code changes to the kernel back in 2010, however a search of our kernel source code (3.0.0.) suggest this may not be relevant any longer.

Chris cotton provided this solution in an earlier discussion, May 10, 2010, however we could find no such code to make the change.

Any help would be most appreciated  :)


I had this exact same problem and found a solution for more recent
kernels. After plugging in the device, run the following command:
echo -n 1 > /sys/devices/platform/musb_hdrc/usb1/1-1/bConfigurationValue
This disables the power limit enforcing. You may still get a warning
in the system log, but the device should work.
This has to be repeated every time the Overo is rebooted or the device
is plugged in.

Of course you should never run this command when a device that can
draw more than 100mA is connected to the OTG port with a non-spliced
cable.

--
Alexander Thomas
Research Engineer

eSATURNUS NV
T +32 16 40 12 82
M +32 477 51 63 62
http://www.esaturnus.com

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users


------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users



Dipl.-Ing. Mark Stamer
Technische Universität Hamburg-Harburg
Institut für Mikrosystemtechnik (E-7)
Eißendorfer Str. 42
21073 Hamburg
Germany

Tel.: +49 (0)40 42878 2402
Fax: +49 (0)40 42878 2396
Email: mark.stamer@tuhh.de
http://www.tu-harburg.de/mst


------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users




--
Alexander Thomas
Research Engineer

eSATURNUS
T. +32 16 40 12 82
www.esaturnus.com

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users