TODOPIC

Empezando que realizar un programa asi en ASM no lo veo nada corto y pequeño. Por lo tanto el codigo no te lo va a dar nadie o te pueden dar codigos de la UART / displays, segundo para febrero estando el dia 25 estas muy cerca y hay muchisimas cosas para hacer

Por ejemplo:
UART - http://www.oz1bxm.dk/PIC/628uart.htm (Para un PIC16f628 pero te podes dar una guia )
Display 1 digito - http://www.todopic.com.ar/foros/index.php?topic=12345.msg82948#msg82948


En el display tendrias que hacer como dijiste una multiplexacion por lo tanto podrias usar un timer para que genere una interrupcion cada X tiempo. En esta interrupcion solo activarias el otro catodo y cambiarias el valor del puerto.

Tambien podrias usar este mismo timer ( y un contador es decir una variable que se incremente y se borre cuando llegue a cierto valor ) para hacer lo del apagado de los 0.5segundos (mas que obvio que el tiempo de interrupcion deberia ser un valor que multiplicado por un entero de 0.5s o aproximado), esto funcionaria condicionalmente si hay una flag activa ( un bit de alguna variable que tengas para el control del flujo ). O usar otro timer para este punto. O directamente no usar timer y usar demoras para la multiplexacion y timer para cuando recibe el dato..

Interrupcion por RX de la UART, asi cuando recibe un dato activa esta ultima flag y comienza a prender y apagar los displays. Al finalizar la animacion apagas el flag

Tener previsto que vas a hacer con los botones, preveer si se presionan todos o 2 al mismo tiempo, que no cuenten 2 o mas veces cuando lo presionas 1 sola ves, implementar anti-rebote por software o por hardware?

Implementar la conversion de niveles de tension para la conexión UART con la PC.

La salida del PIC la vas a hacer binaria y utilizar un CD4511 o directamente desde el PIC generar las salidas ?

Todas esas cuestiones te tenes que preguntar. Y de seguro que me estoy olvidando algunas.

también por no tener mucho tiempo libre porque ademas tengo otras materias

En fin... como dije, no es nada corto. Y solo te puedo dar consejos a no ser que vengas con un problema en particular y poseas un codigo para ver donde esta el problema.
Tiempo siempre hay que hacerlo. En la universidad/colegio realmente me la pase sin hacer nada hasta los finales. Y la idea es que aprendas y no recibir el codigo de la nada. Vas a renegar por supuesto como todos

Sinceramente yo no enviaria datos asi como lo hace tu profesor pero bueno. Tambien se nota que no le gusta inicializar las variables a 0 o tiene algo mal, lo podes ver cuando inicia el programa que le queda en "30" xD
Si es asi como lo quiere entonces si es mas corto. Ademas si queres ni siquiera usas interrupciones, directamente con delays. Y tal ves por ser simulacion NI SIQUIERA ponerle delays. Solo el de 0.5s

Como dije usa un 4511... lo cual le libera muchos mas pines y le simplifica las cosas. Tambien veo que deja de enviar datos cuando entra en la animacion asi debe ser algo asi:

org 0x00
Configuarion:

Aca configuras todo

Main:

Tomo datos de las llaves y guardo en una variable que luego usas para todo hasta que actualiza nuevamente en esta parte
Esta libre la UART ?
           le sumo 0x30  o "0" (si es de 0 a 9, si es mas entonces vas a tener que ver la tabla ASCII y apartir que sea mayor a 10, le restas 10 y le sumas un "A")
           lleno buffer de TX para que envie el valor
Pongo datos de llaves al port ( no BCD sino el directo de las llaves )
activo un catodo
delay ( opcional si es simulacion )
desactivo catodo
muevo datos de llaves al port
activo catodo2
delay (opcional si es simulacion )
Recibi algo (flag RX)?
              Asigno un contador con el valor 10 decimal
              Borro flag
              Pongo a 0 port
              Activo ambos catodos
              Delay ( 0.5s )
              Apago catodos
              Decremetno variable para contar las cantidades de veces que paso por aca
              Realizo lo de arriba 10 veces y continuo ( es decir aca un goto y un BTFSC o BTFSS STATUS,Z a una variable contador )
Vuelvo a main

2/3/4 variables, 2 delays distintos y lo tenes. Ahora te queda programarlo xD
El pseudocodigo que te di creo que casi casi es una traduccion directa al ASM.

Creo que lo mas complicado que te queda hacer es la condiguracion de la UART y los delays ( que hay programitas o sitios online que te lo realizan)
http://www.golovchenko.org/cgi-bin/delay

