My treadmill has a bluetooth chipset that it allows it to communicate with an app on my phone called iFit. In the communications, the phone receives information such as my distance traveled and speed, and the phone can set the treadmill's incline.
Instead of using iFit, I'd like to make my own script running on something like raspberry pi.
Is it possible to emulate the iFit bluetooth communications?
You can capture the bluetooth communication using bluetooth snoop logs. I think you will still need to write something to initiate the initial bluetooth connection. Once that is done you can possibly replay the traffic that captured in the bluetooth snoop logs. You can use Android Things on a raspberry pi if you are comfortable with working on the Android platform.
Related
I know that connection between two Bluetooth devices can be made without pairing and maybe exchange files. My question is how can I extract accelerometer data from a smartphone without pairing? I already have a device that can locate the smartphone using Bluetooth signals only without connection or pairing. So, I don't have control or access over the smartphone, I only sense its location with a sensor.
You might want to use Bluetooth BLE (low energy), which doesn’t need pairing, but I’m not sure if you can access accelerometer data without using classic Bluetooth and pairing.
Im wondering if there's a way of bridging or using a 'pass-thru' to send data from a bluetooth connected device over wifi to another android device.
The real world scenario is;
I have a bluetooth OBD device (for reading your car specs in real-time)
This connects fine over bluetooth to my android phone running any OBD software.
But i also have an android based in car unit (gps, reversing cam, etc) but oddly enough it doesn't have a bluetooth radio/chip in it, only wifi.
So im wondering if it would be possible to run an app on the car unit and my phone to 'in essence' pass on the bluetooth data. Emulating a bluetooth radio on the car unit.
I know it can be done in reverse for tethering a data connection over bluetooth, but why not the other way around?
Other situations could be sharing a bluetooth device connected to one phone over wifi to many different phones???
Sounds plausible to me, but you guys are the experts!
What say you?
Is there anyway that I can take a receiver (arduino) plugged into a phone and have it send data from the receiver through the audio jack to the phone to execute commands on the phone such as make a call or send a text? In the event that the audio jack doesn't work, possibly the microusb then. I want to use zigbee or some other long range communication method to talk to the receiver that is plugged into the phone if its possible to bypass the receiver and do this directly with the phone then that would be even better.
Android devices can't implement Zigbee communication directly, so if you can change communication device (like Wifi or bluetooth) it would be better.
But if you want to use zigbee (an arduino is required then) I suggest 2 ways:
You could use a bluetooth module on the arduino board and communicate to android phone with that
You could implement a communication with the phone mic like in this project:
Android, Arduino, and the Headphone Jack Slideshare
Good luck!
I want RPi to be hinted when an android phone receive a phone call, and be able to view the calling number, Also, to be able to make calls to other phone numbers on certain events.
How to connect the phone and RPi, and what type of data they should exchange to accomplish this?
One option would be Bluetooth: Put a Bluetooth stick into your RPi, pair it with the Android device, and possibly emulate a hands-free device, e.g. using HFP for Linux.
Otherwise, you could use TCP/IP if your Raspberry Pi and your Android device are connected to the same network (e.g. your home network with your Android phone being connected via WiFi and your RPi connected via Ethernet, or if your RPi acts as a WiFi AP and your Android is connected to it). For this, you would need to write a custom Android app (or check if someone else already did) that reacts to incoming calls and sends information to the RPi, and receives requests to dial a number and makes the call (requires the CALL_PHONE permission and cannot dial emergency numbers like 911).
If you want a wired connection, ADB via USB would likely be the easiest way to do it. You can use it to send intents (to make the phone dial a number) and read debug output from the phone (to give the RPi the incoming call numbers).
I am trying to get an android phone to look like a bluetooth GPS unit so that a PC or any other device that supports bluetooth GPS can use it. I figured out the whole NMEA thing and have the device spitting out correct NMEA sentences. My problem lies in the bluetooth area though.
I have a bluetooth thread setup for listening for a connection. In windows I can see the service "Bluetooth GPS" that I created. The problem is I can't figure out how to get windows to open up the connection so I can start sending the NMEA sentences. When I enable the service in windows it says "Bluetooth Peripheral Device" and there are no drivers available.
What am I missing that would allow windows to understand that I want to communicate over RFCOMM and the device is a GPS device?
You need atleast Android 2.0 because unfortunately older versions of Android's Bluetooth API does not support RFCOMM yet neither does it support other methods of communicating its GPS data to an other Bluetooth device such as a windows PC.
Depending on the phone you are currently using you may be able to update it to Android 2.0.
I just tried it with my phone and it only supports Bluetooth headset and A2DP stereo audio.
You would have to create an app for android that passes your GPS data over Bluetooth RFCOMM just like the Bluetooth wireless tether app. You have to have the app running and then pair the device to your PC in order to use its services.