We have a couple of beacons that needs to "light" up when in the presence of an android device with bluetooth activated and present in our app. Like a physical "path way". But since we have many individual, we cant ask the user to pair with every single one.
We have no experience with this at all, how do we proceed with this? As far as I can see in my googling its entirely possible, we just have no idea how to proceed with it.
We have BLE connected to an arduino and ready to transmit data. http://www.aliexpress.com/store/product/Bluetooth-4-0-single-chip-module-package-BLE-transparent-wireless-serial-100-meters-iphone-Andrews-are/1110497_1656480722.html
Any help or if anyone knows any guides to connect without pairing would be appreciated.
Thanks in advance
Unfortunately BLE beacons are only designed to transmit simple advertisement data. I don't think you'll be able to do what you want with this hardware without pairing. That being said... The phone will know how close it is to the beacon so if you can think of a way for the phone to talk to a central hub that controls the lights that may be a possible solution?
Related
I am trying to create a low latency method to use an android device as a secondary display for a PC. So far all I have found has been either wireless streaming, or a slow usb connection (i.e. using iDisplay).
However, I found a DSLR camera contoller app (https://play.google.com/store/apps/details?id=com.dslr.dashboard/) that is able to stream a live feed of the camera to an android display via USB. Would it be possible to edit the source code of this application so it can read the video output of PC via USB? If so, how would you go about this? Do you think that this would be a low latency alternative?
Thank you!
Lots of fantasy in your question. Have you ever seen a PC outputting data from one of its USB ports to another device? How are you supposed to do that? With a plain male-to-male USB cable, in case you find one? Sorry but things don't go that way. To transfer data (files, or a network) via USB between two computers you'd need some propietary/specific software. Of course, once you have acomplished that is technically possible to transfer files with the screen content. Buy you'd need to develop a software that would capture the computer screen, compress it in real time, and send it through USB with enough low latency to be usable. That's going to be resource intensive.
A better, easier approach would be, maybe, using some sort of remote desktop or VNC on the Android machine, with the computer acting as a server. At least far more feasible than trying to implement a similar protocol by yourself.
Sorry but what you are trying to achieve is flawed from the beginning.
Hi guys could any one help me a little bit, I'm making an android app, for cabs request, but I need a way to send to the driver app, an alert where he accepts the invitation to pick up the client, if he choose the accept button, and alert pops up on the client app telling him that the driver is on the way :) Thanks, I think i need for Threads to me always watching for these client notifications.
You can use Socket programming. This is an example where it shows how to communicate between two android phones.Example shown in emulators
http://examples.javacodegeeks.com/android/core/socket-core/android-socket-example/
This question depends on a few factors. Whether there is a server to control the communication mechanism or not. Whether the devices are close to each other. Whether there is a network oriented method like SMS allowed to be placed and so on. To minimally answer this, the following could be the easiest way to communicate between two Android devices.
If the devices are close to each other, use Bluetooth
If the devices have a server to connect in between, use an Android service to take the connections things to the background
If there is an SMS/Call based connection between the devices, use Intents and Content providers to further deal with the data.
Does any one know if it is possible to implement mobile application for android, which main purpose is to provide exact location of phone in a building. I have multiple WiFi hotspots with the same SSID. How precise would it be (if possible)?
Thanks in advance.
Check out these, they could be helpful:
how to get distance using Wi-Fi
Location and distance calculation using Wifi in android
if not, try to give more info. But using this: http://en.wikipedia.org/wiki/Received_signal_strength_indication should do.
i'm doin my project in 8th sem telecomm engineering, and i'm plannin to create a DUPLEX(not confident whether it'd be full or half) communication app using bluetooth and wifi as channels,something more advanced than a simple walkie talkie, and i was wondering if this is possible for a one man army??? also i was wondering if it is possible to do so with android versions 2.2 and above... can i just program the bluetooth settings in app in such a way, that, it doesn't pop up for user permission to accept a voice message from the calling party??
and is there a possibility for creating multiple channels(one for Forward Voice Channel and one for Reverse Voice Channel) using bluetooth or wifi?? here's a list of few knowledge i possess:
JAVA: basics, done some gui in desktops, know some imp classes,only SE6...
WIRELESS COMMUNICATION: learning it this semester, stuff like how base station accepts incoming mobile station request and redirects it to dest, mostly 1g in our portions...
OPERATING SYSTEMS: general, looking forward to learning android and linux os...
C,C++,DSP,and SOME ELECTRONICS...
oh, and iwoul like to implement these well within 7 months duration...
people please ENLIGTHEN me with your wisdom and references to useful websites ASAP...
my THANKS AND WISHES to thee...:)
The first big problem i see is that on using wifi for this, and as i understood it is some sort of (advanced) walkie-talkie app with no rooter inbetween the communicating phones, you have to implement adhoc-wlan on your android device, which is not supported by android, so you will need a rooted device for that, and the implementation of adhoc-wlan on android is definitve possible (have a look at this code: http://code.google.com/p/android-wifi-tether/) but nothing easy (i have done it myself for an university project).
And you asked if you can avoid the permission pop-up for an incoming message, but on an android phone activating your bluetooth or pairing it with an other device will always ask for permission from the user.
I cant help about the multiple channels you were asking for.
As Answer to your big Question: "is it possible for a one man army?" i would say generelly yes, but it depends on how much other stuff you have to do. Since you were writing this is an project for university, i dont know if this is your only project and you can invest a lot of time in it. If so i guess it is possible, but it will be an quite big project and you should be willing to work yourself relativly deep into networking stuff.
On google.Code you can find some projects similar (at least the wifi part) to what you think about to do, take a look at them...
I'm looking for a way to find users in a certain radius of your position.
The reason I need this is because I want to know how many people there are in an area.
A possible way I found is to activate the bluetooth and find active devices around.
I want to know if there are other solutions, API, possibilities to do this.
There was talk of peer to peer wifi connections, but not sure the status. Would give you some more distance than bluetooth. There is also a library
Can Android do peer-to-peer ad-hoc networking?
there is also a library from qualcomm
https://developer.qualcomm.com/develop/mobile-technologies/peer-peer-alljoyn/faq
Your best bet would probably be with searching for bluetooth devices.
Most phones have a class 2 bluetooth radio which is generally rated at a range of 10 m, but it can very greatly on the environment (for example, you would notice significant packet loss transmitting through even a small amount of water, such as in a person.) On the other side of the coin, the radio could detect devices up to 100 m away if there were nothing but air between the two devices.
The main problem with this is that you would have to require bluetooth to be active, which a lot of users might not have by default.