[freertos] / FreeRTOS / Demo / CORTEX_STM32L152_Discovery_IAR / main_low_power.c

/*\r
 * FreeRTOS Kernel V10.2.1\r
 * Copyright (C) 2019 Amazon.com, Inc. or its affiliates.  All Rights Reserved.\r
 *\r
 * Permission is hereby granted, free of charge, to any person obtaining a copy of\r
 * this software and associated documentation files (the "Software"), to deal in\r
 * the Software without restriction, including without limitation the rights to\r
 * use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of\r
 * the Software, and to permit persons to whom the Software is furnished to do so,\r
 * subject to the following conditions:\r
 *\r
 * The above copyright notice and this permission notice shall be included in all\r
 * copies or substantial portions of the Software.\r
 *\r
 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\r
 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS\r
 * FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR\r
 * COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER\r
 * IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN\r
 * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.\r
 *\r
 * http://www.FreeRTOS.org\r
 * http://aws.amazon.com/freertos\r
 *\r
 * 1 tab == 4 spaces!\r
 */\r
\r
/* ****************************************************************************\r
 * When configCREATE_LOW_POWER_DEMO is set to 1 in FreeRTOSConfig.h main() will\r
 * call main_low_power(), which is defined in this file.  main_low_power()\r
 * demonstrates FreeRTOS tick suppression being used to allow the MCU to be\r
 * placed into the Sleep, Low Power Sleep and Stop low power modes.  When\r
 * configCREATE_LOW_POWER_DEMO is set to 0 main will instead call main_full(),\r
 * which is a more comprehensive RTOS demonstration.\r
 * ****************************************************************************\r
 *\r
 * This application demonstrates the FreeRTOS tickless idle mode (tick\r
 * suppression) being used to allow the STM32L to enter various low power modes\r
 * during extended idle periods.  See\r
 * http://www.freertos.org/low-power-tickless-rtos.html for information on\r
 * tickless operation.\r
 *\r
 * Deeper low power modes have longer wake up periods that lighter low power\r
 * modes, and power is also used simply entering and especially exiting the low\r
 * power modes.  How the low power modes are used therefore requires careful\r
 * consideration to ensure power consumption is truly minimised and that the\r
 * embedded device meets its real time requirements.  This demo is configured to\r
 * select between four different modes depending on the anticipated idle period.\r
 * Note the time thresholds used to decide which low power mode to enter are\r
 * purely for convenience of demonstration and are not intended to represent\r
 * optimal values for any particular application.\r
 *\r
 * The STM32L specific part of the tickless operation is implemented in\r
 * STM32L_low_power_tick_management.c.\r
 *\r
 * The demo is configured to execute on the STM32L Discovery board.\r
 *\r
 * Functionality:\r
 *\r
 *  + Two tasks are created, an Rx task and a Tx task.  A queue is created to\r
 *        pass a message from the Tx task to the Rx task.\r
 *\r
 *  + The Rx task blocks on a queue to wait for data, blipping an LED each time\r
 *    data is received (turning it on and then off again) before returning to\r
 *    block on the queue once more.\r
 *\r
 *  + The Tx task repeatedly blocks on an attempt to obtain a semaphore, and\r
 *        unblocks if either the semaphore is received or its block time expires.\r
 *        After leaving the blocked state the Tx task uses the queue to send a\r
 *        value to the Rx task, which in turn causes the Rx task to exit the\r
 *        Blocked state and blip the LED.  The rate at which the LED is seen to blip\r
 *        is therefore dependent on the block time.\r
 *\r
 *  + The Tx task's block time is changed by the interrupt service routine that\r
 *        executes when the USER button is pressed.  The low power mode entered\r
 *        depends on the block time (as described in the Observed Behaviour section\r
 *        below).  Four block times are used: short, medium, long and infinite.\r
 *\r
 * Observed behaviour:\r
 *\r
 * 1) The block time used by the Tx task is initialised to its 'short' value,\r
 * so when the Tx task blocks on the semaphore it times-out quickly, resulting\r
 * in the LED toggling rapidly.  The timeout period is less than the value of\r
 * configEXPECTED_IDLE_TIME_BEFORE_SLEEP (set in FreeRTOSConfig.h), so the\r
 * initial state does not suppress the tick interrupt or enter a low power mode.\r
 *\r
 * 2) When the button is pressed the block time used by the Tx task is increased\r
 * to its 'medium' value.  The longer block time results in a slowing of the\r
 * rate at which the LED toggles.  The time the Tx task spends in the blocked\r
 * state is now greater than configEXPECTED_IDLE_TIME_BEFORE_SLEEP, so the tick\r
 * is suppressed.  The MCU is placed into the 'Sleep' low power state while the\r
 * tick is suppressed.\r
 *\r
 * 3) When the button is pressed again the block time used by the Tx task is\r
 * increased to its 'long' value, so the rate at which the LED is observed to\r
 * blip gets even slow.  When the 'long' block time is used the MCU is placed\r
 * into its 'Low Power Sleep' low power state.\r
 *\r
 * 4) The next time the button is pressed the block time used by the Tx task is\r
 * set to infinite, so the Tx task does not time out when it attempts to obtain\r
 * the semaphore, and therefore the LED stops blipping completely.  Both tasks\r
 * are now blocked indefinitely and the MCU is placed into its 'Stop' low power\r
 * state.\r
 *\r
 * 5) Pressing the button one final time results in the semaphore being 'given'\r
 * to unblock the Tx task, the CPU clocks being returned to their pre-stop\r
 * state, and the block time being reset to its 'short' time.  The system is\r
 * then back to its initial condition with the LED blipping rapidly.\r
 *\r
 */\r
