i.mx53 RTC problems

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

i.mx53 RTC problems

Jump to solution
2,485 Views
MarkRoy
Contributor III

Hello,

I have been having some difficulties with the RTC on an mx536.  It is running on a custom board based on the START-R design and also the MC34708 application example provided in the MC34708 datasheet.   

I had found another post on here with a user having a similar problem, but there didn't seem to be a solution:

RTC in the iMX537 problem by battery backup

When I am running Linux, I can run  /unit_tests/autorun-rtc.sh and it passes all tests.     If I set the system time using date -s and write the date to the RTC using hwclock -w

it seems to store the date in the RTC.  I can read it back using  hwclock -r and it is correct.

Now, if I shutdown the system using "poweroff" and then turn it back on and boot into Linux, the clock has been reset to 0.  I thought it might be a driver issue, so I modified the driver and had it output the registers SRTC_LPSR, SRTC_LPSCMR, and SRTC_LPSCLR and they are all set to 0 when the driver is probed and before it has done anything else.

   

VSRTC measures 1.3V when powered up and after shutting down, the VSRTC remains stable at 1.3V.  The powerup sequence should be good, as it is controlled by the MC34708 with PUMS set for DDR3.  The board has a 5V, 3.3, and 3.8V regulator which all remain active and stable throughout the powerup/down sequence.

If I remove power alltogether (and let the 5, 3.3, and 3.8V regulators turn off) then the VSRTC drops to 1.2V.  This is correct according to the MC34708 datasheet that states VSRTC drops to 1.2V when powered from the coin cell.    However, looking at the IMX53AEC datasheet, it suggests the minimum operating voltage for the NVCC_SRTC_POW is 1.25V.  Does this mean that the MC34708 is not compatible with the i.mx53 RTC? The oscillator is also still going after powerdown and if I look at the  32.768 clock from the MC34708 to the mx53 it looks fine.  

Also, it is worth mentioning that I am currently booting using the Mfgtool  over USB since I dont want to burn any fuses just yet.

Any advice is appreciated.   I'd prefer to use the mx53 RTC over the mc34708 as there doesnt seem to be a driver written for the MC34708 clock and it is less secure.

Labels (2)
Tags (2)
0 Kudos
Reply
1 Solution
978 Views
weidong_sun
NXP TechSupport
NXP TechSupport

Please try to do test like the following :

(1)Using Internale regulator of i.mx53 to supply for VDDA and VDDAL (or only VDDA)

Adjust circuits : VDD_DIG_PLL(pin H17)---->VDDA_1V3 ( or VDDA_1V3 & VDDAL_1V3)

<note :Here , original 1V3_GEN1 should be disconnected>

(2)Supply 1.5V at VDDLP and keep it after power off.

At the time , you can remove 3V Li-coin cell at pin LI_CELL on MC34708 , or don't remove it .

View solution in original post

0 Kudos
Reply
2 Replies
978 Views
MarkRoy
Contributor III

Looking at the errata for the MC34708, I think it may be related to errata 23, however it still doesnt exactly explain the behaviour I'm seeing.     When I do a poweroff without removing power  from the MC34708 (ie user off),  VDDLP and VSRTC both remain stable at 1.5  and 1.3V respectively.  When I bring it back out of user off mode and boot back into Linux,  the RTC has still lost its value.

Mark 

0 Kudos
Reply
979 Views
weidong_sun
NXP TechSupport
NXP TechSupport

Please try to do test like the following :

(1)Using Internale regulator of i.mx53 to supply for VDDA and VDDAL (or only VDDA)

Adjust circuits : VDD_DIG_PLL(pin H17)---->VDDA_1V3 ( or VDDA_1V3 & VDDAL_1V3)

<note :Here , original 1V3_GEN1 should be disconnected>

(2)Supply 1.5V at VDDLP and keep it after power off.

At the time , you can remove 3V Li-coin cell at pin LI_CELL on MC34708 , or don't remove it .

0 Kudos
Reply