MX6SL Power up without OFF mode support

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

MX6SL Power up without OFF mode support

Jump to solution
1,528 Views
nathanpalmer
Contributor IV

I have had problems booting a board with an MX6SL CPU + PF0100 PMIC.  As a workaround, we have removed support for the SNVS domain by making the following design changes.  I think that all of them are supported by the official Freescale documentation, but I wanted to ask the community if there is anything that I am missing:

See: SR 1-3679179854 and https://community.freescale.com/message/449238

1) Can I short VDD_HIGH_IN to VDD_SNVS_IN external to the MX6SL and drive them both with the SW2 (3.15V) output of the PF0100 PMIC?

2) Can I force the PMIC to be "always on" by shorting PWRON to SNVS on the PF0100?

I think those two things will fix the boot problem at the expense of no longer supporting the SNVS power mode on the MX6SL.  Any gotchas to look out for?

Thanks!

Labels (2)
Tags (4)
1 Solution
1,208 Views
igorpadykov
NXP Employee
NXP Employee

"fully powered" mean ON state, RESETBMCU does high on Figure 6 MMPF0100

STANDBY can not be sampled before SW2 goes high, because PMIC

should be in the ON state - this means that SW2 will be in normal state, high.

MMPF0100  Figure 8. State Diagram, Table 22. Standby Pin and Polarity Control

foot note 33 - The state of the STANDBY pin only has influence in On mode.

View solution in original post

0 Kudos
6 Replies
1,208 Views
igorpadykov
NXP Employee
NXP Employee

Hi Nathan

I believe yes, answer is positive for both questions.

PMIC start-up behaviour greatly depends on presence LICELL

(coin cell) and it is described in datasheet.

Best regards

igor

0 Kudos
1,208 Views
nathanpalmer
Contributor IV

Great, thanks.  I have read the data sheets a lot over the last few months :smileyhappy:

One final question on this:

3) The STANDBY pin is driven directly from the MX6SL (PMIC_STBY_REQ pin) to the PF0100 PMIC.  Is there a concern that the PMIC_STBY_REQ, which is now IO un-powered until SW2 is powered, will be in-valid and cause an unpredictable level on the PMIC STANDBY pin at start up, i.e. before SW2 has powered the MX6SL SNVS domain?

0 Kudos
1,208 Views
igorpadykov
NXP Employee
NXP Employee

PMIC STANDBY will take effect when PMIC will be operational,

fully powered.

0 Kudos
1,208 Views
nathanpalmer
Contributor IV

Thanks for the response.

Then there may be a problem, as shown in this figure.  What does "fully powered" mean in the PMIC? I think you mean that the PMIC is in the ON state, which I think happens when SNVS pulls PWRON high (in my design).  If STANDBY is sampled before SW2 goes high, then it may be invalid because the MX6 SNVS IO domain is not powered.  Is there an internal pull-up/down etc. on the STANDBY pin to prevent problems?

standbyproblem.png

0 Kudos
1,209 Views
igorpadykov
NXP Employee
NXP Employee

"fully powered" mean ON state, RESETBMCU does high on Figure 6 MMPF0100

STANDBY can not be sampled before SW2 goes high, because PMIC

should be in the ON state - this means that SW2 will be in normal state, high.

MMPF0100  Figure 8. State Diagram, Table 22. Standby Pin and Polarity Control

foot note 33 - The state of the STANDBY pin only has influence in On mode.

0 Kudos
1,207 Views
nathanpalmer
Contributor IV

Great, thanks.  I was concerned that the ON state was entered as soon a SNVS pulled PWRON high. Good to know that ON is only entered after all rails are up.

0 Kudos