Hi, has anyone sucessfully done this yet? On Wednesday, February 12, 2014 10:42:58 AM UTC+1, 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 <javascript:>> > 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 <javascript:>. >> 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.