3.8.8 Register Refreshing
A register refreshing process can be used to force the reload of the complete service/channel configuration of the SRAM currentService structure using its default EEPROM or SRAM configuration the next time a Receive mode ramps up. This can be useful in these circumstances:
- In a polling scenario where only one service with different channels is used and the user wants a periodic refresh of the currentService data in the SRAM with the data from the EEPROM service configuration
- If an SRAM service configuration is updated via SPI and the user wants to transfer these changes to the currentService structure at the subsequent start-up of a Receive mode
- If the user manipulates the currentService, reload the default EEPROM/SRAM configuration
Note: If a Receive mode starts with a service that
differs from the service in the currentService structure, the complete service/channel
configuration in currentService is updated in any case. See Service-Based Concept
from Related Links.
A register refreshing process can be triggered at the following time points:
- During the periodic self-check in PollingMode or during a self-check that is started by using the
Calibrate and CheckSPI command if enabled in eepTrxCal.calConf1.EN_REGREFRESH.
| Address | Name | Bit 7 | Bit 6 | Bit 5 | Bit 4 | Bit 3 | Bit 2 | Bit 1 | Bit 0 |
|---|---|---|---|---|---|---|---|---|---|
| 0x001C | calConf1 | — | EN_TEMP_MEAS | EN_SRCCAL | EN_FRCCAL | — | — | — | EN_REGREFRESH |
Note: No SPI command directly supports a register refresh. Refreshing the register is only available in combination with the system self-check and calibration procedure.
For more details about the register refresh procedure requiring additional time, see Timing Characteristics from Related Links.