Quality RTOS & Embedded Software

 Real time embedded FreeRTOS RSS feed 
Real time embedded FreeRTOS mailing list 
Quick Start Supported MCUs PDF Books Trace Tools Ecosystem TCP & FAT Training




Loading

2 sources that 'give' the same interrupt

Posted by biker126 on September 28, 2007
hey guys

does anyone know if it is possible to have a semaphore taken by 1 task and given back by 2 different sources?

in the demo's semaphores are used for synchronisation between 1 task and 1 ISR. but i'd like to synchronize a task with TWO ISR's.

so my idea was that the task does a
xSemaphoreTake( xSemaphore, WAIT_TIME);

and ISR1 and ISR2 both do:
xSemaphoreGiveFromISR( xEMACSemaphore, pdFALSE );

but i dont know what happens if the semaphore is currently 'free' and the function above is called... (would be nice if there's a function to check wether the semaphore is in use or not. but afaik there aint such a function).

if there would be event-flags available in freeRTOS i would use that but since there are none i need something different... ;-)

greets
D. Holzwarth

RE: 2 sources that 'give' the same interrupt

Posted by Richard on September 28, 2007
There is no problem in giving from two different locations in this manner.

The xSemaphoreGiveFromISR() would have been better constructed if its return told you whether or not the give was successful.

Binary semaphores are just queues with a length of 1. You could therefore easily write a function/macro to see if the semaphore is currently taken or not - something like the uxQueueMessageWaiting() function, but without the critical section so it can be used from an ISR. For example (untested code):

unsigned portBASE_TYPE uxGetSemaphoreStatusFromISR( xSemaphoreHandle pxSemaphore )
{
return pxSemaphore->uxMessagesWaiting;
}

If this returns 0 then the semaphore can be given, but not taken, and visa versa.

Regards.

RE: 2 sources that 'give' the same interrupt

Posted by biker126 on September 30, 2007
its good to know that you can release a semaphore twice :-)

I solved my current synchronizing problem with a queue tho (instead the semaphore) which is filled by the 2 sources.


[ Back to the top ]    [ About FreeRTOS ]    [ Sitemap ]    [ ]




Copyright (C) 2004-2010 Richard Barry. Copyright (C) 2010-2016 Real Time Engineers Ltd.
Any and all data, files, source code, html content and documentation included in the FreeRTOSTM distribution or available on this site are the exclusive property of Real Time Engineers Ltd.. See the files license.txt (included in the distribution) and this copyright notice for more information. FreeRTOSTM and FreeRTOS.orgTM are trade marks of Real Time Engineers Ltd.

Latest News:

FreeRTOS V9.0.0 is now available for download.


Free TCP/IP and file system demos for the RTOS


Sponsored Links

⇓ Now With No Code Size Limit! ⇓
⇑ Free Download Without Registering ⇑


FreeRTOS Partners

ARM Connected RTOS partner for all ARM microcontroller cores

Renesas Electronics Gold Alliance RTOS Partner.jpg

Microchip Premier RTOS Partner

RTOS partner of NXP for all NXP ARM microcontrollers

Atmel RTOS partner supporting ARM Cortex-M3 and AVR32 microcontrollers

STMicro RTOS partner supporting ARM7, ARM Cortex-M3, ARM Cortex-M4 and ARM Cortex-M0

Xilinx Microblaze and Zynq partner

Silicon Labs low power RTOS partner

Altera RTOS partner for Nios II and Cortex-A9 SoC

Freescale Alliance RTOS Member supporting ARM and ColdFire microcontrollers

Infineon ARM Cortex-M microcontrollers

Texas Instruments MCU Developer Network RTOS partner for ARM and MSP430 microcontrollers

Cypress RTOS partner supporting ARM Cortex-M3

Fujitsu RTOS partner supporting ARM Cortex-M3 and FM3

Microsemi (previously Actel) RTOS partner supporting ARM Cortex-M3

Atollic Partner

IAR Partner

Keil ARM Partner

Embedded Artists