3 Replies Latest reply on Mar 24, 2019 11:54 PM by PradiptaB_11

    Setting up the clock and storing it permanently in CY14B512I

    AshbinPBabu

      We have been using CY14B512I in two of our designs. However, we are facing issue with setting the clock and storing it the RTC after power down.

      Please find the attached screenshot of our schematic related to the device.

      The time and date once written is not getting retained in the non-volatile memory after power down even with a 3.3 V Battery connected.

      I kindly request you to give the detailed steps to enable storing the time and date permanently in the device. Also, see the hardware and suggest any changes required.

        • 1. Re: Setting up the clock and storing it permanently in CY14B512I
          PradiptaB_11

          Hi Ashbin,

           

          We have the following app-notes and knowledge base article on RTC. Kindly go through it once as has all the details you need. Fell free to ask any queries you might have.

          https://www.cypress.com/file/40741/download

          https://www.cypress.com/file/40376/download

          Troubleshooting Guide for nvSRAM and FRAM – KBA94279

           

          Thanks,

          Pradipta.

          1 of 1 people found this helpful
          • 2. Re: Setting up the clock and storing it permanently in CY14B512I
            AshbinPBabu

            nvsram_rtc.PNG

             

            Thanks for your reply. However, we are facing a different issue.

            In one of our designs as seen from the attached screesnhot, the VCAP pin was accidently pulled up instead of directly connecting to the ground using the specified capacitor. Since the cards are already assembled, removing the trace was not an option. Hence what we have done is that, we have left the VCAP pin of the RTC open and thus autostore is not happening. We are using I2C to issue software store command whenever the card reboots or shuts down. However, as evident, the time thus written is not accurate as the delay between Manual Store command and actual power down of card is non-zero. This non-zero delay will keep on adding during each power down and thus increase the error. Can you suggest some workaround for this?

            • 3. Re: Setting up the clock and storing it permanently in CY14B512I
              PradiptaB_11

              Hi Ashbin,

              Since the VCAP is shorted to VCC, as you mentioned, the AutoStore function will not work. So, you have two methods to execute the nonvolatile Store, either via I2C command or using the HSB pin.

               

              Some insight on the nvSRAM RTC settings and its functionality-

              When you set the new base time and/or date in the user RTC registers, please make sure you execute the SW store command so that the new time/date set is stored into its nonvolatile counterpart. This setting resets the RTC clock counter to 0 as well. RTC clock counter then increments the RTC tick by 32768 counts every second and accumulates over the time until user resets the base time with a new time. The base time + tick count is used internally by the device to calculate the current time and date whenever user queries them. When the device VCC is down, the RTC clock needs to continue running either on battery or super capacitor power, VRTC_BAT in your schematic. When the VCC power returns, the RTC block power switches to the VCC power to save the battery.

               

              Once you set the new RTC time following which execute the nonvolatile STORE command only once, you need not execute the nonvolatile Store before every reboot or shutdown for the RTC function. However, you need the nonvolatile Store before every reboot or shutdown to save any update.change to the main memory array. 

               

              You may observe some lag in time primarily because when you read the RTC register, you set the R bit '1', which freezes the update to the volatile registers. Once you read the RTC register content and clear the R bit, it updates the time to new value. However, this R bit setting only needed to access the RTC register, hence should not take more than few ms with slow I2C access. System power down essentially shouldn't change the RTC accuracy until there is clock error at the input. The inaccurate RTC timing can be either due to crystal accuracy, unmatched crystal load or even the PCB routing/layout for the crystal.

               

              It would be great if you can share the RTC register dump where you observe the time lag and after every power cycle.

              You can capture for 2-3 cycles with expected vs read time.

               

              You can measure the 512 Hz digital output clock on the INT/SQW pin to measure the input clock error instead of probing on the analog pins of the crystal (XIN/XOUT). Please refer to the CAL bit setting and related section in the datasheet to enable the clock on the INT.

               

              Thanks,

              Pradipta.