Dear Ian, Did you able to convert USB0 Port in BBB to Host? If So, Can you explain? I need to Convert Both the ports in BBB to Host. It is urgent.
With regards Siddhiq On Wednesday, September 3, 2014 8:04:25 AM UTC+5:30, Ian Collins wrote: > > Has anyone made any progress with this? > > I'm in the same boat trying to get this work and realise we will have to > add some hardware to provide the correctly timed 5V. It looks like the > biggest problem is the DRVVBUS pin for USB0 isn't tracked. > > Thanks. > > Ian. > > On Wednesday, 12 February 2014 22:42:58 UTC+13, AndrewTaneGlen wrote: >> >> This guy seems to have had some success, with some minor hardware >> modifications: >> >> http://pansenti.wordpress.com/2013/05/27/beaglebone-black-with-two-usb-host-ports-it-can-be-done-but-its-not-easy/ >> >> Andrew. >> >> >> On 12 February 2014 20:18, Mahammad <cai...@gmail.com> wrote: >> >>> Hi There >>> >>> I am too trying to make the mini usb port to work as a host. >>> >>> I am trying to scan the expansion port signals it seams like none of the >>> pins offers direct access to the processor vbus signal. Should I do this >>> with some software? >>> >>> If with software; what time should it work to enable/disable the volt? >>> And should it listen to the signal all the time or just during the port >>> initialization stage? >>> >>> Best Regards >>> >>> Mahammad >>> >>> >>> >>> >>> >>> >>> >>> >>> On Wednesday, August 21, 2013 4:38:47 AM UTC+2, AndrewTaneGlen wrote: >>>> >>>> Understood. Thanks for taking the time to clear that up for me. >>>> >>>> >>>> Andy. >>>> >>>> On Wednesday, 21 August 2013 14:36:59 UTC+12, Gerald wrote: >>>>> >>>>> Yes, that is what I am saying. I did a design where the 5V was always >>>>> there. It din't work. I had to add a power switch like I did on the BBB >>>>> design. >>>>> >>>>> >>>>> Gerald >>>>> >>>>> >>>>> On Tue, Aug 20, 2013 at 9:33 PM, AndrewTaneGlen <andrewt...@gmail.com> >>>>> wrote: >>>>> >>>>>> Thanks Gerald, >>>>>> >>>>>> That was one thing I was not absolutely clear on. The TRM has the >>>>>> following passage concerning USB power control: >>>>>> >>>>>> "*When any of the USB controllers assumes the role of a host, the >>>>>> USB is required to supply a 5V power* >>>>>> *source to an attached device through its VBUS line. In order to >>>>>> achieve this task, the USB controller* >>>>>> *requires the use of an external power logic (or charge pump) capable >>>>>> of sourcing 5V power. A* >>>>>> *USB_DRVVBUS is used as a control signal to enable/disable this >>>>>> external power logic to either source or* >>>>>> *disable power on the VBUS line. The control on the USB_DRVVBUS is >>>>>> automatic and is handled by the* >>>>>> *USB controller.*" (AM335X TRM, pg. 1697) >>>>>> >>>>>> So are you saying, in addition to the above, that the USB port must >>>>>> be in control of the VBUS enable - assumedly detecting the voltage as >>>>>> off >>>>>> when disabled, and on when enabled, with specific timing requirements >>>>>> around these edges - so that there is no way to simply have the 5V there >>>>>> the whole time? >>>>>> >>>>>> If this is the case I guess there is a chance that I could add some >>>>>> kind of gpio control through the expansion header to enable/disable the >>>>>> 5V >>>>>> rail as and when required (or I could just modify the board - but I'm >>>>>> trying to avoid this and be able to just plug my clean BBB into my >>>>>> horrible >>>>>> looking base board...) >>>>>> >>>>>> >>>>>> Regards, >>>>>> Andy. >>>>>> >>>>>> On Wednesday, 21 August 2013 14:20:08 UTC+12, Gerald wrote: >>>>>> >>>>>>> Like the fact that the processor needs to see the 5V on >>>>>>> the processor pin when it turns on the 5V? >>>>>>> >>>>>>> Take a look at the host port design. Both ports are actually OTG >>>>>>> ports by design. To make the state machine in the HW function as a >>>>>>> host, >>>>>>> you need to make it work like the other OTG port, the one we call the >>>>>>> Host >>>>>>> port, which is configured for host.. >>>>>>> >>>>>>> >>>>>>> Gerald >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Aug 20, 2013 at 9:12 PM, AndrewTaneGlen < >>>>>>> andrewt...@gmail.com> wrote: >>>>>>> >>>>>>>> Hi All, >>>>>>>> >>>>>>>> I've been playing around with getting the mini-USB pc connector to >>>>>>>> function as a second USB host (I'm using RCN's Ubuntu, Raring, but I'd >>>>>>>> assume this would apply to Angstrom as well). There is a post here >>>>>>>> http://pansenti.wordpress.com/2013/05/27/beaglebone- >>>>>>>> black-with-two-usb-host-ports-it-can-be-done-but-its-not-easy/ >>>>>>>> decribing >>>>>>>> how to do this with some hardware modifications, but looking at the >>>>>>>> AM335x >>>>>>>> technical reference manual it looks like I should be able to set USB >>>>>>>> Port 0 >>>>>>>> to function as a host through software alone (i.e. without needing to >>>>>>>> ground the USB ID pin, or to modify anything else on the board). >>>>>>>> >>>>>>>> So what I have done so far is modify the 'am33xx.dtsi' file under >>>>>>>> the 'usb_otg_hs' section, and change the item 'port0-mode = <3>' to >>>>>>>> 'port0-mode = <1>', which, according to 'am33xx-usb.txt' in the device >>>>>>>> tree >>>>>>>> documentation, should force this port to function in Host mode. >>>>>>>> >>>>>>>> I then had a look through menu config, in the 'Device Drivers' -> >>>>>>>> 'USB Support' section and there didn't seem to be anything >>>>>>>> specifically >>>>>>>> relating to setting the mode of any particular usb port, so I left all >>>>>>>> of >>>>>>>> this unchanged. >>>>>>>> >>>>>>>> Upon booting I can see that whereas previously I would get the >>>>>>>> following wit regards to USB0: >>>>>>>> >>>>>>>> musb-hdrc musb-hdrc.0.auto: *** mode=3 >>>>>>>> >>>>>>>> I now get >>>>>>>> >>>>>>>> musb-hdrc musb-hdrc.0.auto: *** mode=1 >>>>>>>> >>>>>>>> This would appear to indicate that my device tree change had been >>>>>>>> successfully applied, and the initialisation of USB port0 now looks >>>>>>>> identical to that of port1. whereas previously they were quite >>>>>>>> different. >>>>>>>> >>>>>>>> I then customised my USB cable to have an external 5V feed (wired >>>>>>>> to SYS_5V on the expansion header) and added a female-female USB A >>>>>>>> adaptor >>>>>>>> to give me a host socket. >>>>>>>> >>>>>>>> However, it doesn't work. >>>>>>>> >>>>>>>> I have checked the power rail and can see 5V on R159 on the bottom >>>>>>>> of the BBB and I have double checked that the comms wires are the >>>>>>>> correct >>>>>>>> polarity, and everything buzzes out as expected. >>>>>>>> >>>>>>>> The device boots, and I can SSH into it. Plugging a memory stick >>>>>>>> into the standard usb host plug causes messages related to detecting >>>>>>>> and >>>>>>>> attaching a disk, but when I plug the same disk into the modified >>>>>>>> connector >>>>>>>> assembly I get noting at all. >>>>>>>> >>>>>>>> Taking out my change to the device tree returns the mini-USB >>>>>>>> connection to normal functionality, i.e. providing a network >>>>>>>> connection, so >>>>>>>> it would appear that the hardware is all still in good working order. >>>>>>>> >>>>>>>> So I'm wonder if anyone else has had luck using the USB OTG >>>>>>>> connection in host mode - without making any hardware modifications to >>>>>>>> the >>>>>>>> board? I all looks like it should work, so I'm guessing I've missed >>>>>>>> something fairly basic. >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> Andrew Glen. >>>>>>>> >>>>>>>> -- >>>>>>>> For more options, visit http://beagleboard.org/discuss >>>>>>>> --- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "BeagleBoard" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send an email to beagleboard...@googlegroups.com. >>>>>>>> >>>>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>>>> >>>>>>> >>>>>>> -- >>>>>> For more options, visit http://beagleboard.org/discuss >>>>>> --- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "BeagleBoard" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to beagleboard...@googlegroups.com. >>>>>> For more options, visit https://groups.google.com/groups/opt_out. >>>>>> >>>>> >>>>> -- >>> For more options, visit http://beagleboard.org/discuss >>> --- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "BeagleBoard" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/beagleboard/Mbaa5tsdfOk/unsubscribe. >>> To unsubscribe from this group and all its topics, send an email to >>> beagleboard...@googlegroups.com. >>> For more options, visit https://groups.google.com/groups/opt_out. >>> >> >> -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.