\r
/* Kernel includes. */\r
#include "FreeRTOS.h"\r
#include "task.h"\r
#include "queue.h"\r
#include "semphr.h"\r
\r
/* ST library functions. */\r
#include "stm32l1xx.h"\r
#include "discover_board.h"\r
#include "stm32l_discovery_lcd.h"\r
\r
/* Priorities at which the Rx and Tx tasks are created. */\r
#define configQUEUE_RECEIVE_TASK_PRIORITY       ( tskIDLE_PRIORITY + 1 )\r
#define configQUEUE_SEND_TASK_PRIORITY          ( tskIDLE_PRIORITY + 2 )\r
\r
/* The number of items the queue can hold.  This is 1 as the Rx task will\r
remove items as they are added so the Tx task should always find the queue\r
empty. */\r
#define mainQUEUE_LENGTH                                        ( 1 )\r
\r
/* A block time of zero simply means "don't block". */\r
#define mainDONT_BLOCK                                          ( 0 )\r
\r
/* The value that is sent from the Tx task to the Rx task on the queue. */\r
#define mainQUEUED_VALUE                                        ( 100UL )\r
\r
/* The length of time the LED will remain on for. */\r
#define mainLED_TOGGLE_DELAY                            ( 10 / portTICK_PERIOD_MS )\r
\r
/*-----------------------------------------------------------*/\r
\r
/*\r
 * The Rx and Tx tasks as described at the top of this file.\r
 */\r
