yashsingh1/xdaforums huggingface dataset:
[Hardware Hacking General] zuberio:
Thanks for warning me off just going out and applying Vcc to my phone in host mode without first testing if it supplies it's own power.

When you say diode indicator do you mean an LED? And if the LED lights up you flip a switch to disconnect the hub power to the phone?

---------- Post added at 07:42 PM ---------- Previous post was at 07:31 PM ----------

Ah, I understand now.

I guess the safest option for my battery backup/powered usb hub device is to install a 'mode' switch. Either it's a battery backup, or it's a battery powered USB hub - depending on the 'mode'.

Now I just need to hunt down a cheap powered USB hub and a battery that will power it or my phone.......

Actually, would there be any issues using an inline powered USB hub and disconnecting the Vcc from the host side to instead attach to a 5V 1A power source? The power source could probably be two minty-boosts in parallel.

[EDIT] Doh, I looked again at your hub.jpg - I just need to use a powered USB hub setup like that with a switch to bypass the diode for the 'phone charge mode' mentioned above (probably with some special resistances between D+ and D- depending on the device).
[Hardware Hacking General] Renate:
No, resistors between D+ and D- are only for charging devices that are not communicating.

If you want to charge and communicate then you have to leave those alone.

That's why I said that you may need a kernel driver mod or an app to turn on charging when communicating.
[Hardware Hacking General] zuberio:
I agree and understand - I guess I wasn't very clear in my last post.

My device will have two separate modes.

Mode 1:

Battery powered USB hub that doesn't provide power upstream to the OTG host device.

Mode 2:

Battery backup power device - powered USB hub disconnected

Such a device would be compatible with all Android devices, regardless of weather they provide power in OTG Host mode or not
[Hardware Hacking General] HeliumX10:
I understood clearly:)

This is the exactly the same I made completely myself. It has only 2 ports (no active chip, simplier and more reliable solution). It has One connector only for OTG master and second one port is for host device. When switch is on, power is also delivered into OTG host port, otherwise poered are all of the slave ports. But mine is designed mainly as emergency charger (for OTG Master device or two slave only phones/devices), or as active hub (thats why I added the switch with resistor and diode as power check).

Will post a diagram if you want.
[Hardware Hacking General] alveena6:
prie irgseha

My touchpad is not power OTG, but refuses to load when the OTG mode, other devices will be different. OTG still working on it, even if I disconnect Vcc +5 V (red) wire. If you force, the USB devices be powered by external power supply might try unplugging the device Vcc.
[Hardware Hacking General] scitobor:
BC1.2 Usb battery charging specs

Hi All,

I see that the last post here is a month ago, but here goes anyway. I am looking to do the same thing - I want to hack a 4 port powered USB hub to also charge the host (upstream) device.

Two modes of operation shouldn't be required. The specs allow for the phone to act as the USB host, and simultaneously charge. A powered USB should be easy to hack to simultaneously charge the phone and give you a useable USB hub for keyboard/mouse/usb stick or high-powered devices you can't use directly on the phone like USB hard disks.

I've made a reasonably close study of the Battery Charging Specification rev 1.2 (dec 2010) (USB implementers forum). The relevant sections and diagrams are around section 6.3: Standard ACA (accessory charging adapter) which could be a modified 4-port powered USB hub, hacked to be an "Accessory Charger Adapter" (figure 6-1):

1. The charger port should be 5V; jump that to the 5V V+ pin on the "OTG Port" - the OTG port would be the USB upstream port on the hub.

2. An ID resistance needs to be fitted integral to the μ-A Plug connecting to the OTG device, 124kohm between the ID pin and GND. (ref table 5-3 Resistances: RID_A; table 6-2 row 6)

I won't be able to use it anywhere else, because of the short to the V+ pin I've put there, but I would then have a battery charger for my phone which simultaneously works as a 4 port hub.

I have a Galaxy Note N7000. Does anyone know if this is FULLY compliant with the above referenced BC1.2 spec? I wonder because the Note also does audio and HDMI out on that port. Presumably with non-standard Rid values at the connector end.
[Hardware Hacking General] Renate:
Different hardware supports different ID pin sensing and data pin multiplexing.

On the Nook Touch, which uses a TPS65291, ID sensing is just short/open.

There is ability to use UART through the ULPI interface, but I haven't noticed it.

Many devices have separate muxes to integrate MHL, UART, CarKit (audio) and USB.

