MSP430FR58891: Oscillator Fault

When configured as LFXIN/OUT, the LFX pins must not be unused (see footnote 1 of table 1-4).

The OFIFG flag just reports that at least one of LFXTOFFG or HFXTOFFG is set. You have to clear those flags, too (and ensure that you do not try to use HFXT or LFXT when there is nothing connected).

All the CSCTL register values are wrong. (This is what I assume when I see somebody using magic numbers instead of proper symbols.)

Thank you.  We are not using LFX and have left the pins in the default state as GPIO.

1.2.1 Device Initial Conditions After System Reset
After a BOR, the initial device conditions are:
• The RST/NMI pin is configured in the reset mode. See Section 1.7 for details on configuring the
RST/NMI pin.
• I/O pins are switched to input mode as described in the Digital I/O chapter.

1.6 Connection of Unused Pins
The correct termination of all unused pins is listed in Table 1-4. p. 54

Px.0 to Px.7 Open Switched to port function, output direction (PxDIR.n = 1)

12.3.1 Configuration After Reset
After a BOR reset, all port pins are high-impedance with Schmitt triggers and their module functions
disabled to prevent any cross currents. The application must initialize all port pins including unused ones
(Section 12.3.2) as input high impedance, input with pulldown, input with pullup, output high, or output low
according to the application needs by configuring PxDIR, PxREN, PxOUT, and PxIES accordingly.

yeah that's not confusing....

HFXTOFFG and LFXTOFFG are cleared in CSCTL5 at the end of my initialization routine. I so periodically test SFRIFG1 to see if  OFIFG flag is set and I clear it. I'll start clearing HFXTOFFG also.

I used the msp430fr58xx Family Guide manual to determine the settings of the CSCTLs, if they are wrong then TI needs to update the manual. Hopefully someone else will see this and review my settings against the manual.

yeah that's not confusing....

The three sections you quoted are correct and consistent. What is the problem?

I used the msp430fr58xx Family Guide manual to determine the settings of the CSCTLs

Have a look into the msp430‍fr58891.h header file, for example:

...
/* CSCTL2 Control Bits */
...
#define SELM__LFXTCLK       (0x0000)   /* MCLK Source Select LFXTCLK */
#define SELM__VLOCLK        (0x0001)   /* MCLK Source Select VLOCLK */
#define SELM__LFMODCLK      (0x0002)   /* MCLK Source Select LFMODOSC */
#define SELM__LFMODOSC      (0x0002)   /* MCLK Source Select LFMODOSC (legacy) */
#define SELM__DCOCLK        (0x0003)   /* MCLK Source Select DCOCLK */
#define SELM__MODCLK        (0x0004)   /* MCLK Source Select MODOSC */
#define SELM__MODOSC        (0x0004)   /* MCLK Source Select MODOSC (legacy) */
#define SELM__HFXTCLK       (0x0005)   /* MCLK Source Select HFXTCLK */
...
#define SELS__LFXTCLK       (0x0000)   /* SMCLK Source Select LFXTCLK */
#define SELS__VLOCLK        (0x0010)   /* SMCLK Source Select VLOCLK */
#define SELS__LFMODCLK      (0x0020)   /* SMCLK Source Select LFMODOSC */
#define SELS__LFMODOSC      (0x0020)   /* SMCLK Source Select LFMODOSC (legacy) */
#define SELS__DCOCLK        (0x0030)   /* SMCLK Source Select DCOCLK */
#define SELS__MODCLK        (0x0040)   /* SMCLK Source Select MODOSC */
#define SELS__MODOSC        (0x0040)   /* SMCLK Source Select MODOSC (legacy) */
#define SELS__HFXTCLK       (0x0050)   /* SMCLK Source Select HFXTCLK */
...

#define SELA__LFXTCLK       (0x0000)   /* ACLK Source Select LFXTCLK */
#define SELA__VLOCLK        (0x0100)   /* ACLK Source Select VLOCLK */
#define SELA__LFMODCLK      (0x0200)   /* ACLK Source Select LFMODOSC */
#define SELA__LFMODOSC      (0x0200)   /* ACLK Source Select LFMODOSC (legacy) */
...

(But there also are lots of not-so-useful symbols for backwards compatibility.)

Still hoping that someone will review my clock initialization software and give some advice. Sorry that I did not use the defined macros, this is my first msp430. I inherited this design from a previous vendor and the customer wants it ported from the msp430f2272 to the 58891. The code did not produce an OSC Fault while running on the 2272. I had one comment to clear the HFXTOFFG in CSCTL5. I do that at initialization but now also clear it in my main loop when I find that SFRIFG1_bit.OFIFG == 1. This does not correct the problem.

if ( SFRIFG1_bit.OFIFG == 1) {
SFRIFG1_bit.OFIFG =0;
CSCTL5_bit.HFXTOFFG = 0; // Clear the HFXT OSC Fault Flag
CSCTL5_bit.LFXTOFFG = 0; // Clear the LFXT OSC Fault Flag
} 

I have tried changing multiple things, one of which was setting MCLK and SMCLK to DCO. Certainly that should not produce a OSC Fault but it does? I also have a LaunchPad demo board with the msp430fr5969 and have the same results there???? Other than that my code runs fine, still really hate the OSC Fault.