adb implementation seems capable of addressing this requirement. But I guess the porting the adb host side to the controller requires a lot of work on the Android phone's side (adb device). I'm planning to maybe make a separate daemon that would behave like adb (maybe on the communication protocol used), only a simpler one. I'm not sure though whether its coexistence with adb will result to other issues.
On Oct 8, 11:55 am, -chew- <chew.esm...@gmail.com> wrote: > Also trying to accomplish the same objective. I've been trying to > investigate other possibilities of capturing incoming USB (maybe hook > the URB's) data in Android. I know that kernel build in Android does > not support the "Enable Loadable Module Support" kernel config and it > has no USB host or OTG capabilities; just client. If possible, I don't > want to do it in kernel mode (to avoid kernel recompilation). Maybe > just a daemon to do the capturing but still no idea how. > > The idea of the project is that Android phone will be attached to a > microcontroller (USB host/OTG capable). This controller will be > sending data to Android phone via USB (I still have to write USB host > controller driver for the microcontroller, though). Android phone will > the USB client. Still investigating if this could be done in adb. > Don't want to modify adb itself. Maybe just a filter to capture USB > data traffic in adb. Been scanning the codes in adb. Seems that adb is > also doing the functionality of a typical USB driver, though running > as a daemon/service. Am I right? > > @Jay: Do you have any progress so far? Could you please share also > some ideas? > > On Sep 28, 11:59 pm, Chris Stratton <cs07...@gmail.com> wrote: > > > > > On Sep 27, 2:28 am, Jay <jyogar...@gmail.com> wrote: > > > > I am looking into to Interfacing an Android Phone with a PIC > > > Microcontoller and retrievedatavia theUSBport. How would I go > > > about doing this? What API calls do I need to make to retrievedata > > > from the PIC? And will it be easier if I were to do this via > > > BlueTooth instead ofUSBby adding a BlueTooth module to my PIC? > > > The current android phones are USBdevices only, they do not > > function asUSB hosts. So to do this withUSB, you would need a PIC > > that can be aUSBhost. > > > Bluetooth probably is more practical as some progress has been made on > > getting rfcom working (see the unofficial bluetooth api community > > project) > > > There also is/was a debug serial port on the extusb connector that > > might be an option, though may require a custom kernel? > > > Anyone you cut it, this is a quite advanced project - not to say that > > you shouldn't tackle it, but you will end up learning a lot about the > > internals of android before you get it working. --~--~---------~--~----~------------~-------~--~----~ unsubscribe: android-porting+unsubscr...@googlegroups.com website: http://groups.google.com/group/android-porting -~----------~----~----~----~------~----~------~--~---