The CarKit is the tricky one because the signal goes below ground.
[Hardware Hacking General] E:V:A:
I suspect that the N7000 is very similar in Specs to the I9100, and thus it is more likely that it conform to the BC1.1 as mentioned and linked in this thread/post here. Remember that HDMI (and possibly audio) is not covered by the BC specs and very manufacturer dependent.
[Hardware Hacking General] scitobor:
ID pin and USB OTG specs

Yeah, that is what I'm worried about. I'll have to try it. Bit scared since I'm far away from my equipment, and my last experiments blue up two memory sticks. (Shorted data pin to V+/GND I think)

---------- Post added at 03:49 AM ---------- Previous post was at 03:37 AM ----------

Everything I'm concernedwith is in the BC1.1 spec as well - though from memory host mode and charging resistance range was tightened up:

BC1.1 122k - 132k while BC1.2 122k - 126k on the ID pin; nominal value 124k. (My memory could be flawed here)

Anyway, audio/HDMI could be extending the spec without violating it. Nothing in the spec about not extending the functionality I think.

Have you seen something authoritative saying that the I9100 is OTG compliant? Presumably the manufacturer can't say they're compliant unless they're fully compliant ...
[Hardware Hacking General] scitobor:
Hacking together an ACA

Ok, I got some very cheap hubs and discovered some things. And did some hacking. Final result, it didn't work.

One thing I found, with two (VERY cheap) 4 port hubs, there is no isolation diode between the upstream Vbus and the external power supply. They're directly connected. It was possible to plug the mobile into the upstream/host port and charge the phone with the right cable. The phone would not act as host though; I used a PC cable to verify this with an adapter to get it into the micro-USB upstream/host connector.

This means that NO mods are required to the 4 port hub. It is easy to verify that a hub has direct 5V or an isolation diode.

The only mod then is to make an upstream cable with a micro-A (or micro-AB?) with the right ID pin resistance. Per the specs, that is 124K.

So I cut off the USB connector on the cable for the USB hub and fitted a micro-AB with 124K. Didn't work. From looking at some code I think this is a software issue. Kernel code may not be supporting this feature yet.

Some pics:

This is the modified USB hub. The only change made is in the connector type for the upstream/host, with ID pin resistance to ground of 124.3k. I previously verified that the mobile would take a charge from the upstream/host cable (ie no isolation diode) The external charger is not shown here.

A close-up of the connector. You'll have to excuse the soldering - I checked for no shorts. I need to get a better iron. The resistor is actually 121k+3.3k in series (124.3k) since 124k is not available off-the-shelf here.

Results: No indication of OTG connection, no charging indication. No indication of PC attach either - nothing.

Any thoughts?
[Hardware Hacking General] Renate:
Well, the specification is all fine and dandy, but any OTG adapter cable

that I've seen anywhere has a dead short to ground on the ID pin.

Moreover, at least on my device (Nook) the USB interface doesn't have a full ADC.
[Hardware Hacking General] perpetualjon:
I am very interested in this issue myself. I would like to be able to attache a powered USB hub and charge my Samsung Galaxy Note while still using it for an external keyboard and mouse (kind of like a mini-PC). For extended periods of time, this would certainly be a handy ability. I could possibly even attach more serious storage devices than simply USB thumb drives if I had less concern for power (like maybe even an external hard drive enclosure that usually demands strong USB power to run)...
[Hardware Hacking General] Renate:
I've had a 2.5" 100 GB hard drive with 3 partitions running off a back-powering hub on my Nook.
[Hardware Hacking General] scitobor:
I have one of those OTG adapter cables, works fine. I can even mount an external HDD on it if I use one of those USB Y cables to get extra power to it.

This is what I glean from the specs:

ID pin 0 to GND (dead short) device acts as host, must supply power on Vbus. OTG adapter cable case.

ID pin 124k to GND device acts as host, can charge from Vbus. No power supplied by device on Vbus.

ID pin OC device is USB slave. Can charge from Vbus.

The issue is that while the mobile is working as host, using the OTG cable, it must supply power. I can't charge it simultaneously, so I couldn't have say a mouse and keyboard sitting there for extended periods.

Using that 124K resistor, it is supposed to be possible for the device to take charge while working as USB host. Ref Table 6-2, Row 6, particularly the notes on Row 6 immediately following the table [in Battery Charging Specification, Revision 1.2]

I suspect that using a Y adapter, I can reduce the supply requirement to 0. In fact I think using the USB hub could reduce the power required on the USB port to 0, by cutting the V+ line. I'd rather get the charging going though.

I notice that the BC compliance testing document is dated oct 2011, so maybe the phones aren't up to speed yet.

