Descarga este documento en formato PDF - Ucontrol

12 de 22
código en ese tiempo. Sin embargo esas ventajas no son nada comparado con dos herramientas
fundamentales que nos ofrecen los SO: la coordinación y la sincronización, de ellas hoy vamos a ver solamente
una de ellas: la coordinación.
La coordinación es un término en la programación para SO, que se basa en la protección de recursos
compartidos, es un concepto orientado a evitar que diferentes tareas puedan acceder a los datos o recursos y
poner al sistema en un estado inestable o inseguro.
Ejemplos que ponen de manifiesto el problema de la coordinación hay muchísimos pero en aras de mantener el
curso lo más sencillo posible y adecuarlo un poco más a las aplicaciones que normalmente se nos presentan yo
utilizaré un problema más cercano a nuestro entorno.
El problemas de la coordinación también se conoce como el problema de la concurrencia o acceso concurrente
a recursos, a mi me gusta llamarlo “coordinación” para establecer una mejor diferencia con respecto al otro
mecanismo; el de la “sincronización” que veremos en la próxima entrega.
Destripando un poco más a la coordinación diremos que: "la coordinación es el mecanismo que debe
implementar un SO para asegurar el acceso seguro a recursos compartidos del sistema, y que no tiene en
cuenta restricciones temporales". Con esto queda claro que proteger a los recursos de un acceso no seguro es
lo más importante en la coordinación, no importa durante que tiempo alguien (una tarea) esté utilizando el
recurso, hasta que no lo libere nadie más podrá utilizarlo.
Hay mecanismos de coordinación que implementan también el problema de la sincronización, que si tiene en
cuenta el factor tiempo, pero el RTOS de CCS no los implementa. Esto puede considerarse una limitante o una
ventaja, según el tipo de aplicación en que se vaya a utilizar.
Un RTOS que implementa un mecanismo de coordinación con sincronización es el LMOS de Darukur, que
veremos dentro de algún tiempo en este foro, debidamente documentado gracias a un proyecto que Darukur y
un servidor, llevaremos a ustedes. Por el momento este simple cursillo es un buen método (no el único) para
acercarse al mundo de los RTOS.
Veamos la coordinación con un ejemplo sencillo pero bien claro:
"Supongamos que una madre ha comprado una camisa muy bonita, ella quería comprar dos, pero en la tienda
solo había una así que decidió comprarla de todas formas. Cuando llegó a casa llama a sus hijos (ambos usan
la misma talla de camisa), y les dice: “he comprado esta camisa, pero en la tienda solamente había una, así
que deben compartirla como buenos hermanos”.
Las palabras de la madre no son alentadoras porque a ambos les gusta mucho la camisa y sin embargo deben
compartirla, entonces la decisión de ambos es colocar la camisa en una percha, y cada vez que uno de los dos
decida utilizarla se la ponga (dejando el perchero vacío). Pero hay una regla adicional, si cuando uno de los dos
va a utilizar la camisa el otro ya se la llevó dejará una marca para indicarle al otro hermano que no podrá
utilizar la camisa hasta que el que la marcó haya hecho uso de ella."
Este es un mecanismo en que los hermanos se han puesto de acuerdo para utilizar un recurso (la camisa), de
manera compartida (porque es la única), de forma coordinada (para eso se pusieron de acuerdo e hicieron
unas reglas simples).
Para implementar las reglas mostradas en el ejemplo anterior, el RTOS de CCS tiene dos funciones
rtos_wait() y rtos_signal().
Para utilizar estas funciones primero hay que crear una variable entera que hará las funciones de percha y, que
hablando con propiedad, se llama semáforo. El semáforo es el elemento que le permite a la tarea reclamar el
recurso compartido o esperar por él si ya está en uso. Las funciones rtos_wait() y rtos_signal() se utilizan
para marcar el momento de inicio y fin del código que utiliza el recurso compartido. A la sección de código que
utiliza el recurso compartido se le conoce como sección crítica.
Veamos como funciona esto en términos de programación:
Usted crea una variable entera que será su semáforo o marcador de uso del recurso compartido.
El recurso compartido puede ser una o varias variables del sistema, en este caso el recurso compartido es un
recurso de memoria. O puede ser un periférico del sistema, como es el caso del puerto serie o la memoria
EEPROM, o cualquier otro.
rtos_wait() y rtos_signal() son los marcadores de inicio y fin del código que hace uso de nuestro recurso
compartido.
Cuando se inicia el programa usted inicializa el semáforo en algún valor positivo que determina la cantidad de
tareas que pueden utilizar el recurso al mismo tiempo, normalmente es uno para las tareas que modificarán el
recurso compartido, mientras que para tareas que solamente leen datos puede que no se usen secciones
críticas o se permita más de una tarea que acceda simultáneamente al recurso compartido.