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.

Compiler/CC2541: Beacon stop working for 3hr and back to normal

Part Number: CC2541

Tool/software: TI C/C++ Compiler

 

 

 

Dear CC2541 related expert,

 I'm developing Bracon module using CC2541F256 & CC2590 with some other parties.     

I had downloaded BLE-CC254x-1.4.2.2 stack from TI web.  

With mionor contents modifictaion in S/W in SimpleBLEBroadcaster part,  it worked fine without problem.   

But when we test with pre-produced 100set for 2 months,   we found it suddenly stop bradcasting for approx (2hr55min-3hr)  and 

back to normal broadcating.     Occurrence time is ramdom.  once per week or once per 2 week and once per 1days etc.   

But the dead time is always same 2hr 55-3hr.  The failure rate is more than 50sets out of 100sets.   But not sure the % exactly

 since it was happen and back to normal automatically.   And we can not watch the condition without sleeping. 

 Is it reated watchdog timer in S/W stack?   

The schematic is as follows.    I suspect the unconnected floating P0.1and P0.2 pins those are assigned to input port which can cause

I/O port interrupt.   But not sure.  If it's the case , why it's not happen more frequently.  

Can you give me some advice which part of S/W module is related with 3hr stop broadcating and back to normal broadcating ?

When we measured the current when stop,   current consumption was almost same 20mA.   It means that it's not get into sleep mode.

Advertsing interval is 100msec.   

 

-------------------in simpleBLEBroadcaster.c --------------------------------------

 // For keyfob board set GPIO pins into a power-optimized state
  // Note that there is still some leakage current from the buzzer,
  // accelerometer, LEDs, and buttons on the PCB.
 
  P0SEL = 0; // Configure Port 0 as GPIO
  P1SEL = 0; // Configure Port 1 as GPIO
  P2SEL = 0; // Configure Port 2 as GPIO

  P0DIR = 0xFC; // Port 0 pins P0.0 and P0.1 as input (buttons),
                // all others (P0.2-P0.7) as output
  P1DIR = 0xFF; // All port 1 pins (P1.0-P1.7) as output
  P2DIR = 0x1F; // All port 1 pins (P2.0-P2.4) as output
 
  P0 = 0x03; // All pins on port 0 to low except for P0.0 and P0.1 (buttons)
  P1 = 0;   // All pins on port 1 to low
  P2 = 0;   // All pins on port 2 to low 

  -----------------------------------------------------------------------------------------------------------------------------------------------------------

 

 Woul you pls give me some idea regrading this issue ?

   YS Kim

  • Hello YS Kim,

    I'm wondering if this is related the issue described in here:

    e2e.ti.com/.../2337553

    Could try increasing the HAL_SLEEP_ADJ_TICKS until the problem is no longer observed.

    Best regards,

    David
  • Hello David,  

    Thanks for your advice !  

    Based on your recommendation,   we extended HAL_SLEEP_ADJ_TICKS = 80  from 25.       And monitoring the malfunction

    occurance again for 5 days.    During the 5 days,   the advertisement stopping for 2.9Hours was not happened.    But the occurrance

    frequency is quite random (once per 1week or 2 weeks, 3weeks or 1 day),  we cannot ensure that problem was resolved or not yet.

    To avoid any unexpected stabilization time of external 32MHz -Xtal,    we deleted POWER SAVING feature in IAR preprocessor as 

    attached picture with another set.    Then we found  2.9hrs advertisement stopping condition was happened again.  

    we have verified that 32MHz X-tal oscillation never stop.   But happeded.    Any other factor to get into the stop for 2.9hrs except

     32MHz wake up stablilization from sleep?     As I said in previous explanation,  advertising duration is 100msec.  

     

    Another symptom is  that  1 set was working normally and suddenly stopped advertising contineously (not 2.9hrs).    When power-on

    reset was applied to the set (Battery off/on),  it revived the set advertisement normally. But when it dead again,  only power on reset

    could revive the set.     this occurrance ratio is 1set out of 30sets  being tested,.

    Any advice for this condition ?   

    YS Kim      

        

  • Hello,

     Anybody can give me advice for the above issue ?

     Power save mode was disabled and verified that 32MHz X-tal is running all the time. 

     But Beacon stop advertising suddenly for 2.9hrs and get back to normal advertising. 

    any other related S/W portion that make stop advertising for 2.9hr except 32MHz X-tal stabilization time ?    

    And one of beacon set stop suddenly and don't get back to normal.  Only power on reset, it revive.      

    Tick time adjustment test is ongoing.    Any other related tip to fix this kind of issue ?

    YS Kim