Is there any window API to catch the signals sent by the wireless mouse and keyboard ?
How far i know signals from this wireless device are always sent if it is connected but for the cabled mouse/keyboard , when we are moving the device only for that time signals are being sent ..Please correct me if i am wrong ..
If above is the case then please let me know any API to catch the signals sent by the wireless mouse/keyboard ?
Is there any window API
The Windows API (which is a user-mode API) doesn't care what kind of mouse you have: serial port, USB, wireless...
The mouse hardware connection is handled in the kernel, by a device driver.
Related
Steps:
Connected wired headset and Bluetooth headset.
Receive an incoming call to the device where WHS and BTHS are connected.
Accept the call. Switch to different output devices like Speaker, WHS, BTHS.
I am using android 11. When call in progress, we can select different output devices such as Speaker, WHS, and BTHS. Is there any intent or callback to notify voice call routed to speaker/wired headset/Bluetooth headset?
On hot plug connection/disconnection, events will have listened. Based on the connection/disconnection event, we can perform our operation. But on the soft switch(selecting output devices from call application when call in progress), do we get any indication that output device for voice call stream got changed, so other applications can listen to intent/callback to carry out my customized operation.
I'm writing code to sleep the network and usb ports in vc++ and i have to put them at a specific device state . I came across this routine PoSetPowerState which is an device driver routine and it has arguments on how to send the device to a specific state .Can this routine be used in an application to send the particular device to sleep ?
I have two iOS devices; one is sending beacons using peripheralManager, beaconPeripheralData, etc. The second, a receiver device, is currently scanning for regions and beacons of the same UUID using didEnterRegion, didRangeBeacons, etc.
Is there any method or callback for the -broadcaster- side to know if the scanning side has entered its region or received its beacon? Something similar to "didEnterRegion", but for the broadcaster.
Thanks.
Simple answer - no.
Not so simple answer - clients don't connect to the "broadcaster", they just listen for advertisements, so there is no way for "broadcasters" to identify who has "heard" them.
Vladimir's answer is correct. However, you can set up your "broadcaster" (advertiser, in BLE terms) to also listen for other BLE devices that are advertising services, or sending out iBeacon broadcasts.
Then you would set up the remote receiving iOS app to execute special code when it gets a didEnterRegion call. That code could start advertising a pre-defined BLE service that your "broadcaster" is already listening for, and the two devices could then enter into a 2-way BLE conversation.
More simply, your receiver could simply start sending it's own beacon signal when it gets a didEnterRegion message as a result of detecting the "broadcaster"'s beacon signal.
You can do this is you just use CoreBluetooth CBCentral and CBPeripheral rather than trying to be an iBeacon (which encourages non-connectability).
While there is no standard way for a broadcaster or peripheral to automatically know who's found it you can do this by having an service and characteristic on your iOS peripheral. You could have your central scan for a particular UUID and when it finds it, have it connect and write an attribute, and then disconnect. This would give your peripheral information about who saw it.
This avoids the issue where you try to toggle between one device being a broadcaster and a central, since you can't be both of them at the same time.
I am writing my own program, which will be running on a 802.11 AP, to capture all the outgoing beacons on the AP. But I just noticed I cannot do it with the current libpcap: the program couldn't capture any outbound beacons. I've also tried Wireshark which gave the same result.
My questions are:
Can anyone shed some lights on the causes of what I saw?
Is there any user space method that I can capture the outbound beacons of a 802.11 AP on that specific AP (rather than capturing on other PCs)? It is better for me if I can do this without hacking into the wireless driver.
I am using Ubuntu 10.04 as the OS, Madwifi as the wireless driver.
Thanks, folks.
I would guess that the WiFi chip is generating the beacons autonomously
so they never pass the driver-chip interface where libpcap intercepts
packets. You'll probably need a second radio to be able to capture the
beacons from the air (when the primary radio is busy sending a beacon
the receiver is turned off so it can't hear what it is transmitting).
You can Capture those packets(Beacon ,Acknowledgement,etc) in wireshark
all you need to do is following :
go to capture menu
after selecting your interface go to option
select the per packet information option in link layer type of your interface
press start
I am developing an application to communicate with hardware module and control it. Programatically I have to find out weather other Hardware end is alive or not. In Win32 is there any features to find out this at serial port initialization time? (when calling CreateFile(...))
[We can send something and wait for reply. But I feel that it is bit odd approach.]
Depends on the device.
If your device indicates readiness using the flow control bits (i.e. DSR or CTS), then GetCommModemStatus.
For an arbitrary serial device, you would need a transceiver capable of distinguishing zero voltage from a valid mark or space signal, and standard PC serial ports aren't.