• State TI Thinks Resolved
  • Locked Locked
  • Replies 1 reply
  • Answers 1 answer
  • Subscribers 51 subscribers
  • Views 688 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.

Original question:

Host test firmware

BLE packet sniffing

Vishal Nandanwar
Intellectual 550 points
Other Parts Discussed in Thread: CC2540, CC2650MODA, BLE-STACK

Hi,

I am not able to capture a BLE packets from my device. I am using CC2540 dongle and packet sniffer. Sniffer is capturing only advertising packets and not capturing data packets.

I am using CC2650MODA module as Central device and my peripheral device is one sensor which I have not developed.

By looking at dev log on central I can confirm that connection is established with peripheral and data is getting transferred.

Is cc2540 need any firmware upgrade?

Vishal N

  • 0
    TI__Mastermind 39790 points
    Vishal,

    The connection event (scan req and scan rsp's and connecting events after that) are likely occurring on one of the other two advertising channels.

    See this note in the BLE Sniffer guide:
    processors.wiki.ti.com/.../BLE_sniffer_guide

    Note: The Packet Sniffer can only monitor one Advertising channel. If the connection request is sent by the Master on one of the other two available Advertising channels, then the sniffer will not be able to monitor the connection. For testing purposes with a TI peripheral, you can use GAPRole_SetParameter() to set the GAPROLE_ADV_CHANNEL_MAP parameter to a specific Advertising channel, e.g., GAP_ADVCHAN_37, so the peripheral only uses Advertising chan 37. See the available channel defines in gap.h. For the peripheral based sample applications in the BLE-Stack SDK (e.g., Simple Peripheral, SensorTag, Heart Rate, etc.), this parameter can be adjusted in peripheral.c