Hi Ryan,

Answer to your questions , Software is same but Hardware has under gone for layout change.Issue is consistently reproducible only in one Board . External Watch Dog is only refreshed in while(1).Software is not intended to enter to Low Power Mode(LPM).GIE bit is set before While(1) , No other CPU Status Register (SR) bits are set anywhere in the code. VCC rail is also Good.

Regards,
Venkatesh

Hi Ryan,

We kept for Long Run test of 5 units of same type,in that reset observed once in one unit.Then observed occurrence of this intermittently in other units also but issue is consistently reproducible in 1 unit even if re flashed.I re flashed through JTAG in debug mode and if i tries to debug  line by line, issue is not reproducible.Even in debug mode with out break point issue is reproducible.

We are not using any library startup functions,No where in the code called __intrinsic int __low_level_init(void);

Before switch press if i check the status register ,LPM bits are not set.After switch press only LPM bits are set. 

HI Ryan,

In brief, this board (MSP430 is uC) is a power management Board which has Power supply connection ,this allow Power supply to subsystems based on switch press. This switch is connected to IO pin of uC. If this switch is pressed more than 300msec ,software detects the switch Press and Enables the supply to subsystem boards.Issue is when this switch is pressed(connected to uC IO) Power getting enabled to Subsystems but Power management Board is getting hanged and resetting by External watch dog.

Now to answer questions, This issue is not preset in previous hardware versions.I can share schematics to your TI email ID,Please share your mail ID.

RST/NMI pin used to RESET , UNMI ISR configured.

Switch is connected to uC IO pin.Pressing a switch is not causing any uC RESET,but software main while loop is not executing.because of it Extenal WDT resets uC.

When switch press detects by software,software Sets other uC IO pin to HIGH, hardware logic takes care to enable supply when this pin is set HIGH.

System_OFF() and ShutDownSystem() functions are having logic to Turn OFF supply to subsystems.Its a safety Logic to turn OFF supply to subsystems.


Regards,
venkatesh

Hi Ryan Brown1,

I came to this thread, As it's about similar to my issue, That is why I am responding in here.

I have my project flow as below,

-- I have sensors on i2c that I have to read on every 1ms
-- have to collect data and send over uart via dma
-- Responding on request on particular sensors data.
-- serve int if any comes from sensors,

I am facing situation is that, I observe with debugging, That In most cases, the program counter ran in to area of 0xFFFA .
I have checked in linker file , the address allocated to the INT. and I have checked that INT and I came to know it's UNMI int.
So on that Address I am getting UNMI Interrupt.

So What might be the reason for this, And How to recover.?

If you need more data or specifics, I would like to give, And some I cannot Share here. But Wanted to solve this issue.

Thanks,

Hi Ryan Brown1 ,

Yes When I read in data sheet it's says same. But How to check for the source.

I have took break point and checked register at that time and the clock LFXT was set as 1 though I have not used it in my program.
And when I tried to Reset it's value It was set as 1 only.

-- There are not NMI /RST is generated from my program nor externally.
-- The whole project runs smooth for dma transfer as well as 1ms read from I2C, But When req. is done for any sensor data it runs for 2-3 times after that it goes in to 0xFFFA address, that's UNMI.

-- I have Re-change in hardware and issue was same. and in software. There is no change is there.
-- And I am using my controller on 8mhz internal clock ( Controller is MSP430FR6889) SO there is not access violation as per the FRAM State.

--

Hi Ryan Brown1 ,

-- I have provision of external crystal but I am not using anywhere. I am just working on SMCLK ( 8mhz)
-- I am not able to detect the possibility of overlapping of ISR, but I am using DMAIE and I2C interrupts for sensors.
-- I have disabled the external interrupts coming from sensors. for now.
-- Yes I have observed that in CCTL4 Register I Saw that LFXT value remains 1 though, If I try to make it 0.
-- I have not used LFXT as source in my code anywhere.
-- LFXT flag was not set when the 1ms i2c read is going on ( as individual It's running fine)
-- But when Request for data (1ms I2C read will also be On at that time ) first 2-3( random) times it comes perfect.
-- When not come, I pause the program in ccs and its says the at location 0xFFFA.

if you need the code to check, I can mail or share you the code so that you can share light on it. I have also attached the screen-shot of my problem.

I have got one more screen shot of what you have said. Please find it below.


Thanks.,

Hi Ryan Brown1 (3460875) ,

I have done the check and attaching the snap shot.

Hi Ryan Brown1 (3460875) ,

Please check my previous reply., In that I have took a screen shot of registers when the fault occurs,. And it was replied  on Mar 2, 2016 7:17 PM .

Please check the post, I have given the information you have asked for.

Moreover I am pasting my clock configuration for the 8mhz that I have did in my code.

       CSCTL0_H = CSKEY >> 8;               /* Unlock CS registers */

CSCTL1 = DCOFSEL_6;                  /*  Set DCO to 8MHz */

CSCTL2 = SELA__VLOCLK | SELS__DCOCLK | SELM__DCOCLK;  /* Set SMCLK = MCLK = DCO */

CSCTL3 = DIVA__1 | DIVS__1 | DIVM__1;     /* Set all dividers to 1 */

CSCTL0_H = 0;                             /* Lock CS registers */

And Also I am using uart at baud rate 460800 and for that clock register configuration are as below.

       UCA0BR0 =17;

      UCA0MCTLW |= 0x4A00;

I am using I2C at 400khz and for that the clock configuration is as below. (I am using 2 I2C and for both clock setting is same.)

      UCB0CTL1 = UCSSEL__SMCLK + UCSWRST;  /* Use SMCLK, keep SW reset */

UCB0BR0 = 20;  /* I2C clock = SMCLK value = 400KHz */

UCB0BR1 = 0;

If There is any thing wrong in clock setting register, You can tell me., Will correct. And also Pasting my screenshot of register (from CCS) when the fault occurs.

Hinesh Gohel said:

I am facing situation is that, I observe with debugging, That In most cases, the program counter ran in to area of 0xFFFA .
I have checked in linker file , the address allocated to the INT. and I have checked that INT and I came to know it's UNMI int.
So on that Address I am getting UNMI Interrupt.

What do you mean "ran in to area of 0xFFFA"?

What is the content of the address 0xFFFA? Please show us all the contents of addresses from 0xFFD0 to 0xFFFF.

I do not think your problem is caused by a UNMI. Because that would cause the PC to be loaded with the content of 0xFFFA which is probably not in "the area of 0xFFFA". 

What you have shown is the Map. I meant something like this:

ok., I am using CCS. do you know how I can show you this in CCS?
If yes, Than I can directly check.

And If I am not mistaken You are asking something like below?