I wanted to build an attendance app (preferably iOS and android) where one phone shares hotspot. Devices connected to the hotspot will send the phone owner's name or ID that makes the hotspot phone recognize the phone users and adds one attendance point.
The hotspot phone will store the attendance online. It needs to be mobile app as the system will be used for an organisation that goes to different sites for every project.
edit
What are the technologies I should look into to make this application? Initially i was thinking of NFC but it requires devices to be close together. Connecting a wireless network is much more convenient imo.
Thanks for your help
Using Network Service Discovery you can achieve this. You need a wifi router to connect all the devices. One device will be a host and others will be a client.
Go through this link https://developer.android.com/training/connect-devices-wirelessly/nsd.html
Related
I created a WiFi-Hotspot with Android 10, and want to connect to it with the same phone. Is this possible with some "hacks"?
I know, it's a weird question and you may ask why I need this. The reason is that my provider granted me mobile data usage, that I only can use for sharing via hotspot. I don't know how they do it but it really only works for other devices connected to my hotspot - I myself can't use it. I also don't have a spare phone where i could put in my sim card and let it act as a router.
TL;DR: No, you cannot connect a device to its own hotspot, because devices only have one Wifi interface and those cannot send and receive transmissions at the same time.
You can find more about the topic on quora
https://www.quora.com/Does-my-own-hotspot-work-on-my-phone-or-just-other-peoples-phones.
I have two devices, a Samsung phone provided and managed by work and a Pixel phone for personal use. I created a Hotspot on my work phone and connected to it from my personal phone. I am wondering if the web browsing on my personal phone is logged on the work phone when using it's Hotspot. I am concerned that my work's IT department would be able to access or would flag data that flowed through the Hotspot.
Thanks!
I need to know if this is even possible and if it is how I would go about doing this.
I have a laptop, android phone, and Google ChromeCast HDMI adapter. When I am at home and on the same network as the ChromeCast I am able to broadcast by browser window to the Chromecast and thus watch what I am doing on my TV.
I need a way that when I am away from home and on a network that blocks devices from talking to one another to be able to do the same thing.
In order to do this I believe what I need to be able to do is have my Samsung sIII connect to a WiFi point where it has internet access, then for my computer and ChomeCast to connect to my phone on a completely different class c where they are able to access the internet but also talk to one another regardless of if the external network permits it or not.
I can do this by using the phones built in hotspot, but I don't want to use my phones data plan if there is a network I can connect to in order to use their internet.
In addition to using this while I am with clients to broadcast my browser screen, when I am travelling with my family I would like to be able to stream from my Netflix account however most hotels I have stayed in won't let the chrome device connect to my computer because of the AP isolation. Again, it would be nice to connect to the hotel wifi to stream netflix but to let the chrome device connect to the phone as it's access point so the phone can talk to the ChromeCast.
Any help would be appreciated!
I'm doing a research because I want to develop an app to which different devices connect.
The app can be an Android or iPhone smartphone. It will be for mountain equipment devices and sensors, so no wifi router is availabe. It needs long range, so Bluetooth is not an option.
I'm thinking on creating a hotspot in the smartphone and connect the devices to this hotspot. In this case, I'm thiking of this way of doing it:
Programatically create the hotspot in the smartphone. In Android, like this: http://www.whitebyte.info/android/android-wifi-hotspot-manager-class
Set up the name of the hotspot in the devices so they know where to connect. Pressing a button, they connect to the hotspot.
The android device broadcasts its IP, so devices know where to connect.
Devices connect and send the data.
I think this could be a real scenario, but I'm worried about:
Maybe there's a design flaw in my scenario that I'm not seing.
Batteries on the devices: how do batteries behave through "intensive" use of WIFI? (sending small amount of bytes of data every five minutes, e.g.).
The ability to replicate this scenario on an iPhone. Can it be done, or should the user manually create the hotspot to do this?
Any other feedback that I couldn't be thinking of.
Thanks.
Yes, on Android all of that can be done and should work fine.
Yes, you can programatically configure the hotspots info in the client.
Another way to make the connection (other then hotspot broadcasting its IP) is for the hotspot to reads it ARP cache, i.e. parse the cache to find the IP of all of the clients connected.
Battery could be a problem. That doesn't really sound like 'intensive' use of the wifi, but it will still consume a fair bit of battery (I find that even just having the hotspot enabled draws the battery).
I don't know the answer for iPhone.
Is it possible to connect two android phones (rooted) with wifi programatically and exchange data?
I know it is possible to do tethering using wifi-android-tether. But i need to establish the connection, and exchange the data, all through my android application. User intervention like switching on the android tether app manually is not allowed.
SO basically its like, if i run my app on two droid phones, they should do the following,
Detect that they have wifi.
DEtect that the other phone has its wifi on.
Establish a connection ( similar to a PAN in bluetooth ).
Exchange some data.
Use WiFi Direct. The sample codes in the SDK package will do for testing Peer-Peer connectivity.