No le puede quedar 30 por mas que sea ASCII del 0 ( cero ), sino esta mal hecho el programa, y si fuera un numero mayor o igual a 10 (4 llaves 2^4=16 ) necesitaria 4 digitos para representarlo 0x31 0x30 en ASCII. Aparte "magicamente" luego de que recibe un caracter por la USART se pone en 0 las decenas  ..... imagino que es en decimal por que si es en hexa no vale la pena hacerlo con 2 displays ya que uno solo alcanzaria.

Sobre el cd4511 te aconsejo que busques el datasheet, en realidad siempre busca el datasheet de los IC e intenta ver que son o como funcionan, es muy simple solo le das el valor en binario ( 4 bits ) y este lo decodifica a 7 segmentos.

No se exactamente que explicarte. El pseudocodigo esta muy simple, tanto que puede llevar 1/2 hasta maximo 4/5 lineas de ASM ( creo que hay 2 lineas de pseudocodigo que te llevaria eso ) por cada linea de pseudocodigo.

Pero hay que diferenciar una cosa. Si lo tenes que hacer fisicamente o en simulacion, si lo haces en fisico entonces vas a necesitar un poco mas de consideracion con los delays y el antirebote, si es simulacion no te preocupes, el unico que necesitarias es el de 0.5s.

Y si lo podes hacer con delays. Asi tal cual lo hizo el .... se nota por como funciona ( deja de enviar datos cuando recibe algo y se pone a hacer la animacion de los ceros ).

¿Que necesitas que te explique?

Para la configuracion de la UART vas a tener que leerte la seccion de UART del datasheet del PIC para ver los registros involucrados de la UART y definir los valores de los registros (Ni calcular hay tablas que te dan el valor a cargar para el baud rate dentro del datasheet )
Tenes que configurar los puertos a digitales y como salidas/entradas segun sea el caso seguro que tenes cerca de 2 registros por puerto.
Listo terminaste la configuracion.
Ahora el programa... que ya te lo pase en pseudocodigo por supuesto.

No se me ocurre que otras dudas puedas tener. Tenes ya todo ahi, solo es agarrar el datasheet leer los capitulos que necesitas "I/O Ports", "AUSART" la parte de ASYNCHRONOUS y baud rate y "Instruction Set Sumary"
Ademas de saber setear los bits de configuracion, que eso el MPLAB X te lo genera.

Cualquier duda que tengas la explico.. Si esque la se obviamente 

Con respecto al programa.. el programa principal se basa en lo siguiente:

Tomar datos
Enviarlos ( si es que no esta trasmitiendo )
Mostrarlos en display
Preguntar si recibiste algo para hacer la animacion

Usando el diagrama de tu profesor
1- Tomar datos:
En esta seccion tomas el dato de PORTA solo el nibble superior, asi que deberias hacer un SWAPF PORTA,W de esa forma cambia el lugar los nibbles y lo almacena en W, luego un ANDLW 0x0F y solo te queda el dato de las llaves. Este dato lo guardas en una variable supongamos A_ENVIAR
Pero necesitas saber si supera el valor 10 en decimal, por lo tanto podrias restarle 10 para saber si es mayor o menor a 10 el numero. si es mayor pones en 1 la variable decenas y el resto en unidades, si no pones a 0 decenas y copias el valor a las unidades
Ya ahi tenes 3 variables:
A_ENVIAR : Este vas a enviar por UART pronto
DECENAS: Valor del digito decenas
UNIDADES: valor digito unidades

2- Enviar datos por UART
Como el programa es mas rapido que el envio de datos pregunto primero si se esta enviando los datos o no. si se estan enviando entonces continuo con lo de mostrar en el display y no molesto a la UART
Listo hora de enviar... Pregunto si las DECENAS esta en 1.. Si estan en 1 significa que el valor es como minimo un A, entonces le sumo a UNIDADES el valor de "A" y lo guardo en W, posteriormente lo mando al buffer de TX.
Si DECENAS esta en 0, simplemente le sumo 30 a UNIDADES guardo en W y de ahi al buffer de TX
Fin

3- Mostrar display
Pongo DECENAS en PORTB
activo el comun de diplay de decenas
Delay ( si vas al fisico )
Pongo UNIDADES en PORTB
Activo el comun de display de unidades
Delay ( si vas al fisico )
Fin

4- Recepecion? :
Al recibir se activa el flag de interrupcion, como no estan activadas simplemente pregunto por ese bit. Si no recibio nada Salgo y vuelvo a comenzar todo de nuevo.
Si recibio algo entonces es hora de hacer la animacion.
    Nueva Variable CONTADOR = 5 decimal.
    Borro el flag de la recepcion para que no entre aca de nuevo ya que ya se que recibi algo.
    Pongo a 0 el PORTB  ( asi entra un 0 en el 4511 y este activa las salidas para un 0 en el display )
