As we all know, you can use an Android phone to dial a number to make a phone call.
Is there any way using the Android SDK to dial a number, but connected to a service running locally on the device?
My aim is to create some sort of interactive voice service (running locally on the phone), that could be used with bluetooth device that only support making phone calls...
My back up plan would be to run an Asterisk server in the house to handle this, but it would be nice to have something running on the phone instead.
Thanks
Related
I am looking to build an app to make call's from my tablet (Galaxy Tab A7 Lite) via bluetooth connected mobile phone (iPhone 13). Its a regular cellular call from my phone to another phone number....and NOT looking for VOIP call..i.e call over internet.. This must however use the microphone and audio system of the tablet.
The inspiration/use of this is to create a custom dashboard in my car and would like to use my current tablet for it. In my other car I already have something like this, i.e. it allows me to call over bluetooth, however that came part of the system I purchased on Aliexpress together with the app already installed.
The output I want is something like this
Any suggestions would be very helpful.
Bluetooth communication should happen between Android Tablet, Android Phone and Headphone/Headset/Helmet.
Android Phone: Responsible to send Incoming call and Media Infotainment data to the Android System (Tablet).
Android System (Tablet): is responsible to take actions [Media: (Play/Pause/Next/Previous) and Phone call: (Accept, Reject, Silence)] based on the data received from the Android Phone. Also send Map navigation instruction to the Headset/Helmet.
What I had tried so far,
RFCOMM connection between Android Table and Phone that send and receive data to and from Tablet to Phone. But doesn't allow to control phone to take actions sent from Tablet.
Possible approach
Bluetooth Headset profile will do the same thing, so any way to set Bluetooth profile while connection between Tablet and Phone will solve the Media and Incoming phone call requirements.
Is these possible? If so what are the possibilities to achieve the same?
I am trying to develop a companion app for a project of mine.
I want this app to relay incoming notifications on my phone to a device connected via BLE. This device will then display the text data on a screen, similar to a heads up display so that I can use it in my car and not have to go through my phone while driving (also illegal of course).
I want to know what is required for my app to be able to get notifications, and send it via BLE to the already connected device. I'd also really like to know if this can be done for an iOS app since I would prefer to end up with the final app being built for iOS. If not, android is fine for now.
This device is an ESP32 and will run its own code to execute actions when text is received.
Thank you
I am building a small robot that I can drive around outside of bluetooth range -- so I want to send signals via the internet. The eyes and ears are an old Droid phone (running android 2.2.3). I can get the phone to talk to a bluetooth module to control the robot (tap the left button, it sends the letter L to the bluetooth, which turns the robot etc etc). I have got Skype or Tango to both give me video and sound to a pc, so that problem is sorted. The thing I cannot solve is how to send e.g. the letter L over the internet and for the phone to know what I sent. I wrote an app that checks the contents of a WebDB every second (it works), but that app stops running when I power up the video chat application. So the question is...how can I get my old Android phone to know that someone via the internet has sent the letter L via Skype or some other way, and for that to happen while I'm also running a video chat application? PS...my phone has no number, no carrier, and can't receive sms messages or calls.
You wrote:
I wrote an app that checks the contents of a WebDB every second (it works), but that app stops running when I power up the video chat application.
So the answer is simple. Write an Android Service that runs on the background and polling the internet. Read about android service, and you can see a real example in the ApiDemos. Good luck!
I am working on a dual application on android sdk and kinect sdk. I want to be able to have the kinect send data to a smartphone application. The smartphone application will then give notifications to the user based on the kinect data. The smartphone should be able (hopefully) to turn the kinect on/off and maybe a few other basic commands. How can I get the kinect and smartphone application communicate?
Cool concept, I'm a huge fan of the Kinect (when used on Windows; I think it's a gimmick for the Xbox).
For starters, you can't directly interface with the Kinect from a smartphone. Kinect needs a USB connection, external power, and a Windows 7 machine with a 2.6 GHz dual core processor. So now it becomes a question of connecting a server application running on the Windows 7 machine and a client application on the Android phone. There's a few ways you could do this (USB, WiFi, TCP), but all of them suffer somewhere. USB would tether you to the computer, making the smartphone app redundant (just use the computer since you're already connected to it). WiFi is probably the best choice if you intend to send serious amounts of data, but would only work in your house. TCP (or UDP) could work for some applications, but if you start trying to stream video your phone will hate you.
I'm going to assume you're not going for a data-heavy application (video streaming to phone). If you're just looking to send off notifications from the Kinect to the Android (for example, use the Kinect as a motion detector and send messages to the Android when someone enters the room), similar to a text message update, you could certainly pull off the TCP/IP solution, and probably quite easily. You'd set up a simple TCP server on the Windows 7 computer with the Kinect, and then connect to it with a TCP request (look at the Client side code). Once you've got that set up, it's easy to send messages between the Kinect and the smartphone app. For starters, just try to get a few quick messages sent over. Server says "HI THERE", Android replies "I HATE YOU WINDOWS", etc, and make sure the messages are making it to their destination (TCP pretty much guarantees they will). After you have that running, just build your apps up around it.
If you're willing to eschew the use of the official Microsoft SDK, the Point Cloud Library (built on top of OpenNI) has a framework and tutorial in place for streaming.