Renate, the cabling to your USB hub is unmodified? What kind of connector does the nook need at its end?

---------- Post added at 06:00 AM ---------- Previous post was at 05:50 AM ----------

... Galaxy Note ... external keyboard and mouse ... extended periods of time ... more serious storage devices than simply USB thumb drives ...

LOL I read this after I replied to Renate above, looks like I'm quoting you. We want the same thing.

A simple start would be just to get a powered hub and cut the V+ line on the upstream/host side to ensure that no current sharing occurs. At least then the USB won't consume any power from the mobile. Be nice to get it to charge too though. In the end it looks like it should only need a custom cable between the note and a powered hub.

---------- Post added at 06:18 AM ---------- Previous post was at 06:00 AM ----------

I'm having a problem with this blocking diode. As Renate notes somewhere, at best I don't believe its necessary, and at worst may be incorrect. Having pulled two (cheap) 4 port hubs, the diode isn't present, the assorted Vbuses are all just connected together.

Since all the Vbus sources are going to be semiconductor, backward current flows aren't going to happen unless it's designed in, unless you drive above say one diode drop (0.7V) -then you may drive over electrostatic protection dioes built in to a lot of ICs. If you stay in spec - 4.75 to 5.25 - then no problems. And that narrow range is a problem; fitting a block diode will drop your Vbus by 0.7 (Si) or 0.25 (Schottky), taking your Vbus supply on the other side of the diode out of spec. If a blocking diode must be fitted, it will have to be an active design. It can be done with a single FET/transistor I think.
[Hardware Hacking General] Renate:
I use an OTG microUSB to USB jack adapter and the regular (unattached) cable to my hub.

I've tried a 120K resistor from the ID to ground (using a separate jig)

and my Nook doesn't differentiate that from an open circuit.

These are hubs with a wall power supply?

My 7 port hub (with wall power supply) had an axial lead Schottky diode in it,

which I replaced with a jumper.
[Hardware Hacking General] perpetualjon:
Well, I bit the bullet and ordered some bard micro and standard USB connectors on eBay. Once I get them in hand, I'm going to start experimenting with this myself and see what I can pull off. I'll keep you all posted on the progress!!
[Hardware Hacking General] scitobor:
Its looking like software

Digging around xda, seems clear that its software. Seems host-mode has been in the hardware for a while, but not supported or incompletely supported up til ICS. Being able to supply power out the port requires additional hardware and a lot of phones don't have it or are under-powered.

So, a decent number of phones can be put into host mode, but require external power (like a Y connector arrangement) and can often be arranged to charge while in host mode. Just wire up a powered USB hub which powers upstream as well (maybe not if you don't want to charge), and everything is fine. Exactly as Renate has found.

"USB Host Controller" app looks to be going in the right direction. Lots of useful arcana on controlling USB modes on those threads.

It SHOULD only need that 124k resistor (122k-126k allowing tolerances per specs) on a custom cable. Per specs its supposed to be a trapped cable as in the hub I modded above, but a cable would do. I'm on a stock ICS kernel, other kernels may have better support.

---------- Post added at 05:42 PM ---------- Previous post was at 05:01 PM ----------

Both have jacks for an external 5V supply; the 5V wall supply was not supplied - I had a couple around the house. Jack seems to be pretty standard.

---------- Post added at 05:48 PM ---------- Previous post was at 05:42 PM ----------

Keep us posted, I have very limited test resources and unfortunately the hub has a trapped cable. I've inspected it closely, but can't rule out shoddy workmanship on my part. My note still works fine though.
[Hardware Hacking General] HeliumX10:
First - I wont quote, because this thread goes out of control :D

Blocking schottky diode is necessary - it prevents the voltage shortcut between powered host and possibly self power providing slave.

I guess that devices doesnt have any protection against their VCC output maximum range so it might destroy its PM chip (already saw few devices with this destroyed ICs due this). Huge problem because its outputs has very low transition resistance and from hub can be provided huge current. It might be already solved by new chipset, but dont know about it.

Even I have great measurement enviroment, dont have any new device to test it (cant burn my PM IC because it doesnt provide power :D :D :D)).
[Hardware Hacking General] scitobor:
:D Sorry - quoting a bit blindly :D

Looks like you're right though about protection being necessary against two devices driving V+ at the same time. See this thread:

[webcam support] USB Host support that YOU can try (now in nightlies)

http://xdaforums.com/showthread.php?t=1105497

He has a bit marked out in red where he managed to toast the USB in his Nook.

Also these guys are researching the same issue on the Nook (color?) and seem to be way ahead of anyone working on the Galaxy Note.

