• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 51 subscribers
  • Views 252 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC2642R: Queries on Coexistence handling techniques

YogeshG
Prodigy 150 points
Part Number: CC2642R

Dear All,

We are working on BLE WiFI Gateway application. We received recommendation from TI to use CC2642R since it support Packet traffic arbitration (PTA).

We understood following are the few important Coexistence handling techniques

  • Packet traffic arbitration (PTA)
  • Avoiding interference From Bluetooth devices (5GHz Band for Wi-Fi)
  • Dynamic Channel Selection for Wi-Fi Networks (or Wi-Fi channel Mapping)
  • Intelligent (Adaptive) frequency hopping - It will map bad channel and will not use bad for communication
  • Frequency hopping - No mapping of bad channel. Scan all channel

Our queries:

  • We understood all  Simplelink BLE chip support "Frequency hopping". Is our understanding correct?
  • CC2642R consist of Network Processor (M0) and Host Processor (M3). PTA handled in which part of CC2642R? BLE Stack in M3 / as a part of Hardware?
  • Does CC2642R support Intelligent (Adaptive) frequency hopping? 
  • If not, then is there any Simplelink BLE 5.0 chip support PTA + Intelligent (Adaptive) frequency hopping?
  • In case we are not using PTA and with reference to following figure, WiFi chip is sending data on Channel 1 and BLE chip is sending data on CH35 at the same time. Then both signal get transmitted properly OR they get collide with each other and requires retries? Any white paper on this theory available, then please share.

Regards...

Yogesh

  • +1
    TI__Guru** 101460 points

    Hi Yogesh,

    • We understood all  Simplelink BLE chip support "Frequency hopping". Is our understanding correct?

    This is correct. Frequency hoping is actually mandatory per Bluetooth specifications.

    • CC2642R consist of Network Processor (M0) and Host Processor (M3). PTA handled in which part of CC2642R? BLE Stack in M3 / as a part of Hardware?

    PTA/Coex is mainly handled at the Radio (M0) level.
    Side note: CC2642R has a Cortex M4F as application processor.

    • Does CC2642R support Intelligent (Adaptive) frequency hopping? 

    CC2642R enables channel map update feature. This feature can be leveraged to modify the channels used by the device to communicate. The channel map update can be requested by the peer device or the application processor can trigger this update.

    • If not, then is there any Simplelink BLE 5.0 chip support PTA + Intelligent (Adaptive) frequency hopping?

    Generally speaking adaptive frequency hopping algorithms are not provided.

    • In case we are not using PTA and with reference to following figure, WiFi chip is sending data on Channel 1 and BLE chip is sending data on CH35 at the same time. Then both signal get transmitted properly OR they get collide with each other and requires retries? Any white paper on this theory available, then please share.

    Assuming that both devices function well - i.e. do not transmit out of their channel and do not change channel before the other transmission is finished - both signals should go through.
    You may want to go through this piece of documentation for additional details.

    Best regards,

  • 0 in reply to Clément
    Prodigy 150 points

    Thanks Clément for the detailed answer.

    I asked below query and received answer listed below.

    My query- In case we are not using PTA and with reference to following figure, WiFi chip is sending data on Channel 1 and BLE chip is sending data on CH35 at the same time. Then both signal get transmitted properly OR they get collide with each other and requires retries? Any white paper on this theory available, then please share.

    Clément  reply - Assuming that both devices function well - i.e. do not transmit out of their channel and do not change channel before the other transmission is finished - both signals should go through.

    My query on Clément reply - What i understood here, in case we are not using PTA for our Gateway application and Both device (WiFi and BLE) transmit their channel at the same time, then transmission will not finished. In that case both device will retries. Is our understanding correct?

    Regards...

    Yogesh

  • 0 in reply to YogeshG
    TI__Guru** 101460 points

    Hi Yogesh,

    Your understanding correct.
    With that being said, in general the Wifi signal is stronger and may go through while the Bluetooth LE signal does not. In other words, in most of the cases, I expect only the Bluetooth LE signal to require a re-transmission.

    Please note that WiFi and Bluetooth LE have backed-in re-transmission mechanisms. However, re-transmissions affect application data throughput and power efficiency.

    Bets regards,