static void prvQueueReceiveTask( void *pvParameters );\r
static void prvQueueSendTask( void *pvParameters );\r
\r
/*-----------------------------------------------------------*/\r
\r
/* The queue used to pass data from the Tx task to the Rx task. */\r
static QueueHandle_t xQueue = NULL;\r
\r
/*-----------------------------------------------------------*/\r
\r
/* Holds the block time used by the Tx task. */\r
TickType_t xSendBlockTime = ( 100UL / portTICK_PERIOD_MS );\r
\r
/* The lower an upper limits of the block time.  An infinite block time is used\r
if xSendBlockTime is incremented past xMaxBlockTime. */\r
static const TickType_t xMaxBlockTime = ( 500L / portTICK_PERIOD_MS ), xMinBlockTime = ( 100L / portTICK_PERIOD_MS );\r
\r
/* The semaphore on which the Tx task blocks. */\r
static SemaphoreHandle_t xTxSemaphore = NULL;\r
\r
/*-----------------------------------------------------------*/\r
\r
/* See the comments at the top of the file. */\r
void main_low_power( void )\r
{\r
        /* Create the semaphore as described at the top of this file. */\r
        xTxSemaphore = xSemaphoreCreateBinary();\r
        configASSERT( xTxSemaphore );\r
\r
        /* Create the queue as described at the top of this file. */\r
        xQueue = xQueueCreate( mainQUEUE_LENGTH, sizeof( unsigned long ) );\r
        configASSERT( xQueue );\r
\r
        /* Start the two tasks as described at the top of this file. */\r
        xTaskCreate( prvQueueReceiveTask, "Rx", configMINIMAL_STACK_SIZE, NULL, configQUEUE_RECEIVE_TASK_PRIORITY, NULL );\r
        xTaskCreate( prvQueueSendTask, "TX", configMINIMAL_STACK_SIZE, NULL, configQUEUE_SEND_TASK_PRIORITY, NULL );\r
\r
        /* Start the scheduler running running. */\r
        vTaskStartScheduler();\r
\r
        /* If all is well the next line of code will not be reached as the\r
        scheduler will be running.  If the next line is reached then it is likely\r
        there was insufficient FreeRTOS heap available for the idle task and/or\r
        timer task to be created.  See http://www.freertos.org/a00111.html. */\r
        for( ;; );\r
}\r
/*-----------------------------------------------------------*/\r
\r
static void prvQueueSendTask( void *pvParameters )\r
{\r
const unsigned long ulValueToSend = mainQUEUED_VALUE;\r
\r
        /* Remove compiler warning about unused parameter. */\r
        ( void ) pvParameters;\r
\r
        for( ;; )\r
        {\r
                /* Enter the Blocked state to wait for the semaphore.  The task will\r
                leave the Blocked state if either the semaphore is received or\r
                xSendBlockTime ticks pass without the semaphore being received. */\r
                xSemaphoreTake( xTxSemaphore, xSendBlockTime );\r
\r
                /* Send to the queue - causing the Tx task to flash its LED. */\r
                xQueueSend( xQueue, &ulValueToSend, mainDONT_BLOCK );\r
        }\r
}\r
/*-----------------------------------------------------------*/\r
\r
static void prvQueueReceiveTask( void *pvParameters )\r
{\r
unsigned long ulReceivedValue;\r
\r
        /* Remove compiler warning about unused parameter. */\r
        ( void ) pvParameters;\r
\r
        for( ;; )\r
        {\r
                /* Wait until something arrives in the queue. */\r
                xQueueReceive( xQueue, &ulReceivedValue, portMAX_DELAY );\r
\r
                /*  To get here something must have arrived, but is it the expected\r
                value?  If it is, turn the LED on for a short while. */\r
                if( ulReceivedValue == mainQUEUED_VALUE )\r
                {\r
                        /* LED on... */\r
                        GPIO_HIGH( LD_GPIO_PORT, LD_GREEN_GPIO_PIN );\r
\r
                        /* ... short delay ... */\r
                        vTaskDelay( mainLED_TOGGLE_DELAY );\r
\r
                        /* ... LED off again. */\r
                        GPIO_LOW( LD_GPIO_PORT, LD_GREEN_GPIO_PIN );\r
                }\r
        }\r
}\r
/*-----------------------------------------------------------*/\r
\r
/* Handles interrupts generated by pressing the USER button. */\r
void EXTI0_IRQHandler(void)\r
{\r
static const TickType_t xIncrement = 200UL / portTICK_PERIOD_MS;\r
\r
        /* If xSendBlockTime is already portMAX_DELAY then the Tx task was blocked\r
        indefinitely, and this interrupt is bringing the MCU out of STOP low power\r
        mode. */\r
        if( xSendBlockTime == portMAX_DELAY )\r
        {\r
                portBASE_TYPE xHigherPriorityTaskWoken = pdFALSE;\r
\r
                /* Unblock the Tx task. */\r
                xSemaphoreGiveFromISR( xTxSemaphore, &xHigherPriorityTaskWoken );\r
\r
                /* Start over with the 'short' block time as described at the top of\r
                this file. */\r
                xSendBlockTime = xMinBlockTime;\r
\r
                /* Request a yield if calling xSemaphoreGiveFromISR() caused a task to\r
                leave the Blocked state (which it will have done) and the task that left\r
                the Blocked state has a priority higher than the currently running task\r
                (which it will have). */\r
                portYIELD_FROM_ISR( xHigherPriorityTaskWoken );\r
        }\r
        else\r
        {\r
                /* Increase the block time used by the Tx task, as described at the top\r
                of this file. */\r
                xSendBlockTime += xIncrement;\r
\r
                /* If the block time has gone over the configured maximum then set it to\r
                an infinite block time to allow the MCU to go into its STOP low power\r
                mode. */\r
                if( xSendBlockTime > xMaxBlockTime )\r
                {\r
                        xSendBlockTime = portMAX_DELAY;\r
                }\r
        }\r
\r
        EXTI_ClearITPendingBit( EXTI_Line0 );\r
}\r
/*-----------------------------------------------------------*/\r
\r
/* The configPOST_STOP_PROCESSING() macro is called when the MCU leaves its\r
STOP low power mode.  The macro is set in FreeRTOSConfig.h to call\r
vMainPostStopProcessing(). */\r
void vMainPostStopProcessing( void )\r
{\r
extern void SetSysClock( void );\r
\r
        /* The STOP low power mode has been exited.  Reconfigure the system clocks\r
        ready for normally running again. */\r
        SetSysClock();\r
}\r
/*-----------------------------------------------------------*/\r