I am now looking at (kernel) code to see whats going on, and I see a lot of FIXME and TODO-type comments in the OTG code, and this is in ICS 4.04 kernel which Samsung are releasing now. That said, the power management/supply chip is a MAX8997, which appears to provide full support for OTG (BC_1.1 ) though how bug-free that is I couldn't say.

I haven't identified what USB transceiver is in use yet.

What I'm looking at now is an app to supply-to/charge-from/turn-off USB power, and host/client/off USB. This I'm sure is going to take kernel mods. It seems that its going to be needed in the short run; and I think it may have some value in the long run too (back-powered hubs being quite common it seems)

Renate: You've written an app for the nook that does that. Can you point me at details and maybe source somewhere? Also such an app was available in the above quoted thread (yours Renate?) for the Nook; I follow the download link and its expired though.

Here is an interesting thread on back-powering hubs again: (I have no idea what a raspberry pi is)

http://www.raspberrypi.org/phpBB3/viewtopic.php?f=26&t=11419&p=125412

ONE MORE THING

:eek: I don't think I've ever seen my Note charging at 2A - the charger supplied was just a 1A USB thing that I plugged the data cable into. Not sure if it shorts the D+/D- pins or not.
[Hardware Hacking General] Renate:
verygreen was the one who started all this USB host mode stuff on the Nook (Both Color and Touch).

The Color had the problem of the ID pin not being brought out to the connector.

For the Nook Touch, the hooks into the driver are fairly simple.

echo host > /sys/devices/platform/musb_hdrc/mode
echo peripheral > /sys/devices/platform/musb_hdrc/mode

echo 0 > /sys/devices/platform/bq24073/force_current
echo 500000 > /sys/devices/platform/bq24073/force_current
echo 1500000 > /sys/devices/platform/bq24073/force_current

My UsbMode app (for Nook Touch) is in the signature.
[Hardware Hacking General] scitobor:
echo host > /sys/devices/platform/musb_hdrc/mode
echo peripheral > /sys/devices/platform/musb_hdrc/mode

Noob question: is musb_hdrc/mode a file or a device? ie you end up with a file with just the word:"host" / "peripheral" ?
[Hardware Hacking General] Renate:
They are parts of the file system that interact with the kernel driver.

If you do a directory listing, they are there.

If you look in the kernel driver you will see some code that will twiddle some bits if an input string equals "host".

Stuff like my app should not be necessary.

If the driver were working correctly plugging in an OTG cable would ground the ID pin,

cause an interrupt and make the device go into host mode.

It's on my list of things to look into.
[Hardware Hacking General] mike2nl:
Hi guys and girls ;),

finally i have found the right hardware threads.

Good to see that there are more users who are playing and wiring with her phones.

I have found this thread about external usb webcam support.

Now my question after i have read some pages, how far goes the support.

I mean the kernels. Is this all only for the CM types or can i use it for the...

as Sample the HTC Sensation XE with the SebastianFM Kernel v1.5.2 who

has UST OTG build in. What is working very stable with usb devices.

I have tested a lot and have found the old Logitech webcam (Lego usb cam).

Now my next step is to test that old peace of hardware. This cam type

has video and audio on board.

Possible someone from you can give me a hint...
[Samsung Galaxy Nexus] Rodrigo Ark:
Anyone had recieve the OTA 4.0.4 IMM76D in this days? It's seems that is not available anymore...

Anyone knows something? like...when it's going to be available again or if someone got it in this days without using "trick"?
[Samsung Galaxy Nexus] Theshawty:
It should be available? Have you tried going to your applications list, selecting all apps and scroll down to "Google Services Framework" and wipe its data? Might have to do that a few times for it to work.
[Samsung Galaxy Nexus] krige:
I have read Android 4.0.4 is currently rolling out via an over-the-air update to Galaxy Nexus phones. The Android version of my Galaxy Nexus is currently 4.0.2. I have been checking for a new version over the past weeks through:

Settings / About Phone / System updates / Check now

but it has always being saying that "my system is currently up to date". Is it normal I didn't get the 4.0.4 version yet? Is there maybe anything else I need to do to "activate" it?
[Samsung Galaxy Nexus] martonikaj:
They halted the IMM76D update because it has radio issues. That's why there's a new OTA to IMM76I that fixes the issues. Chances are they'll just resume it and push people straight from 4.0.2 to IMM76I.

