This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Any issues without external crystal besides power ?

If you dont have an external 32Khz crystal for the nRF52832, besides the higher power consumption, are there any other issues ? e.g. CPU starvation affecting my app during recalibration, how does recalibration affect longer running operations like DFU or data uploads, are connections more stable with an external crystal, etc.

There was a post about the power savings for the nRF51 but I have not seen any info about the nRF52. It seems as if the temp is stable enough then the power savings is not too much. Could the CPU temp change more and kick off calibrations when the CPU is busy computing a lot ? (say 10ms every 80ms) ?

Thanks Shannon

Parents
  • The calibration is not blocking, so it can run while the CPU is doing other stuff. You can use PPI with the calibration timer to start calibration without any CPU interaction. This is handled by the SoftDevice btw. As long as the accuracy (ppm) of the LFRC is given to the SoftDevice while you enable it, the stability is as good as when you use LFXO, since the SD will increase the window widening on the RX event corresponding to the accuracy given.

    Regarding current consumption using the LFRC vs the LFXO, you can have a look at this post.

    For the nRF51 you had the choice to only calibrate if the temperature had changed. For nRF52 the SD will calibrate the clock even though the temp is stable. Please see the notes in the SD spec here.

    For nRF52, the application must ensure calibration at least once every 8 seconds to ensure +/-250 ppm clock stability. The recommended configuration for NRF_CLOCK_LF_SRC_RC on nRF52 is rc_ctiv=16 and rc_temp_ctiv=2. This will ensure calibration at least once every 8 seconds and for temperature changes of 0.5 degrees Celsius every 4 seconds.

Reply
  • The calibration is not blocking, so it can run while the CPU is doing other stuff. You can use PPI with the calibration timer to start calibration without any CPU interaction. This is handled by the SoftDevice btw. As long as the accuracy (ppm) of the LFRC is given to the SoftDevice while you enable it, the stability is as good as when you use LFXO, since the SD will increase the window widening on the RX event corresponding to the accuracy given.

    Regarding current consumption using the LFRC vs the LFXO, you can have a look at this post.

    For the nRF51 you had the choice to only calibrate if the temperature had changed. For nRF52 the SD will calibrate the clock even though the temp is stable. Please see the notes in the SD spec here.

    For nRF52, the application must ensure calibration at least once every 8 seconds to ensure +/-250 ppm clock stability. The recommended configuration for NRF_CLOCK_LF_SRC_RC on nRF52 is rc_ctiv=16 and rc_temp_ctiv=2. This will ensure calibration at least once every 8 seconds and for temperature changes of 0.5 degrees Celsius every 4 seconds.

Children
Related