Vuelta:
    Y activo ambos catodos ( ambos reciben el 0 por lo tanto los 2 muestran en 0 )
    Delay ( 0.5s )
    Apago los catodos
    Delay ( 0.5s )
    Decremento en 1 a CONTADOR
    BTFSS STATUS,Z  ( es decir CONTADOR llego a 0 ?, si llego a 0 que salte, sino se ejecuta el GOTO y prende y apaga 10 veces ( 5 * 1s = 5s ) ) Es 1s por que estan los 2 delays el de prendido y el de apagado.
    GOTO Vuelta
    FIN

Pensa que cada punto es un programita aparte, y el programa principal solo hace CALL a esos programitas, y el FIN vendria a ser un RETURN.

PD: Mas claro no lo podes tener.

Tendrias que hacer 2 cambios nomas.

En la seccion de interrupciones correspondiente a la UART RX activas el flag de una variable tuya.

En la seccion de interrupciones del timer activas/desactivas salidas Como dije aca realizas lo mismo que el "Mostrar display". Y te quedaria algo asi:

Interrupcion_timer:

  Guardo contexto
  Limpio flag de interrupcion
  Flag propia activada de RX ?
  SI --->  Aqui hago lo de la animacion con los 0
  NO ---> Aqui muestros los digitos en los displays
  Recargo TIMER con el valor que necesite
  Devuelvo el contexto
  Retorno de la interrupcion.

Vas a tener que aplicar contadores para hacer la animacion. te decia que el tiempo del timer que elijas para resfrescar lso displays deberia ser un valor tal que multiplicandolo por un entero te de 0.5s Ejemplo 50ms.
De esa forma para hacer un "delay" de 0.5s solo deberias tener algo que cuente 100 veces la entrada a la interrupcion. Y podes usar un numero mas chico para el refresco de los displays

Y aun mas facil todavia..

Si reemplazas los delays  por un
BTFSS MIS_FLAGS,1

Y en la interrupcion de tu timer implementas contadores para solo poner a 1 los flags entonces estarias usando las interrupciones,

Ya no te puedo decir mas nada. queda en vos todo lo demas. Intenta programarlo y luego cuando tengas el programa y algo no te funcione lo vemos.
            

Que no. Vuelvo a repetirte ese 3 esta mal. Deberia ser un 0 ( Como se puede ver aproximadamente en los 25 segundos del video )

No ves que cambien las decenas por que el numero ingresado con las llaves jamas es superior a 9

8 4 2 1
--------
1 0 0 1 = 8 + 1 = 9
0 1 1 0 = 4 + 2 = 6

De todas formas esto te acortaria unas 10 lineas aproximadas de tu programa, asi que no es mucho.

Explorando todas las posibilidades que puede haber pensado darte tu profesor:

- Mostrar el numero en hexa ( no tiene sentido tener 2 displays )
- Mostrarlo en ASCII ( Puede ser si utilizas hexa, pero en el segundo 25 del video luego de la animacion se nota que es un error y no un ASCII )
- No se me ocurre mas nada

En fin mostrarlo en sistema decimal, como dije no te quita mucho espacio, hasta podes buscar un "binary to BCD + ASM + PIC" en google y seguro que sale algo, algo como esto:

   addlw    .256-.10       ; C will be set if number was >= 10
    BTFSC    STATUS,C
    addlw    .6                  ; ...adjust for 10..29
    addlw    -(.256-.10)   ; Back to original value
Con el codigo ese pones el numero en W  por ejemplo 0xC y en W te quedaria 0x12
es decir el nibble alto las decenas y nibble bajo las unidades, Solo funcionaria para numero pequeños es decir de 0x00 a 0x13  ( 0 a 19 decimal ) como entrada, suficiente ya que solo utilizas 4 bits ( 0x0 a 0xF) como entrada
Y como dije 4 lineas de codigo te ahorraste por no querer hacer eso.

Me dijiste que pregunte si se estan enviando los datos, pero en el video todo el tiempo, el número que recibe lo manda, hace falta que haga esa pregunta igual?

Si, pero tenes que dejar que la UART termine de enviar lo que le pusiste antes, es como si estuvieras comiendo un alfajor, tenes mitad en la boca y te mandan otro nuevo dentro ( Pero solo tenes espacio para un solo alfajor ).
Podes preguntar por el bit PIR1,TXIF para saber si termino la tansmision y al escribir un nuevo valor a transmitir en el TXREG ese flag se limpia solo cuando escribis para mandar ese nuevo dato( es decir se pone a 0 al poner algo en TXREG )

Teneme paciencia que es complicado esto de la pagina xD
Te quería mostrar que en la parte de transmisión y recepción se pregunta por el PIR1,TXIF y el PIR1, RCIF