BLE Scan Request Rx Callback on Advertising Mode

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

BLE Scan Request Rx Callback on Advertising Mode

ソリューションへジャンプ
1,967件の閲覧回数
dileep_d
Contributor II

We are working on QN9090 SDK2.6.5.  Our device is in BLE advertisement mode. Actually, the device needs to verify the RSSI value before it connects to any central device.  As of my knowledge, After every advertisement packet, the device will receive a scan request packet from central devices around it.

In the firmware, Where do we check for the received scan request packet?

ラベル(2)
タグ(3)
0 件の賞賛
1 解決策
1,925件の閲覧回数
EduardoZamora
NXP TechSupport
NXP TechSupport

Hi,

The QN9090 is Bluetooth LE 5 compliant and covers the mandatory features, but some features such as the extended advertisement, long range or coded PHY are optional features that QN9090 does not support. Our available MCU that supports the complete Bluetooth LE 5 spec is the KW38.

Also, it is only possible to generate the Scan Request event and PDU under Extended Advertising as per the Bluetooth Core specification.

I apologize for any inconvenience this may cause you.

Regards,
Eduardo.

元の投稿で解決策を見る

0 件の賞賛
5 返答(返信)
290件の閲覧回数
Jebin_SK
Contributor I

Hi Eduardo,

    The latest SDK will have support for BLE Extended Advertising?

 

Jebin

0 件の賞賛
1,942件の閲覧回数
EduardoZamora
NXP TechSupport
NXP TechSupport

Hello Dileep,

If you need to know the RSSI value, it is possible from the scanner device side. If your central device (Scanner) is a QN9090 board, Advertising device information can be found in gapScanningEvent_t.eventData.scannedDevice on gDeviceScanned_c event; this event is received when an advertising device has been scanned.

Regarding to the Scan Request packet, it is possible to add the gExtScanNotification_c event as a case in the BleApp_AdvertisingCallback function. This event indicates that a SCAN_REQ PDU has been received by an extended advertiser. Also, it is important to consider that the Scan Type must be set as Active Scanning, so the scanner device can send Scan Requests to the advertiser.

Once the event occurs, you can get this information in gapAdvertisingEvent_t.eventData.scanNotification:

EduardoZamora_0-1660248686957.png

 

0 件の賞賛
1,933件の閲覧回数
dileep_d
Contributor II

Thanks @EduardoZamora for the response,

Here we need to take action on the peripheral side. That is why we selected this option. 

We tried to enable the extended advertisement on QN9090 SDK(2.6.5). But the Gap_SetExtAdvertisingData() API is return error as gBleFeatureNotSupported_c (4).

bleResult_t ret_code = Gap_SetExtAdvertisingData(gAppExtAdvParams.handle, &gAppAdvertisingData, NULL);
if (ret_code != gBleSuccess_c) {
    PRINTF("<app> errr : %10d : Gap_SetExtAdvertisingData failed ret: %x\n\r",                                                                              TICKS_TO_pdMS(xTaskGetTickCount()), ret_code);
}

Does QN9090 support BLE5.0 errata?

Does it not possible to read the scan request packets in the normal BLE advertisement??

タグ(2)
0 件の賞賛
1,926件の閲覧回数
EduardoZamora
NXP TechSupport
NXP TechSupport

Hi,

The QN9090 is Bluetooth LE 5 compliant and covers the mandatory features, but some features such as the extended advertisement, long range or coded PHY are optional features that QN9090 does not support. Our available MCU that supports the complete Bluetooth LE 5 spec is the KW38.

Also, it is only possible to generate the Scan Request event and PDU under Extended Advertising as per the Bluetooth Core specification.

I apologize for any inconvenience this may cause you.

Regards,
Eduardo.

0 件の賞賛
1,912件の閲覧回数
dileep_d
Contributor II

@EduardoZamora Thank you so much for the clarification