]> git.sur5r.net Git - freertos/blob - FreeRTOS/Demo/CORTEX_M4F_Infineon_XMC4500_GCC_Atollic/src/main_blinky.c
Add additional critical section to the default tickless implementations.
[freertos] / FreeRTOS / Demo / CORTEX_M4F_Infineon_XMC4500_GCC_Atollic / src / main_blinky.c
1 /*\r
2     FreeRTOS V7.5.2 - Copyright (C) 2013 Real Time Engineers Ltd.\r
3 \r
4     VISIT http://www.FreeRTOS.org TO ENSURE YOU ARE USING THE LATEST VERSION.\r
5 \r
6     ***************************************************************************\r
7      *                                                                       *\r
8      *    FreeRTOS provides completely free yet professionally developed,    *\r
9      *    robust, strictly quality controlled, supported, and cross          *\r
10      *    platform software that has become a de facto standard.             *\r
11      *                                                                       *\r
12      *    Help yourself get started quickly and support the FreeRTOS         *\r
13      *    project by purchasing a FreeRTOS tutorial book, reference          *\r
14      *    manual, or both from: http://www.FreeRTOS.org/Documentation        *\r
15      *                                                                       *\r
16      *    Thank you!                                                         *\r
17      *                                                                       *\r
18     ***************************************************************************\r
19 \r
20     This file is part of the FreeRTOS distribution.\r
21 \r
22     FreeRTOS is free software; you can redistribute it and/or modify it under\r
23     the terms of the GNU General Public License (version 2) as published by the\r
24     Free Software Foundation >>!AND MODIFIED BY!<< the FreeRTOS exception.\r
25 \r
26     >>! NOTE: The modification to the GPL is included to allow you to distribute\r
27     >>! a combined work that includes FreeRTOS without being obliged to provide\r
28     >>! the source code for proprietary components outside of the FreeRTOS\r
29     >>! kernel.\r
30 \r
31     FreeRTOS is distributed in the hope that it will be useful, but WITHOUT ANY\r
32     WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS\r
33     FOR A PARTICULAR PURPOSE.  Full license text is available from the following\r
34     link: http://www.freertos.org/a00114.html\r
35 \r
36     1 tab == 4 spaces!\r
37 \r
38     ***************************************************************************\r
39      *                                                                       *\r
40      *    Having a problem?  Start by reading the FAQ "My application does   *\r
41      *    not run, what could be wrong?"                                     *\r
42      *                                                                       *\r
43      *    http://www.FreeRTOS.org/FAQHelp.html                               *\r
44      *                                                                       *\r
45     ***************************************************************************\r
46 \r
47     http://www.FreeRTOS.org - Documentation, books, training, latest versions,\r
48     license and Real Time Engineers Ltd. contact details.\r
49 \r
50     http://www.FreeRTOS.org/plus - A selection of FreeRTOS ecosystem products,\r
51     including FreeRTOS+Trace - an indispensable productivity tool, a DOS\r
52     compatible FAT file system, and our tiny thread aware UDP/IP stack.\r
53 \r
54     http://www.OpenRTOS.com - Real Time Engineers ltd license FreeRTOS to High\r
55     Integrity Systems to sell under the OpenRTOS brand.  Low cost OpenRTOS\r
56     licenses offer ticketed support, indemnification and middleware.\r
57 \r
58     http://www.SafeRTOS.com - High Integrity Systems also provide a safety\r
59     engineered and independently SIL3 certified version for use in safety and\r
60     mission critical applications that require provable dependability.\r
61 \r
62     1 tab == 4 spaces!\r
63 */\r
64 \r
65 /******************************************************************************\r
66  * NOTE 1:  This project provides two demo applications.  A simple blinky style\r
67  * project, and a more comprehensive test and demo application.  The\r
68  * mainCREATE_SIMPLE_BLINKY_DEMO_ONLY setting in main.c is used to select\r
69  * between the two.  See the notes on using mainCREATE_SIMPLE_BLINKY_DEMO_ONLY\r
70  * in main.c.  This file implements the simply blinky style version.\r
71  *\r
72  * NOTE 2:  This file only contains the source code that is specific to the\r
73  * basic demo.  Generic functions, such FreeRTOS hook functions, and functions\r
74  * required to configure the hardware, are defined in main.c.\r
75  ******************************************************************************\r
76  *\r
77  * main_blinky() creates one queue, and two tasks.  It then starts the\r
78  * scheduler.\r
79  *\r
80  * The Queue Send Task:\r
81  * The queue send task is implemented by the prvQueueSendTask() function in\r
82  * this file.  prvQueueSendTask() sits in a loop that causes it to repeatedly\r
83  * block for 200 milliseconds, before sending the value 100 to the queue that\r
84  * was created within main_blinky().  Once the value is sent, the task loops\r
85  * back around to block for another 200 milliseconds.\r
86  *\r
87  * The Queue Receive Task:\r
88  * The queue receive task is implemented by the prvQueueReceiveTask() function\r
89  * in this file.  prvQueueReceiveTask() sits in a loop where it repeatedly\r
90  * blocks on attempts to read data from the queue that was created within\r
91  * main_blinky().  When data is received, the task checks the value of the\r
92  * data, and if the value equals the expected 100, toggles the LED.  The 'block\r
93  * time' parameter passed to the queue receive function specifies that the\r
94  * task should be held in the Blocked state indefinitely to wait for data to\r
95  * be available on the queue.  The queue receive task will only leave the\r
96  * Blocked state when the queue send task writes to the queue.  As the queue\r
97  * send task writes to the queue every 200 milliseconds, the queue receive\r
98  * task leaves the Blocked state every 200 milliseconds, and therefore toggles\r
99  * the LED every 200 milliseconds.\r
100  */\r
101 \r
102 /* Standard includes. */\r
103 #include <stdio.h>\r
104 \r
105 /* Kernel includes. */\r
106 #include "FreeRTOS.h"\r
107 #include "task.h"\r
108 #include "semphr.h"\r
109 \r
110 /* Hardware includes. */\r
111 #include "XMC4500.h"\r
112 #include "System_XMC4500.h"\r
113 \r
114 /* Priorities at which the tasks are created. */\r
115 #define mainQUEUE_RECEIVE_TASK_PRIORITY         ( tskIDLE_PRIORITY + 2 )\r
116 #define mainQUEUE_SEND_TASK_PRIORITY            ( tskIDLE_PRIORITY + 1 )\r
117 \r
118 /* The rate at which data is sent to the queue.  The 200ms value is converted\r
119 to ticks using the portTICK_RATE_MS constant. */\r
120 #define mainQUEUE_SEND_FREQUENCY_MS                     ( 200 / portTICK_RATE_MS )\r
121 \r
122 /* The number of items the queue can hold.  This is 1 as the receive task\r
123 will remove items as they are added, meaning the send task should always find\r
124 the queue empty. */\r
125 #define mainQUEUE_LENGTH                                        ( 1 )\r
126 \r
127 /* Values passed to the two tasks just to check the task parameter\r
128 functionality. */\r
129 #define mainQUEUE_SEND_PARAMETER                        ( 0x1111UL )\r
130 #define mainQUEUE_RECEIVE_PARAMETER                     ( 0x22UL )\r
131 \r
132 /* To toggle the single LED */\r
133 #define mainTOGGLE_LED()                                        ( PORT3->OMR =  0x02000200 )\r
134 \r
135 /*-----------------------------------------------------------*/\r
136 \r
137 /*\r
138  * The tasks as described in the comments at the top of this file.\r
139  */\r
140 static void prvQueueReceiveTask( void *pvParameters );\r
141 static void prvQueueSendTask( void *pvParameters );\r
142 \r
143 /*\r
144  * Called by main() to create the simply blinky style application if\r
145  * mainCREATE_SIMPLE_BLINKY_DEMO_ONLY is set to 1.\r
146  */\r
147 void main_blinky( void );\r
148 \r
149 /*\r
150  * The hardware only has a single LED.  Simply toggle it.\r
151  */\r
152 extern void vMainToggleLED( void );\r
153 \r
154 /*-----------------------------------------------------------*/\r
155 \r
156 /* The queue used by both tasks. */\r
157 static xQueueHandle xQueue = NULL;\r
158 \r
159 /*-----------------------------------------------------------*/\r
160 \r
161 void main_blinky( void )\r
162 {\r
163         /* Create the queue. */\r
164         xQueue = xQueueCreate( mainQUEUE_LENGTH, sizeof( unsigned long ) );\r
165 \r
166         if( xQueue != NULL )\r
167         {\r
168                 /* Start the two tasks as described in the comments at the top of this\r
169                 file. */\r
170                 xTaskCreate( prvQueueReceiveTask,                                       /* The function that implements the task. */\r
171                                         ( signed char * ) "Rx",                                 /* The text name assigned to the task - for debug only as it is not used by the kernel. */\r
172                                         configMINIMAL_STACK_SIZE,                               /* The size of the stack to allocate to the task. */\r
173                                         ( void * ) mainQUEUE_RECEIVE_PARAMETER, /* The parameter passed to the task - just to check the functionality. */\r
174                                         mainQUEUE_RECEIVE_TASK_PRIORITY,                /* The priority assigned to the task. */\r
175                                         NULL );                                                                 /* The task handle is not required, so NULL is passed. */\r
176 \r
177                 xTaskCreate( prvQueueSendTask, ( signed char * ) "TX", configMINIMAL_STACK_SIZE, ( void * ) mainQUEUE_SEND_PARAMETER, mainQUEUE_SEND_TASK_PRIORITY, NULL );\r
178 \r
179                 /* Start the tasks and timer running. */\r
180                 vTaskStartScheduler();\r
181         }\r
182 \r
183         /* If all is well, the scheduler will now be running, and the following\r
184         line will never be reached.  If the following line does execute, then\r
185         there was insufficient FreeRTOS heap memory available for the idle and/or\r
186         timer tasks     to be created.  See the memory management section on the\r
187         FreeRTOS web site for more details. */\r
188         for( ;; );\r
189 }\r
190 /*-----------------------------------------------------------*/\r
191 \r
192 static void prvQueueSendTask( void *pvParameters )\r
193 {\r
194 portTickType xNextWakeTime;\r
195 const unsigned long ulValueToSend = 100UL;\r
196 \r
197         /* Check the task parameter is as expected. */\r
198         configASSERT( ( ( unsigned long ) pvParameters ) == mainQUEUE_SEND_PARAMETER );\r
199 \r
200         /* Initialise xNextWakeTime - this only needs to be done once. */\r
201         xNextWakeTime = xTaskGetTickCount();\r
202 \r
203         for( ;; )\r
204         {\r
205                 /* Place this task in the blocked state until it is time to run again.\r
206                 The block time is specified in ticks, the constant used converts ticks\r
207                 to ms.  While in the Blocked state this task will not consume any CPU\r
208                 time. */\r
209                 vTaskDelayUntil( &xNextWakeTime, mainQUEUE_SEND_FREQUENCY_MS );\r
210 \r
211                 /* Send to the queue - causing the queue receive task to unblock and\r
212                 toggle the LED.  0 is used as the block time so the sending operation\r
213                 will not block - it shouldn't need to block as the queue should always\r
214                 be empty at this point in the code. */\r
215                 xQueueSend( xQueue, &ulValueToSend, 0U );\r
216         }\r
217 }\r
218 /*-----------------------------------------------------------*/\r
219 \r
220 static void prvQueueReceiveTask( void *pvParameters )\r
221 {\r
222 unsigned long ulReceivedValue;\r
223 \r
224         /* Check the task parameter is as expected. */\r
225         configASSERT( ( ( unsigned long ) pvParameters ) == mainQUEUE_RECEIVE_PARAMETER );\r
226 \r
227         for( ;; )\r
228         {\r
229                 /* Wait until something arrives in the queue - this task will block\r
230                 indefinitely provided INCLUDE_vTaskSuspend is set to 1 in\r
231                 FreeRTOSConfig.h. */\r
232                 xQueueReceive( xQueue, &ulReceivedValue, portMAX_DELAY );\r
233 \r
234                 /*  To get here something must have been received from the queue, but\r
235                 is it the expected value?  If it is, toggle the LED. */\r
236                 if( ulReceivedValue == 100UL )\r
237                 {\r
238                         mainTOGGLE_LED();\r
239                         ulReceivedValue = 0U;\r
240                 }\r
241         }\r
242 }\r
243 /*-----------------------------------------------------------*/\r
244 \r