SoloCodigo

Pues eso, estoy diseñando un circuito con un PIC conectado a una EEPROM.

Mi intencion es almacenar el programa principal (configuraciones, ISR...)en la flash del  PIC y las rutinas en la EEPROM y que el PIC las copie a su flash ,cuando el programa principal las solicite, para ejecutarlas.

-¿que soluciones hay para esto? parece facil pensar que simplemente compilo la rutina como si empezase en la linea del programa 800(x ejemplo)y cada vez que se necesita se carga en la flash y ya ta.
-¿Pero que ocurre si esta rutina ocupa mas de lo que cabe en el PIC? podria hacer que el propio PIC la partiese en cachos y se fuese copiando y ejecutando los cachos?
-¿Que ocurre si durante la ejecucion de un cacho de rutina, este llama a un cacho de rutina que no ha sido cargado xq no cabia?
-¿Que ocurre si durante la ejecucion de una rutina,se genera una interrupcion y esta misma necesita cargar de la EEPROM otra rutina distinta?

Llevo un par de dias y creo que he encontrado una solucion algo complicada y probablemente irrealizable. Estos serian los pasos a seguir:
1 Que el propio PIC parta las rutinas en cachos que quepan dentro del PIC.
2 leyendo instruccion a instruccion el cacho de rutina a cargar y modificando todos los brach, call y goto que ayan.
3 Ademas creando una PILA STACK para las rutinas que se van llamando y cargando., y que cada vez que se genera una IRQ durante la ejecucionde una rutina se guarde el "nombre" de la rutina q estaba ejecutandose.

No existen soluciones mas sencillas para esto? A mi me mosquea un poco que un PIC tenga una memoria de programa de 48Kbytes y un ProgramCounter de 24bits...

Por cierto, tengo en cuenta que el tiempo de escritura de un byte de flash (x ejemplo 2mS), pero creo que puede ser despreciable xq he pensado que en 1000 lineas de programa (2segundos en cargarse) se puede meter un programa que tarde mucho mas en ejecutarse.

En unos dias are un dibujo de como pienso que se podria solucionar.

10,000 erase/write cycle (min.) for
industrial temperature range, 100K (typical)

Eso me obliga a plantearmelo todo de una manera un poco distinta, ya no me puedo permitir que el micro este renovando sus rutinas constantemente...Quizas reserve una parte de 4Kinstructions o algo asi para rutinas almacenadaas en la EEPROM.
De esta manera el tamaño tendria que ser siempre de un maximo de 4, pero no tengo que partirlas ni por supuesto puedo permitir que una ISR(rutina de servicio a la interrupcion) cambia la rutina, pero me ahorro tb la pila stack...
Bueno, gracias por el dato, era algo bastante importante.

Lo que yo kiero hacer es un aparato al que luego todo el mundo pueda introducirle sus propias aplicaciones, por eso lo de la EEPROM externa con mas memoria. Yo hago el programa principal con un pequeño menu y un par de aplicaciones de ejemplo, y luego ya cada uno que kiera que le de el uso qeu desee.

El aparato es un circuito de 36x48mm con dsPIC30F4013, una RAM-FLASH (AT45DB321C)de 32Mb, un conector de TRANSFLASH o miniSD, un sensor de acceleracion de 3 ejes, un LCD de nokia a color, 3 leds, un boton, un microfono, un conversor DAC para audio y un coenctor mini-jack.  

Me gustaria hacerle un programa principal que permita ver que aplicaciones tiene(una agenda, un reloj, un grabador de voz, juegos...) y q luego permita que cada uno pueda hacer la aplicacion que kiera (grabandola en la RAM-FLASH).

Si solo cada vez que el usuario accede a una nueva aplicacion, esta se graba en la flash, esto puede dar una vida de...¿tres años?(cambiando treinta veces al dia de aplicacion)

Por cierto, se puede hacer un programa que mida el numero de veces que permite ser grabada la FLASH de un PIC....

Haces que borre y escriba en la direccion que quieras el dato 0xAA y una vez escrito lo lees y compruebas si el dato es correcto. Si lo es borras ,incrementas un contador de 32bits y escribes 0x55. Compruebas, borras, incrementas el contador...asi hasta que la  el dato no se grabe correctamente.

No es algo util, xq con saber que esta entre 10000 y 100000 sobra xa lo que kiero, pero weno, es una manera de hacerlo....

Por cierto, sigue sin gustarme el tener que hacer que cada rutina ocupe un tamaño maximo de 4Kintrucciones, es que yo estoy empezando a programar los dsPIC en C++, y con nada de programa ya ocupo todo eso. Lo que puedo hacer es que el micro tenga restringidas el numero de veces que puede reescribir el buffer para las rutinas a 30 veces al dia. , Tambien obligar al micro a que, despues de escribir una rutina en su flash, la campare con la de la memoria esterna e indique si hay errores...
Por cierto, ahi va el PCB, cree los esquemas con el PROTEL DxP y pcb tb, aunke no conseguia routearlo adecuadamente. Despues utilice el router de PADS, un programa de mentor graphics, y lo hizo todo el solito, recomiendo que todos los usuarios de protel le echen un vistazo.