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/RF430CL331H: TIDA-00524 - RF430CL331H - Power was interrupted message

Part Number: RF430CL331H
Other Parts Discussed in Thread: TIDA-00524, MSP430FR5969

Tool/software: Code Composer Studio

Dear E2E community

Hi have several loggers running TIDA-00524 with errata fixes highlighted within http://www.ti.com/lit/er/slaz672b/slaz672b.pdf implemented throwing the "power was interrupted" message.

I'm using a nfclink-bndl kit running SLOA227 firmware on the other side.

I started a logging with 1 minute polling time and let it run for a couple of days.. after the first day I was able to read the logs back without any problem.. but when accumulating a lot of samples (>2000) I get the  "power loss" and a TI NFC Tool Application error.. please check the attached pdf..

Any idea??..It looks an overflow of a counter....

Thanks

NFC_TI_tool_error.pdf

  • Hi Marco,

    At first glance I do think the error is GUI related and nothing else. I don't think it is a Count overflow at first glance but hard to say for sure until I go through the GUI source.

    When you say 'power loss', can you describe that better? Does the CL331H lose power? Is there a message from it that states power loss in the logs? Something else?

    I don't have a datalogger board with me at home right now so I won't be able to test on my end until Monday. Actually possibly until Tuesday unless I find one which already has a whole slew of samples...
  • Hi Ralph

    Thanks for the prompt reply.  This is the message that I get on the NFC Reader.

    In the past I was using a Chinese Android smartphone running the app “NFC Tools”. Since that was my only reader I suspected of such…  Then I bought an nfclink-bndl kit install the  SLOA227 firmware and I run the NFC TI Tool Version 1.8.  I can see the data and “power loss” message on the file that the TI tool creates.

     

    Looking to the CCS project that is delivered with the reference design (http://www.ti.com/lit/zip/tidcb42) the only way that this message goes into FRAM is when:

    // - code from TIDA-0054 - main.c ------------------------------------------

    RTC_Init();

     while (1)

        {

                  switch(State_t){

                         case Start:

                               if((NdefFiles[0].FileID[0] != 0xE1) || (NdefFiles[0].FileID[1] != 0x03) ||   (NdefFiles[1].FileID[0] != 0xE1) || (NdefFiles[1].FileID[1] != 0x04)){

                                      // First Time Programed

                                      State_t = Data_logger_Init;

                               }

                               else{  // Power was lost

                                      State_t = Power_Lost;

                                }

                               break;

     //----------------------------------------------------------

    //- and the funcion DL_Print_Power_Lost -------------------------------------

    void DL_Print_Power_Lost(void)

    {

           unsigned char p_uc8PowerLostMessage[] = "\nPower was interrupted!\n"

                                                                               "Time and Date have been reset.\n"

                                                                               "Current state: Stopped\n"

                                                                               "\n";

            DL_Update_Data(p_uc8PowerLostMessage, sizeof(p_uc8PowerLostMessage));

    }

     //_------------------------------------------------------

     

     

    Looking to the sch of tida-0054 the CL331H is connected to P2.6 (vcc_i2c) of MSP430FR5969 and this pin goes low…. While waiting for the RTC to fire for the next measurement…

    (To save some more power another pin should be used to power up the CL331H avoiding power it up every time a sensor measurement is taken, right?)

    Any ideas?

     

     Thanks

  • Hello Marco,

    Sorry I hadn't gotten back to you sooner. Had issues with the hardware I had on hand, but today finally got a board going. Need to let it run for a bit before I can test reading out a large message though.

    Honestly I didn't write the software for this design at all, so I am not certain about whether using another pin would save further power.

    I did notice a power loss message when I was fiddling with hardware, but it was before sampling started. That board had the diodes for field powering the device on it. Do you know if your board has those diodes populated? They are D1 and D2. I wonder if that could be related.

    Until the samples build up large enough, I won't be able to test any further to provide better feedback, but I set it to sample every minute so by tomorrow I should have a nice big file to read out.
  • Hello Ralph
    Thanks for the reply. In our boards we do not have the diodes populated. The symptom happen in all 4 boards that we are testing.
    Let me know the results from your side.
    Thanks again
    Marco
  • Hello Marco,

    So far progressing as you described, with 1 minute polling and after a bit less than a day, no issues. I will check again in the afternoon but suspect will need to wait until tomorrow to get a real shot at recreation.
  • Hi Ralph
    Any updates? were you able to observe the symptom?
    Thanks
  • Hello Marco,

    I have not been able to re-produce the issue yet.

    The only thing I can get to come up is:

    Logger Memory Full!
    Current state: Stopped
    Please Reset.

    That behavior occurs on TI NFC Stack, Samsung Galaxy S6 Active, and Google Nexus 10 Tablet.

    Nothing I have done has generated the Power Interrupted message.

    I also do not have any issues with the TI NFC Tool GUI, it is able to read out all data without any errors every time.

    Are there any differences in your application vs the TI Design?
  • Hello Ralph.

    Thanks for the update.  In our prototype (sch attached) I do not have the light and Humidity sensor assembled. The RF430CL331is the QFN version.  Apart from this I placed the original source code. Any ideas? ThanksNFCSchematic.pdf

  • Hello Marco,

    Have you configured pins such as the OPT_INT and HDC_DRDY inputs to reflect that no devices are present and also that any interrupts related to those pins are not enabled?

    My suspicion is that somewhere in the firmware, an attempt to read a sensor that isn't present or a false trigger of an interrupt that may be floating is causing the issue you have observed. I would review the firmware to make sure there aren't any possible points where it may be trying to communicate with one of the non-connected sensors and fails then.
  • Hello Ralph

    Thanks for the suggestion. I will double check the firmware and let you know asap..

    Thanks