I don't know if this is possible.
I bought a remote controlled car and now I want to send signals from my computer, rather than the remote control.
I'd like to send the signals with my wireless card (RC and WLAN Card are both 2.4 gHz). So the card needs to give me all traffic in the air. Not only WLAN signals.
Are there any wireless cards that can do that?
It doesn't matter if this is only possible on one OS.
First make sure that your remote controlled car supports WLAN interface because most of the remote controlled devices are working on either Infrared interface or Bluetooth.
If your remote controlled car supports WLAN interface then only you can send WLAN signal to your car using wireless card (RC and WLAN Card are both 2.4 gHz).
I will suggest you to check these thing first :)
Related
It looks like the UsbManager is gone in the build. How do we communicate with usb peripherals now?
Things like usb->serial etc using https://github.com/mik3y/usb-serial-for-android
Currently the Peripheral HAL doesn't recognize usbserial based UART peripherals.
But if your usbserial device (ex: Arduino) exposes individual UART TX RX pins, you can communicate with it using the UART Peripheral API.
Caveat:
Don't forget to cross TX and RX when connecting the peripheral to the UART board of your development board
On Raspberry Pi 3, the console needs to be disabled, see: UART peripherals on Android Things for Raspberry Pi 3
It is stated on the known issues part of the release notes that USB support is disabled on the developer preview 1.
However I did a quick test on the Pi3 and high level peripherals such a keyboard work and send the correct events to the app. It is just the low level access what is disabled.
As #devunwired commented in the Google's IoT Developers Community: USB accessory support is not currently enabled is the RC1 preview.
I want to observe streams between the original screen mirrored from and the target screen mirrored to to check something like frame loss, thus I'm thinking to sniff packets between sender and receiver.
Is there any plugins for Wireshark which enables me to do that..?
What you have to do is to route the network traffic through some network node that you can sniff on. Like your laptop.
I would connect the laptop to the Internet through ethernet and make a wifi hotspot on it. Then tell chromecast to connect to your hotspot. Now you're in the middle between chromecast and the Internet. Wireshark should be able to capture the traffic without any specific plugins.
Make sure you've enabled routing between ethernet and wifi hotspot.
My understanding is that current WiFi driver uses rate control algorithm to choose a data rate within a small set of predetermined values to send packets over the WiFi medium. Different algorithms exist for this purpose. But how does this process work when WiFi driver decides that the connection is lost and shutdown the connection all together? Which part of the code should I read in open source WiFi driver such as MadWiFi and the likes?
The WiFi driver for your hardware which runs in Linux communicates with the WiFi chip which also runs a pretty complex firmware. The interface between the driver and the firmware is hardware specific. In some hardware the detection of connection loss events is done completely by the firmware and the driver only gets a "disconnected" event while in others the driver is also involved.
Regardless of who does what disconnection usually occurs due to either
Receiving a DEAUTH frame from the AP
Detecting too many missing beacons. Beacons are WiFi frames sent periodically by the AO (for most APs every ~100ms) . If you get too far from the AP or the AP was just powered off you stop seeing the beacons in the air and usually you'll signal disconnection or try to roam to a different AP.
Too many failures on Tx of packets (i.e. not receiving ACK frames for too much traffic)
This usually indicates that you've gone too far from the AP. It could be that you can "hear" the AP but it can't hear you already. In this case it also makes sense to signal a disconnection.
For example you can look in TI wifi driver in the Linux kernel drivers/net/wireless/ti/wlcore/events.c and the function wlcore_event_beacon_loss()
In Cfg80211 architecture, assume we are station mode.
driver call kernel API cfg80211_send_disassoc() if we received a deassoc/deauth frame.this function will notify corresponding application (ex wpa_supplicant) a disconnect event.
on another hand, when we decide to disconnect with AP, applicantion (ex wpa_supplicant) can call linux kernel API cfg80211_disconnected(), it will trigger corresponding driver ioctl function to finish disconnection task.
How does euclid analytics (http://euclidanalytics.com/product/how/) get the mac addresses of nearby smartphones? (Turning wifi ap into a smartphone sensor !) Do I need to do some instrumentation work on the wifi AP? Or is there another way can achieve the same goal?
if you can sniff wireless packets, you can see every wifi device, what is communicating ( except if its in sniffer mode too ), so basically they scanning for wifi signals, what you can see, but just if wifi and scanning is turned on the phone.
take a look at Kismet
but you myght need a wireless card what can go into sniffing mode
Bluetooth and ZigBee devices are working or pairing within its own family devices based on parameters such as network layers, security algorithms, etc... I want to write an application to make a communication between ZigBee and Bluetooth device. Is it possible?
You would need to create a gateway between the two networks. Your application would need to interface with a ZigBee radio and a Bluetooth radio, join each network, and then proxy communications between devices on the networks.
What devices do you plan to bridge? Your application will need to appear as device X on the ZigBee network, and device Y on the Bluetooth network and convert data received to the correct format to send out on the other network.
If it were kept simple, something like this could work. A module that is a Zigbee presence, with a pairable bluetooth node. If a bluetooth-paired device comes near, the Zigbee announces itself as 'present'. When the bluuue tooth paired device is no longer around, the Zigbee device becomes "not present".