RTOS para PIC GNU

[reiniertl]

Hola amigos, cumlpiendo con mi promesa de involucrarme en la programación con Sistemas Operativos (SO) en los PIC, he abierto un hilo nuevo, con un nombre más llamativo, para que compartamos nuestros conocimientos al respecto.
Lo que pretendo en primer lugar es ir poniendo información para que los foreros que no conocen nada sobre el tema de los SO aprendan un poco como es su dinámica, y por supuesto, también código, que vendrá con el tiempo, para poder aplicaciones con esta poderosa herramienta.

el link es el siguiente: Sistemas operativos en PIC

Recomiendo que este hilo quede como está hasta ahora para no saturar el otro que más bien es una especie de curso introductorio en el tema. Espero que les sea de utilidad.

[Darukur]

Espero sus respuestas acerca del RTOS que subi!!!
Tambien saber quien lo esta probando.

Saludos.

[Nocturno]

Yo tengo ganas Darukur, pero me falta tiempo. No obstante, me habéis despertado el gusanillo y tendré que satisfacerlo cuando pueda.

[Nichita]

Hola, yo probe los ejemplos del CCS los compilé y simulé en PROTEUS y funcionaron bien. Los probé tb con el PIC16F877 y todo bien.
Saludos

[Darukur]

Gente aca subo una version actualizada del RTOS, ahora en la configuracion se elige el tipo de compilador.
Esta el  anterior para C30 (PIC24) y el mismo ejemplo para PICC18 de Hitech.

Si quieren algun ejemplo concreto de utilizacion pongan sugerencias.

Espero sus comentarios

[reiniertl]

Ya estuve "cacharreando" el RTOS de CCS y creo que para empezar está bien, sin embargo me fui al link de FreeRTOS y me parece que es mejor opción en muchos sentidos que el RTOS de CCS, entre otras cosas, porque tienes acceso al código fuente y podemos además de utilizar el RTOS, optimizar FreeRTOS para nosotros mismos.

Estuve viendo el SALVO y me parece un propuesta interesante, aunque el código es un poco "verboso" (difícil de entender), gracias a Darukur por tus aportes en el desarrollo de RTOS.

Sin embargo quisiera que alguien me dijera donde consigo una versión del compilador GCC para PIC's, si es que existe. El código de FreeRTOS para PIC's está escrito con GCC, pero no dicen donde se puede obtener. Además mi intención futura con la idea de los SO para PIC's es que utilicemos, siempre que se pueda, software bajo licencias GNU. Las ventajas al respecto no hay que explicarlas pero puedo enumerar algunas: acceso al código fuente, menor o cero costos en licencias y una comunidad colaborando para mejorar constantemente los productos on conocimiento de que se hace y por qué.

Entonces, espero sus respuestas.

[MGLSOFT]

Hola, yo probe los ejemplos del CCS los compilé y simulé en PROTEUS y funcionaron bien. Los probé tb con el PIC16F877 y todo bien. Si mal no recuerdo el RTOS le aumentaba cerca de 800 palabras de programa al codigo.
Saludos

Podras subir los ejemplos que simulaste y que version de CCS tienes??
A mi no me anduvieron en la simulacion...

[Zaphyrus]

Maunix las herramientas de GNUPic las he investigado pero están medias abandonadas para las nuevas arquitecturas. Gpsim, gpasm, ktechlab, pikdev, piklab las he usado y probado pero están a años luz de el entorno de Microchip (eso sí hay que darle tiempo).
Si queres algo com el Proteus dale una mirada a gEDA.

Saludos.

[maunix]

Sin embargo quisiera que alguien me dijera donde consigo una versión del compilador GCC para PIC's, si es que existe. El código de FreeRTOS para PIC's está escrito con GCC, pero no dicen donde se puede obtener. Además mi intención futura con la idea de los SO para PIC's es que utilicemos, siempre que se pueda, software bajo licencias GNU. Las ventajas al respecto no hay que explicarlas pero puedo enumerar algunas: acceso al código fuente, menor o cero costos en licencias y una comunidad colaborando para mejorar constantemente los productos on conocimiento de que se hace y por qué.

No hay un puerto del GCC para los PICs, de hecho es bastante difícil que lo haya.  Según la lista de correos gnupic, Scott Dattalo menciona que no es imposible pero sí tiene su complejidad.

Si quieres usar algo GNU para pics que compile en C, por cierto podrías probar el SDCC que tiene puerto para los PICs.

SDCC

Scott Dattalo es todo un hacendoso en esto de tools gnu para pics!  Autor del gpsim, gpasm y del puerto SDCC para pics.

De por sí, una persona para admirar, no solo por sus conocimientos sino por su humildad.

[Darukur]

Le agregue al RTOS un servicio de contabilizacion del porcentaje de uso de micro por tarea.
Funciona muy bien, pero como queria que consumiera poco no tiene en cuenta el consumo de procesador propio del RTOS.
Lo que hace es "pegarle" ese pequeño porcentaje a cada tarea.
Igual se puede apagar y no consume, y cuando esta habilitado solo consume la consulta (que es muy poco).

Saludos

Prueben poniendole codigo a las tareas y vean.

[PalitroqueZ]

No hay un puerto del GCC para los PICs, de hecho es bastante difícil que lo haya.  Según la lista de correos gnupic, Scott Dattalo menciona que no es imposible pero sí tiene su complejidad.

Si quieres usar algo GNU para pics que compile en C, por cierto podrías probar el SDCC que tiene puerto para los PICs.
...

Maunix ¿que significa cuando hablas de la existencia de puertos para un compilador?

[reiniertl]

Gracias Maunix por el enlace al compilador.

[Darukur]

Bueno, no pude con mi genio y ahora se puede configurar que contabilice aparte el consumo del scheluder (tambien configurable)
Ahora en vez de tener 33% de micro por cada tarea (son las 3 iguales) se tiene 27%, que es el valor real (el scheluder se come 19% del micro).

A no asustarse con esto:
El asunto es que las 3 tareas tienen NADA de codigo (contra el codigo del scheluder) y estan siempre haciendo YIELD (osea que quieren el procesador cuanto antes nuevamente).
Si las tareas tuviesen mas codigo antes de hacer yield (al menos unas cuantas instrucciones) ya se llevarian mayor porcentaje de micro estadisticamente.
Otro factor es que el scheluder obviamente se comporta como el proceso "idle" de windows, alguien se tiene que consumir el tiempo libre del micro. EJ: con las tres tareas dormidas el consumo del scheluder es 100%.

PD:
Agregue LMOS_EXAMPLE_2_04.ZIP que hace referencia a esto, las 3 tareas son iguales pero consumen mucho micro por yield (un bucle asesino de 10000 iteraciones ANTI RTOS  ), ahora con este ejemplo se ve que el scheluder consume de 0 a 1 y las 3 tareas 33 %.

[maunix]

Maunix ¿que significa cuando hablas de la existencia de puertos para un compilador?

Por puertos se conoce comunmente cuando un compilador puede compilar código que tendrá como destino otro microprocesador/microcontrolador.

Por ejemplo el SDCC tiene puertos para micros 8051, PICs, Zilog Z80 , Motorola hc08 y otros.

[Nocturno]

He descargado tus interesantes ejemplos Darukur y les he echado un vistazo por encima.

Estoy pillando conceptos poco y poco; ya sé qué es el Scheduler, para qué sirve el evento Yield, y la mecánica de crear tareas. Pero hay un concepto que no pillo: ¿qué son y para qué sirven los semáforos?