For example I have a speaker with buttons: volume up, down, play, pause, next, previous.
I want to embed into this speaker a blutooth feature to simulate buttons pressing.
For controlling I will use a mobile phone (android), controlling application I can create by myself.
I have no expierence in electronic, but I can try.
Easy solutions would also be wellcome. Are there any easy to integrate universal solutions I can buy?
I also have an arduino (it is too big for my purpose) and can use for prototyping. I have a bluetooth board http://www.bluesoleil.com/products/H0002201304270003.html
I will try but it is a shot in the dark. I think that you need to try to remove the buttons and plug the Arduino ports instead. Buttons usually are making a short circuit, so you can connect an output of one of the Arduino ports, and set it high. when you want a click set it to low for few milis, and then high again. Good luck!
Related
I want to be able to push a button in an app running on my Android phone and have a power switch on a real circuit literally attached to the phone be turned on/off. I'm having trouble thinking of a good way to do it. So far I've thought of:
1) Using an Arduino
The biggest problem with this is that the Arduino needs to be loaded with a sketch in order to work, and I can't use a PC to do the job. I've seen Arduino Commander but it's freemium and not open source, and I need to write my own custom app. It seems that I would have to find a way to load sketches and also write my own driver. This is not a pleasing course of action.
2) Playing an audio tone from the earphone jack
The idea is to play a tone that can then be converted into a small DC voltage. That DC voltage will then be used as the gate voltage to a MOSFET, which will act as the switch. The problem with this is that undesired audio can unexpectedly turn on the switch. For my application, even a small chance of this is unacceptable. Even filtering doesn't eliminate interference completely. Can I some how exclude all other sources of sound and only have an audio tone as output? If not over the headphone jack itself, over Bluetooth?
If anyone has any helpful thoughts, please share them.
You could try the second method with a specific audio to be played with some intervals which only triggers the switch instead of any audio being able to change the switch state, It does contain a little latency to be triggered but if its okay then it may work for you.
To clarify some miss information, the Arduino IDE is available at no charge for use on Windows, Mac OS, Linux, Raspberry pi and maybe others. With the IDE you can write, download your code to the Arduino and debut it.
Hey i am pretty new to arduino but really learning a lot! This might be a little ambitious but i am looking to access navigation data on a android phone with arduino and then use this data for a output.
E.g when the google navigation says i am 100m from a left turn, i want to set an LED to high.
I assume i need a bluetooth shield to connect to the phone but i am unclear as to what else i would need to make this possible.
Any help would be a great help, i am at the deep end here so a little direction would be awesome.
Bluetooth would be great, yes. Making an Arduino and an Android communicate with BT is pretty easy. You can get really chez BT chips on eBay that works like a charm (I do that for my project).
Then you need to know exactly what kind of data you could get from the Android and how it is formated (JSON, XML, raw coordinates, something else?).
Do you know if you can get the data from directly from the Google Maps App on the phone?
What I would do (if it's possible, I'm not sure): rebuild some kind of GPS application which sends "markers" to the Arduino via bluetooth, i.e. when you're less than 100 meters away, it tells the Arduino to blink faster, if you took the wrong exit, it starts recalculating and tells the Arduino to blink red, something like that.
Is that what you intend to do? Or am I totally wrong? :)
I want to connect speaker output to mic input on Android phone without using any physical cable. Such routing should be transparent to all apps. With this function I can design a bunch of interesting apps, e.g., measuring round-trip delay of a voip call, automatically replying to an incoming call etc.
Some similar questions can be found here:
Background music for call
Outputting audio stream into microphone
It seems that there is no solution on Android right now, but the tool JACK running on Linux is the closet one. Can someone provide me some scripts or codes to create a JACK client that realizes this (speaker -> mic) on Linux? And how hard would it be to port JACK server and client to Android?
Thanks!
Getting Jack on Linux to connect the mic to the speakers:
Start Jack with QJackCtl. This is not as easy as it sounds:
Start QJackCtl.
Click the "Setup..." button.
Choose "alsa" from the "Driver:" dropdown.
Choose your soundcard/soundcards that you want to work with from the "Input Device" and "Output Device" dropdowns. Note that if you have a relatively capable soundcard, there may be a number of possible devices for it (my Audigy 2 ZS has four). Choosing the correct one is beyond the scope of this tutorial.
Check the latency in the bottom-right corner. Realize that Jack itself will take some time to process the sound. This gives you information about that (and I'm sorry, but I don't know precisely what it means). Running Jack is often a tradeoff between getting a super low latency and avoiding "xruns", which are where Jack has to give up on processing a section of audio. Xruns often result in a "click" sound.
Click "OK."
Click the "Connect" button.
This opens the "Connections" panel. This is basically a place that you can plug different Jack applications into one another so they process audio from each other.
Choose the input ("system" on the left) and the output ("system" on the right) and click "Connect". You may need to look through the various things listed under "system" on one or both sides to find the thing that's actually capturing from your mic/outputting to your speakers, in which case . Again, this is beyond the scope of this tutorial; Google is your friend, as is trial and error.
Enjoy the noise of feedback when you bring the microphone near the speakers.
As far as porting Jack to Android goes, you might take a look at this, which basically seems to indicate that Android isn't able to handle the low-latency requirements of Jack (which might also cause you problems in trying to do latency measurements). You could also look at this and this, which might offer an alternative way to do what you're trying to do (I'm not sure where it stands regarding the latency issues, also, I've never used either PD or libpd myself).
I want to hook a camera up to an arduino which will send images to an android over bluetooth. I don't mind a delay in image transfer (once it's not to large). I then will process the images on the android (probably with the OpenCV library, motion tracking). This is a pan/tilt camera set up, the arduino will tell two motors how to behave based on the the images. How can I send this data over bluetooth or other wireless means? What type of camera is best for this situation?
Do you have to use an Arduino? I do not know if it will have the processing power needed for image processing. Have you looked into using a Raspberry Pi? You can install Java on it, and use the Pi4J library to access its GPIO. The people from Raspberry Pi recently created a camera module for easier integration with the main board.
Simply said, no, I don't think you can use an arduino for that:
the problem you will encounter is that the image capturing library you may find added to the bluetooth (or wifi) library (and the whole network stack) will fill your arduino up! Remember that you have only 32k of flash to put everything in, it's less than an Atari 2600. So you'll need a bigger arduino (like the arduino mega) which is close to the price of a beaglebone or a rasppi.
So to sum up, same conclusion as the others: just use a bone or a rasppi.
Though, here's one hack though that could help you doing what you want:
http://www.ladyada.net/make/IoTcamera/
it's a hack, because the arduino only copies the image over the eyefi, and the eyefi does not need to be handled by the arduino like a bluetooth/wifi shield.
I want to take an Android based tablet - not a phone, I need a large screen and I don't need 3G.
The guy with the tablet will attach a web cam to it and a s/w application in the Adnroid tablet will stream the cameras feed to a web page (there may later be a need to stream video back to the Android tablet - tbd).
Additionally, I need 2 way Voice over IP.
I may (tbd) need to use a TCP interace to a device which might, or might not, be achieved through the Andoid.
With so much open: is there any open source that can handle that, either as a grooup or individually, or should I code my own? Since I don't normally do this kinds of stuff what's the best approach, in terms of protocols, etc
I'd like to demo something in a month or so. Sorry that this is vague - but so is the person asking for it (which might make me lean towards roll your won simply because of shifting requirements. But I might roll my own around off the shelf building block, for instance if I can find off the shelf open source VoiP, etc)
is there any open source that can
handle that, either as a grooup or
individually, or should I code my own?
AFAIK, there is virtually no "open source that can handle that" for Android. In fact, you will need hardware modifications and drivers to support webcams, let alone anything else on your to-do list.
There are a lot of mobile streaming services. Maybe they can help you with one half of your problem:
http://www.ustream.tv/
http://www.qik.com/
http://bambuser.com/
Instead of the Webcam, you can use the integrated camera on the phone itself to capture and stream. And, yes, you 'll have to develop something on your own esp. with changing requirements.