- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Adaptive Frequency Hopping (AFH) is a feature introduced in the Bluetooth Core Specification 1.2 by Bluetooth SIG to support coexistence and collocation. This means that Bluetooth Low Energy (BLE), which is Core 4.2 if I'm not mistaken, must have this feature.
Does anyone know if this means that BLE modules/chips, by default, must comply to this? Do PSoC 4 and PRoC BLE (ie. CYBLE-022001-00) support this AFH feature? Or, only chips (ie. CYW20706) that indicate "supports AFH" in its datasheet employs AFH?
Solved! Go to Solution.
- Tags:
- afh
- ble
- coexistence
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
All Cypress PSoC4 BLE/PRoC BLE devices uses AFH. Refer page#61, section 'Link Layer'.
-Gyan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
All Cypress PSoC4 BLE/PRoC BLE devices uses AFH. Refer page#61, section 'Link Layer'.
-Gyan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks a lot, gyan!
Is there a way to monitor (real time) the channel the BLE is using? As far as I know, there are 40 Channels: Channels 37-39 are used for advertising and the rest are data channels used during connection. Would using the CyBle_GapGetChannelMap() API provide this real-time update of the channel being used?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
The master device classify the data channel as used channels and unused channels.
To classify the channels master uses CyBle_GapcSetHostChannelClassification() API.
The master uses CyBle_GapGetChannelMap() to check the currently used data channels.
-Gyan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thanks, gyan.
So, I think this means that it is the master that decides what channels to use, and that a slave device/peripheral is not capable of implementing the AFH. Is this correct?