CC3200: udp jiter

Hi Roger,

Just to check, is the waveform provided on the receiver side? Also what power policy is being used? If it's a latency issue you can try always on power policy to rule that out quickly.

Jesu

Hi Quote,

Thank you for your support. You are right the waveform is provided on the receiver side. And it's not improve  the power policy set to SL_LOW_LATENCY_POLICY or SL_ALWAYS_ON_POLICY. please find the pics(sort: pic1, pic2,pic3,pic4) as below:

1, pic1: SL_ALWAYS_ON_POLOCY on receiver side. 

2, pic2: SL_ALWAYS_ON_POLOCY on sender side.

3, pic3: SL_LOW_LATENCY_POLICY on receiver side.

4, pic4: SL_LOW_LATENCY_POLICY on sender side.

Hi jesu:

we also catched the current on the sender side in SL_LOW_LATENCY_POLICY setting. please find and check. thank you!

Hi Roger,

Thanks for providing screenshots. Using always on could improve latency but judging from the screenshots you will still have the same issue. Are you running the wifi_audio_app example from the CC3200 SDK? Also, do you buffer samples on the receiver side before you start sending data? 

Jesu

Hi Jesu,

 The example is C:\ti\CC3200SDK_1.4.0\cc3200-sdk\example\wifi_audio_app. And we only change the STA mode to P2P mode. It wolud be better if you can help test on you side and release the test result to us.  Also, we can release the source code to you if you need. Thank you!

Hi Roger,

Apologies for the delay, I do not have time to test this week. Seems like you are getting degraded performance due to noisy environment so even if I run it there is no guarantee I would see what you're seeing. Why don't you try a channel scan before the application starts and choose the channel with the lowest noise floor? 

Jesu

Hi Jesu,

Thank you for your reply! 

The WiFi direct listen and open valid channels are 1/6/11 . It seems that we cann't  more choise .

Now we configure is :

#define LISENING_CHANNEL    11
#define REGULATORY_CLASS    81
#define OPERATING_CHANNEL   6

P2P explain:

listen channel (either 1/6/11 for 2.4GHz) 

listen regulatory class (81 for 2.4GHz)   
oper channel (either 1/6/11 for 2.4GHz)   
oper regulatory class (81 for 2.4GHz)     
  listen channel and regulatory class will determine the device listen channel during p2p find listen phase 
  oper channel and regulatory class will determine the operating channel preferred by this device (in case it is group owner this will be the operating channel) 
  channels should be one of the social channels (1/6/11). In case no listen/oper channel selected, a random 1/6/11 will be selected.
  This option takes pointer to <b>_u8[4]</b> as parameter

Hi Roger,

So out of channel 1/6/11 I'm proposing you run a scan before the application starts and select the with the lowest RSSI out of the 3 available. 

Jesu