• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 50 subscribers
  • Views 566 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.

CC2540/1 packet sniffer capable or receiving more than 4 notifications per connection event

Tom Morrison1
Intellectual 330 points
Other Parts Discussed in Thread: CC2540

Hello all,

 I know the CC2540/1 is only capable of sending more than 4 packets if you use overlapped processing, but if I remember correctly, the improvement was to only 4-5 packets.

I am now running another chip (CSR) which is sending 16 packets per connection event, within a connection interval of 12.5 ms. The CC2540 sniffer is able to sniffer all these packets

Interestingly, if I reduce the connection interval to 7.5ms, the sniffer no longer can pick up the packets

So, my questions are, is this behaviour expected. While the CC2450 can only send 4 packets per connection event, can it read alot more?

Image:

http://gyazo.com/d0c7c3b85ea4bca477826760f42d3010

Thanks

Thomas

  • 0
    TI__Genius 17975 points

    The sniffer is capable of listening to any number of packets during a single connection event. Note that the CC254x sniffer SW is completely different than the CC254x stack.

  • 0 in reply to Willis1
    Intellectual 330 points

    So, out of interest can that software be capable of transmitting data as well? With the right software is the hardware capable of transmitting, say 8 packets per connection interval?

    Are there more hardware buffers for receiving than sending data, or is this the well known maximum 4 packets per connection interval simply a software restriction?

    Thanks

  • 0 in reply to Tom Morrison1
    Intellectual 330 points

    Let me rephrase that.

    Is the CC254x hardware capable of reaching the full (or near full) throughput as defined in the SIG BLE specification?

    Could in theory the CC254x slave send packets at near the full throughput as defined in the BLE specification OR is it simply only capable of functioning at high throughputs as a receiver?

    Am I right in assuming the packet sniffer runs a different version of the stack which has been tailored specifically to work as a sniffer application, due to the potentially high intensity requirements?

    Thanks