2.9.9 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 data transmit or 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 or transmit mode
- If the currentService was manipulated by the user and the default EEPROM/SRAM configuration needs to be reloaded
Note: If a receive or transmit mode is started
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).
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 Check” SPI 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.
The register refresh procedure requires additional time, see Timing Characteristics.