The phone will still "work" as original, but the Bluetooth functionality would be completely separate and "in parallel" with original phone behavior. Find a way to intercept more complex communication between the handset and transceiver and build a custom Bluetooth adapter with my own programming that interprets commands from the handset and transceiver and chooses whether to pass commands through unaltered, or translate them to/from Bluetooth handset profile commands.Can't actually dial out, and the phone won't ring for incoming calls, but I could at least use the car phone handset as a glorified speaker and microphone during calls. With this approach, I could hypothetically intercept attempts to dial out from the handset, redirect them to Bluetooth commands, then fake appropriate responses to the handset so that it believes it is now "in a call". The perfect solution: emulate an analog cellular base station that connects directly to the antenna port of the transceiver and translates between analog cellular commands and Bluetooth headset commands.With enough persistence in reverse-engineering and emulating, I could hypothetically support most/all of the phone's original functionality (speed dial, etc.). ![]() This would be the ultimate in preserving ALL original functionality of the phone, but would be the most complicated solution technically. ![]() ![]() Even though I have found the official technical specs ( page with overview and link to specs) for the AMPS cellular system, and even an open-source implementation that runs on a Linux computer with external FM transmitters/receivers, I think this is way beyond my skill level (RF/antenna circuits, can't find off-the-shelf FM transceiver chips that support 800MHz band + Manchester encoding, I don't know audio processing circuits, etc.).
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |