Hola Salvador!

>   Podrias explicarlo en espa#ol, no porque tu ingles sea malo, sino porque asi
> te vamos a entender mejor los mas de 6 argentinos de la lista ;-).

No hay problema! Voy a tratar de dejarlo en los dos idiomas.

> >                            TEXT_DISPLAY
> >                              |      |
> >                ---------------      ------------------
> >                |                                     |
> >                |                                     |
> >      FILLING_A_TEXT_BUFFER-------------    READING_A_TEXT_BUFFER
> >            |         |                |              |
> >            |         -------------    ------------   |
> >            |                     |               |   |
> >    KEYBOARD_INTERFACE     SERIAL_INTERFACE     EEPROM_SUPPORT
>
>   Aca parece que no solo tenes un metodo especial para las variables o es una
> super-simplificacion, supongo que mas bien lo ultimo y que el grafico es
> explicativo o no? Me refiero a que en realidad mucho de esto labura por
> interrupciones cuyas rutinas son algo paralelo al esquema.

No es que este simplificado, es que falta poner algo que este enganchado
de alguna interrupcion. Eso iria en un esquema aparte. Las interrupciones
son el punto flojo de esto como esta hasta ahora. Como algo colgado de una
interrupcion puede estar activo junto con cualquier otra cosa sus
variables no se pueden "overlapear" con nada. La idea es usar la minima
cantidad de variables en las interrupciones, pollear todo lo que se pueda,
etc.

En el cartel que estoy haciendo no tengo problema con eso, las
interrpuciones usan menos de 30 registros y en un 16C73 es poco, pero me
imagino que se podria pensar algo para casos mas conflictivos.

>   Supongo que nadie usa definir todo a mano, yo use para las primeras pruebas:
> #define Primera XXXX
> var1 equ Primera
> var2 equ Primera+1
> etc
>   Hasta que lei un poco mas la documentacion y encontre CBLOCK.

Yo tampoco usaba CBLOCK porque lo sacaron recien en una version avanzada
del MPASM, usaba algo parecido a lo que decis. Mientras no se te acaben
los registros esta bien, el problema empieza despues. Lo que no entiendo
es como los de Microchip hicieron todas las AN y los fuentes sin usar nada
de esto...

>   A mi se me ocurriria usar CBLOCKS solapados, pero si vos tenes una manera de
> hacerlo automatico aleluya!.

A la larga es mas o menos eso implementado con macros. Es una idea muy simple.

>   Suena interesante.
>   Yo uso mucho maquinas de estado porque me permiten tener procesos en
 paralelo
> y abstraerme de la parte de IRQs, asi como testear la maquina de estados en la
> PC (Uso un generador de maquinas de estado que me hice que genera codigo en
> assembler de PIC o en ANSI-C).

A que te dedicas? Veo que estas en el INTI. Lo del generador de maquinas
de estado parece interesante, le podrias agregar este metodo, pero
cuidando de mantener las variables de estado en un minimo porque si no no
lo aprovechas.

>   Si algun boludo te dice algo no le des bola, no se si lees la lista seguido,
> pero el 70% del tiempo se la pasan boludeando con cuantos dedos tendrian los
>...

JA! Hace muy poco que estoy recibiendo el newsgroup. Por suerte me
mandaron bastantes mensajes positivos y ninguna critica, asi que cuando
pueda sigo.

> P.D. Que haces con una cuenta en Filosofia, es de tu hermano/a?

No, "fi" es facultad de ingenieria! Gracias por escribir. Saludos!

                                                        Andres