wildnrg said:
Apple are being dickheads. After providing info to apple and waiting around for a month, I email them to find out what's happening, they now tell me they need my lawyer's details. WTF? To get access to the bluetooth serial port API.
LOL!
Your pain with Apple is not solitary nor uncommon, I truly feel for you!
Welcome to the wonderful world that is; being (and staying) an "Authorized iPhone Application Developer" (I have been writing code for these since they came out, actually had to learn objC for this)!
They want your lawyers info because they are interested in this idea and perhaps see the potential but they are vetting your seriousness and will, without doubt require a limited release NDA with them for you to obtain the interface... if they are even willing to give it to a small independent (may be why they want to speak with your attorneys).
I went down this path with Apple months and months ago over 3 apps I had proposed (one was for network security monitoring of Wifi and required more NDA than I care to admit - needless to say I dropped the idea of a blessed wifi network monitor on the 3G/S.) - since the maker of the CA will likely bless the app (you will need to provide proof and engineering data to Apple, this is where I faltered... they would not sign NDA/NCA on our engineering data which is why we dropped the idea) and development - you may indeed be able to get the API you need.
Im fairly sure that Nike has an interface to the iPhone that is Bluetooth and serial in nature - http://store.apple.com/us/product/MA365/Nike-iPod-Sport-Kit?mco=Nzc1MjM5OQ#overview - I haven't looked into it more than 2 minutes but it seems... you might be able to repurpose (think Radio Shack QueCat barcode scanners - free barcode scanners!) these @ 29.00 I will be ordering one to discect as the API is likely already in the devkit docs (I have to look) if not... the device may become available on a jailbroken phone thru /dev enumeration and thus documentable and useable (though not blessed)... Advantage of this would be it adapts to iPod or iPhone and requires no WIFI (but then you either need to HW interface to this module or rig up bluetooth, likely easier to HW interface to these 29.00 modules)...
Trust me on this... your in for a long, complicated drawn out process (And the funny part is I'm not talking about the development process!!! My god, Apple never learns) either way.
Justin - I don't mean to be rude but I doubt your (well intentioned and very cool) monetary incentive will bring the app about. Sadly Apple makes everything so overly complicated when you want to use an existing hardware feature of the iPhone which they want to guard (for reasons unknown - it's not like serial IO is going to spread a virus onto the platform and it's not like the things aren't only out of the sandbox "jailbroken" but they are even "unlocked" and working with other companies SIMS - {This is actually legal in the US, the law says you can take any means/measures needed to your cellphone so that you may use with any carrier you choose or internationally} - it's like the town hoe saying no.).
That said, I don't think we are staring into the impossible (were not, I've already acheived a working backend for this which will maintain compliance with Apple blessing, just not using extended APIs - path of least resistance right?)...
A hybrid approach (it's what I'm entertaining now) of using serial to UDP/TCP (my current test is using a linksys travel router PCB loaded with a modified dd-wrt distribution and running a hodge podge of cgi scripts so a client can access data received via serial port (bit banging for now, no internal port on this model) from EagleTree eLogger v3 via atmega48 using i2c? make sense, a screen scraper in the atmega which is then sent to the router and made available to a polling iPhone or other client in real time over wifi link).
There are much better methods to do this than my chosen bits of hardware but I am familiar with the platform of the linksys routers, the travel router is tiny and well.. I had all this laying around to startup the project with.
Remember the iPhone can't act as WAP (well not officially.. it can, long story and not blessed) but it can associate a known AdHoc and that + normal TCP/UDP API (http or lower depending on your needs and skills level) and you have the backend hardware interface for your iPhone app for the CA (or any other serial source - the CA won't even need the atmega to read it like my eagle tree does and yea I know I could engage and monitor USB live mode... that's next on the list - learn how to implement a USB host )
One other thing of note - many GPS can now be used externally: http://www.youtube.com/watch?v=-6bC1MIhn44 so although I am not current on iPhone SDK reading (months) it seems the API now supports NMEA data input via what must be serial connection via charge port.
I know we want a blessed application but: http://devdot.wikispaces.com/Iphone+Serial+Port+Tutorial that will get us working logging data on a jailbroken phone so you can abstract the serial interface and start on the actual UI of the app - while working out a better "blessable" option... (my application needs to be wireless and I also don't want to "require" connection to cable for function properly - hence the TCP interface but I suppose serial should be possible... hell man, make an adapter (max232?) feed the data into the right lines on the charge port and read it with the NMEA/GPS API).
Ive looked into the MiniJack method and though it would work it would interefere with audio jack (which I use while biking) and I don't think you can charge through it... if I have to connect a plug, I would prefer the Dock connector so I could charge the iPhone from a switching 5v supply off the mains pack - no more worry about power/battery life in monitor mode... now if only apple would release a better power management system for the iphone - somthing simple as the old windows mobile platform - so the screen only timeout locked when on battery power alone?
If I can lend a hand in the coding or just my experiences with Apple on the legal bits, let me know... happy to help!
-Mike