Hi Chris, I ran the code and REFO_ON = 0. Now here is the weird thing, when I enabled HFXT, 48MHz, drive =1, bypass = 0, that's when REFO_ON became 1.. My fault flags are still zero. I put a break point. The REFO_ON was set after enabling HFXT. As I continue through the code, dividing MCLK SMCLK HSMCLK by 4, still REFO_ON still active. ACLK and BCLK still sourced by LFXT and no divisor and all flags still zero. I even tried switching to AM VCORE=1 when I enabled 48MHz thinking that might be causing it since by default it's VCORE = 0. But I think they're unrelated. I just don't see how HFXT affects REFO_ON. Perhaps if you enable HFXT in that code, you might see what I am getting. My code seems to work fine though because my delays are right where I expect them. A couple of observations, every time I go to LPM3 or LPM3.5, my current draw is 9.4uA when using LFXT as source for ACLK and BCLK but I just couldn't get to the value specified in the datasheet. Whenever I use REFOCLK in these low power modes, my current draw is 46uA. I kinda used this reasoning to convince myself the LFXT works aside from knowing the flags are 0. I guess that's another question I will be asking soon is that why I could not get the current consumption values specified on the datasheet. For both LPM3.5 and LPM3, the lowest I could get is 9.4uA. I would expect LPM3.5 to be lower. And I know I am able to get to LPM3.5 it successfully because every time I issue an interrupt, I exit with a POR. Anyway, that's a different topic but I'm still confused about this REFO_ON. Thank you very much for taking time to test some code and respond. I appreciate it. Regards, AJ
↧