Read above. Also, if you're not a "yakju" device, you probably aren't getting it yet either way right now.
[Samsung Galaxy Nexus] alexmart:
My sprint gnex came with version 4.0.4 build IMM76D.
[Samsung Galaxy Nexus] martonikaj:
Cool story? :confused:
[Galaxy 3 Android Development] rubensollie:
JoyOS ROM:​

​

Ported from huawei c8650

Screenies:

Will come soon!

Downloads:

Build 2 - www.rubenandroid.vacau.com

Bugs:

- Same as cm7

Disclaimer:

I take no responsibility for either softbricks and hardbricks.

Credits:

Marcellusbe, for his very hard work on cm7!

JoyOS Team, for their work on making this
[Galaxy 3 Android Development] rubensollie:
Windows Phone 7:​

​

Screenshots:

Download

Pre release 1: www.rubenandroid.vacau.com
[Galaxy 3 Android Development] rubensollie:
MIUI:​

​

Screenies:

Coming Soon!

Downloads:

Coming Soon!

Bugs:

- Same as cm7

Disclaimer:

I take no responsibility for either softbricks and hardbricks.
[Galaxy 3 Android Development] rubensollie:
LewaOS ROM:​

​

Ported from galaxy ace

Screenies:

Downloads:

11.05.12 - www.rubenandroid.vacau.com

Bugs:

- Lockscreen is oversized

- Some other oversized stuff

- Maybe some call problems (?)

- Same as cm7

Disclaimer:

I take no responsibility for either softbricks and hardbricks.

Credits:

Marcellusbe, for his very hard work on cm7!

LewaOS Team, for their work on making this
[Galaxy 3 Android Development] rubensollie:
Reserved because of coolliness!
[Galaxy 3 Android Development] rubensollie:
LOL Reserved :p
[Galaxy 3 Android Development] rubensollie:
Reserved for more and more stuff i dont even know!
[Galaxy 3 Android Development] rubensollie:
Last reserve and im done now!
[Galaxy 3 Android Development] Michał12:
WOW - fantastic :D

Good work ;)
[Galaxy 3 Android Development] rubensollie:
Lol, thanks and thanks for my 500st thanks xD

To everybody. Sorry for staying lazy so long :p!
[Galaxy 3 Android Development] rubensollie:
Okay, IOS Build 1 released!

Download: IOSforG3-BUILD1.zip

It is an update.zip, so just wipe data after installing.
[Galaxy 3 Android Development] Halco:
And what about MIUI GB ? Could u take a look at this ? Ashish begins this well.. Just the call issues is there :) Will be a great port i think :)
[Galaxy 3 Android Development] rubensollie:
Yeah, this is the next thing im porting. I already got it booting, just need to improve it some more.
[Galaxy 3 Android Development] rubensollie:
Ow yeah and i forgot to tell. Give me suggestions for roms i should port. :p
[Galaxy 3 Android Development] Halco:
U know my suggestion ;) Keep it up. If u wanna some tester for GB MiUi, i'm here :p
[Galaxy 3 Android Development] Fikul:
You're doing too much in one time, focus on one - two projects and refine them :)
[Galaxy 3 Android Development] Ava.tar:
He's awesome at what he does so let him do what he does!
[Galaxy 3 Android Development] kylandomos:
Yes but all of his Works need Fix .

I admit that they are good, but, why try everytime everynew stuff ?
[Galaxy 3 Android Development] Darius_AWS:
Boot2gecko or baiduOS !
[Galaxy 3 Android Development] antaine:
+1 boot2gecko
[Galaxy 3 Android Development] austin266:
calling bug.......???

when will get fixed

---------- Post added at 08:40 AM ---------- Previous post was at 08:39 AM ----------

calling bug.......???

when will get fixed
[Galaxy 3 Android Development] rubensollie:
All roms are now available on

Why am i doing this?

I am doing this because it's easier for me to see what i've released and has an much cleaner look
[Galaxy 3 Android Development] mohsin2cool:
FOR ME I CANT SEE THIS WEBSITE.....DONT KNOW ..IS IT ME ONLY????:eek::eek::eek::eek:
[Galaxy 3 Android Development] rubensollie:
Try this link: www.rubenandroid.allalla.com
[Galaxy 3 Android Development] propsia:
tell me one thing when i flash you MIUI build6 in my g3 all internal space get empty and it shows internal memory full
[Galaxy 3 Android Development] mohsin2cool:
is joy os 1.2.1 latest build ????
[Galaxy 3 Android Development] pratikmore:
1.2.2 is latest build.
[Galaxy 3 Android Development] austin266:
Callinv bug fixed...???? In joyos 1.2.2

UNNAMED ROM -ECLIAR

CUSTOM KERNEL