• State TI Thinks Resolved
  • Locked Locked
  • Replies 6 replies
  • Answers 1 answer
  • Subscribers 52 subscribers
  • Views 490 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.

CCS/CC2650MODA: Strange compiler BLE stack project issue

asdafaq
Prodigy 170 points

Part Number: CC2650MODA

Tool/software: Code Composer Studio

Hy everybody!

I have a strange BLE Stack issue. My project based on simple BLE peripheral, and over a year is quite complex. I use BLE STACK 2.2.1 and TI-RTOS 2.20.1.08. I used 5.2.6 compile tool for application, XDC 3.32.0.06_core xdc tools. The app in OAD config.

The problem details:

When I build the stack with Ti v16.9.9.LTS compiler and I build the app with 5.2.6 the app is working almost properly. But when I build the stack with 5.2.6 compiler the app is running a HWI spin exec handler. I debug a little bit with ROV. I figured out, the problem is in ICall_createRemoteTasks(), beacuse when I pause the execution, in the "TASKS" field in ROV, the ICall_createRemoteTasks() with priority 5 is running.

I think is not problem with any "normal" hwi exec, like null peripheral driver call, gpio missaligment, etc.

Do anybody meet this problem? Where can I start hte debugging? Any suggestion what cause this issue?

Thanks for answer.

Best regards,

Richard

  • 0
    TI__Guru 57005 points
    Do you have problem to get out of box software to run?
    Is this problem only happening to your custom software?
  • 0 in reply to Christin Lee
    Prodigy 170 points

    Hi Christin!

    Thanks for answer. I dont experienced this issue with provided samples. I write the whole story, maybe can help understand my exact issue.

    I work this project almost 1.5 years, and the code is grown. We have an app, but the app is working with only our product, I figured out a "filter". In advertisement data, I put the byte sequence (like mac adress) under "manufacturer data" flag and in the scan response data I put the custom service uuid under "GAP_ADTYPE_128BIT_COMPLETE" flag. The custem service was generated with Bluettoth Developer Studio. And in the app when the user want to connect with our product, the founded BLE devices list had a filter, what select our product this method (exact byte sequence and custo service uuid) and can connect automatically. 

    A week ago, I realized our device has "slowed down". The connecting is OK, but when the app try to read ccharacteristic is much slower as before. Before It takes about 1sec, but now 5-6 sec. I try another app (eBeacon), and the connect is almost immediatly, but when "Discover characteristic" view is appear, it takes 5-6sec to "see" the characteristicand when I scanning with eBeacon, the device dont appear immediatly, just 10-15 sec later. We have 3 services, the "device info", the oad service, and our custom characteristc.

    If i go to git checkout 1 week ago, everything fine, so the "problem is in our house", but I dont have an idea, where I can start, what is the problem. The project has a tight dealine, so I asked the question to TI experts.

    If you need any clarification ask it. (I do not want to send a whole projekt, if neccesarry).

    Thanks for answer.

    Regards,

    Richard 

  • 0 in reply to asdafaq
    TI__Guru 57005 points
    Sorry for the delayed response.

    Can you provide sniffer log? It's easiest if you can have sniffer log between the everything fine version and the version that's very slow. Without knowing the difference in software it's very hard to determine the rootcause.
  • 0 in reply to Christin Lee
    TI__Guru 57005 points
    Hi,

    Are you able to provide more information?
    If you already solve your problem, then I would like to close this thread.
  • 0 in reply to Christin Lee
    Prodigy 170 points
    Hy Christin!

    Sorry I dont have much time for this, I simple picked up a previous ble_stack builded hex and I use this for production. If I can afford time for this problem, I send the infomration, but now I couldnt. Until then close this thread.

    Best regards,
    Richard
  • 0 in reply to asdafaq
    TI__Guru 57005 points
    Ok, I will close this thread for now. You can start a new one when you have time to do debugging.