Wrong InRange status after fast discovery

[dartecs]

I found a strange behaviour after fast discovery. Here is what I found:

- Using WCL BluetoothDiscoveryDemo
- Changed the Discovery to the (undocumented) fast mode:

Code: [Select]

        private void btDiscover_Click(object sender, EventArgs e)
        {
            wcl.wclBluetoothRadio Radio = GetSelectedRadio();
            if (Radio != null)
            {
                wcl.wclErrors.wclShowError(wclBluetoothDiscovery.Discovery(Radio,
                    Convert.ToByte(edDiscoverTimeout.Text), true));   // true = fast mode
            }
        }
- When running the demo sometimes turned off non-paired devices are still discovered. (Screen Shot #1) This is not what I would expect but is also not a big problem.
- Then I turn on the device and click "Is In Range". The device is still shown as not in range. (Screen Shot #2) Why? I would expect the device to be shown as "In Range" now.

Is this a bug or am I doing something wrong?

I need a "correct" in range discovery because I want to implement my own "add a device" dialog.


[attachment deleted by admin]

[Mike Petrichenko]

Hello,

Both situations are normal

1. Non paired device may appears during Fast discovering if it has "Remembered" status on MS (it is how MS stack works and no way to find a workaround).
2. Device may appears as not in range if it requires pairing to enumerate its services or even sometime if it does not. IsInRange simple connects to device and trys to enumerate its services as there is no other easy way (as for example HCI PING) to know is device in range or not.

[dartecs]

Thank you for the detailed explanations. So I will have to make some changes to my application and use "normal" discovering when looking up new devices in range.

[Mike Petrichenko]

The biggest problem with MS stack that it returns paired/remembered devices when they are turned of even with full discovery. If you need to just detect that device is in range I recomend to unpair all devices after discovering. In this case discovering returns only available device. Also you can use Monitoring feature (you have to unpair devices as well).

[dartecs]

One more question: Is there a way to find out if a device is a "remebered" device? There seems to be some way, because the Windows "Add a Device" dialog does not display those "remebered" devices.

Example: I have a device (seemingly in the remembered state) that is discovered by my wcl.wclBluetoothDiscovery but at the same time is neither shown in the Windows "Show Bluetooth Devices" nor in the Windows "Add a Device" dialog.

[Mike Petrichenko]

Unfortunately WCL does not show that status because that status available only on MS drivers. Try to execute discovery with Fast = False and Timeout = 30 (default settings). Then call Unpair for all found devices. It should help to hide unavailable devices.

When MS BT dialog appears it uses some special feature before show device. The problem why we can not add it in WCL that WCL must support more than 1 stack.

If you have some knowlages in Windows API programming try to use WM_DEVICE_CHANGE message. The MS BT stack sends it when device's name resolved and when some other communication with device appears (HCI communication). You do not need that when work with any other stack.

[dartecs]

OK, all clear now. I already assumed that this is some Microsoft stack feature... Thanks again for the excellent support!