SWRA486A August   2015  – April 2017 CC1310 , CC2620 , CC2630 , CC2640 , CC2640R2F-Q1 , CC2650 , CC2650MODA

 

  1.   CC26x0, CC13x0 SimpleLink™ Wireless MCU Power Management Software Development
    1.     Trademarks
  2.   CC26x0, CC13x0 SimpleLink™ Wireless MCU Power Management Software Development
    1. 1 Abbreviations
    2. 2 Power Management Introduction
    3. 3 TI-RTOS Power Modes
      1. 3.1 Active Mode
      2. 3.2 Idle Mode
      3. 3.3 Standby Mode
        1. 3.3.1 Standby Enter Sequence
        2. 3.3.2 Standby Exit Sequence
      4. 3.4 Shutdown Mode
    4. 4 Implementation Considerations
      1. 4.1 Device Initializing
        1. 4.1.1 Low-Level Initializing
        2. 4.1.2 Initializating TI-RTOS
      2. 4.2 Recharging in Standby
      3. 4.3 Operating the DC-DC Converter
      4. 4.4 Configuring Device for External Input Interrupts and Wakeup
        1. 4.4.1 Interrupt and Wakeup from Active, Idle, and Standby
        2. 4.4.2 Wakeup from Shutdown Mode
      5. 4.5 Oscillators
        1. 4.5.1 High-Frequency Oscillators
        2. 4.5.2 Low-Frequency Oscillators
        3. 4.5.3 RC Oscillator Calibration
      6. 4.6 Auxiliary Domain
        1. 4.6.1 Powering on the Auxiliary Domain
        2. 4.6.2 Powering Down the Auxiliary Domain
        3. 4.6.3 Managing the Sensor Controller and the Auxiliary Domain Power
        4. 4.6.4 Sharing Resources Between the Sensor Controller and the Cortex®-M3
      7. 4.7 RTC
        1. 4.7.1 Initializing RTC
        2. 4.7.2 Configuring RTC Compare Events
      8. 4.8 Debugging Through Power Modes
      9. 4.9 Using Peripherals
    5. 5 References
  3.   Revision History

4.6.4 Sharing Resources Between the Sensor Controller and the Cortex®-M3

Users can access several resources like the OSC_DIG, TDC, and ADC on the CC26x0 and CC13x0 devices from both the sensor controller and the Cortex-M3. To ensure these accesses are correctly arbitrated on the bus, the Cortex-M3 should always access these modules through driverlib, which has this arbitration support built in.

If the Cortex-M3 and the sensor controller access the same resources, protect them using the auxiliary semaphore module. This module has eight semaphores reserved for protecting-shared resources in the auxiliary domain.

The convention is as follows:

  • SMPH0 protects Adi/Ddi bus. This semaphore is built into CC26xxware and CC13xxware implementations.
  • SMPH1 protects the TDC. The application enforces this.
  • SMPH2 protects the ADC. The application enforces this.

For details on how to use the auxiliary semaphores, see the AUX_SMPH registers.