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.
Part Number: MSP430FR6889
The customer says that he use MSP430FR6889 in his project. The problem is that power consumption in LP3.5, LP4 modes is 200uA, it's to high. I've attached scheme and code (customer doesn't want to send me full project, here just a photos). Can you help me, please?
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Caleb Overbay:
But what can you say about program on the screenshots? Do you see a problem with entering LPM3 ?
In reply to artem dmitriev5:
I apologize for the delay, I was out of office yesterday and unable to respond.
artem dmitriev5But what can you say about program on the screenshots? Do you see a problem with entering LPM3 ?
As I said previously, and unused GPIO needs to be in output low state to achieve the lowest power consumption possible. Additionally, anything that may be drawing power from the device's GPIO pins will also add to the current consumption. If you're attempting to enter LPM3, the code shown in the screenshots is doing it correctly.
artem dmitriev5The customer says that SMCLKREQEN bit is set by default. Also in msp430fr5889 SMCLKREQEN bit is set by default, but the client says that in this case power consumption is about 2uA.
You're correct that it's set by default. Your customer needs to verify if a module is requesting the SMCLK from LPM3. If this is the case, then the device isn't actually entering LPM3 and is most likely in an LPM0/1 state. The observed current of ~200uA seems to follow this theory. To keep modules from waking the device from LPM3, they should set the SMCLKREQEN bit to 0. This has the additional affect of disabling whatever peripherals may be attempting to use SMCLK in LPM3.
Best regards, Caleb Overbay
But why can msp430fr5889 enter LP state while msp430fr6889 not?
artem dmitriev5But why can msp430fr5889 enter LP state while msp430fr6889 not?
I'm not sure what you're talking about. In your original post you only mentioned the MSP430FR6889. Are you using both devices with the same code and hardware setup?
You should implement the changes I have suggested before we go any further. The idea that the device isn't entering LPM3 is only a theory. I don't have a full view of the code or how it operates. I also don't know if there are any peripherals using SMCLK. This is all specific to how your customer has their code setup and they need to ensure that no peripheral is requesting SMCLK from LPM3.
Again, its also very important that any unused GPIO are set to output low. This is most likely where the majority of the extra current consumption is coming from.
Here is the code and scheme.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.