The size of the code stack needed to be a USB host rules it out for cameras (which would require lots more memory just to support a feature that very few would find a use for).
Support for USB host and accessory modes are ultimately dependant on the device's hardware, regardless of platform level.
However if Android USB "accessories" which do their own processing are possible, would this mean for example that something like this - http://chemicaloliver.net/arduino/getting-nmea-data-from-an-inforad-gps-speed-camera-detector/ - a GPS unit which delivers data periodically via USB - could potentially be hooked up to the camera? That is if low-level USB support were added.
Are hooks for low-level USB likely to be found in the disassembled firmware, or is it more complicated than this?
The device you linked isn't USB at all, let alone host capable.
In practice, you'd be much better off using a device that already has host support and using the existing PTP extension to transfer your data. Implementing PTP code on the host will be much simpler than reverse engineering the USB stack on the camera.
A user has successfully implemented the CHDK PTP extension with an Arduino host, see http://chdk.setepontos.com/index.php?topic=6969.0
I'm sure there are plenty of GPS devices that you can easily connect to an Arduino. This will surely be much less work than implementing a USB driver on the camera. There are also small, cheap SBCs like http://www.raspberrypi.org/ which would let you use the existing PTP client software with minimal modification.
Started by kdeal Feature Requests
Started by acseven Archived Issues
Started by waterwingz General Discussion and Assistance
Started by ntstatic « 1 2 » General Help and Assistance on using CHDK stable releases