Reloj digital con 16f84

[tapi8]

Lo que yo quiero decirte es que tu idea es valida, pero la instruccion comf W,0 no es valida, al compilar tendras un error ya que comf complementa una variable, comf no puede usarse para el registro W. Por eso es que la tienes que usar con el registro indf.

Pues tienes razon, compilar si compila pero hace cosas muy muy raras.

Puse este codigo para probar:

Código: [Seleccionar]

list p=16F84A
#include P16F84A.inc

conta1 equ 0x20


PROX_DIGITO
   movf   INDF,W      ; Obtener el valor de la variable "digito" actual
   call   CODIGO_7S   ; LLamar a la rutina de conversión a código 7 segmentos
   comf   W,0      ; Realiza el complemento, cambia 0 por 1 y viceversa   
   movwf   INDF      ; Colocar en la variable "digito" el código 7 segmentos devuelto
   incf   FSR,F      ; Incremente INDF para el próximo "digito"
   decfsz   conta1,F   ; Permitir que conta1 de sólo 4 vueltas
   goto   PROX_DIGITO

CODIGO_7S

retlw 0x81

END


No se si estoy tonto, quiero decir mas de lo habitual  si es un bug de mi MPLAB. Pero hace la conversion asi:

1 vez FFH-255
2 vez 00H-00
3 vez FCH-252 y a partir de aqui da siempre FCH que es justo el doble de lo que deberia dar y a parte el programa se bloquea en la siguiente instruccion aqui:

movwf   INDF      ; Colocar en la variable "digito" el código 7 segmentos devuelto

no sigue ejecutandolo y vuelve al principio, creo que debido a que el FSR se pone en 02, ya que si lo pongo a 0 vuelve a empezar.

[BrunoF]

El registro de trabajo W no es un registro físico en un 16F84. Esto significa que no está mapeado en memoria, por lo que intentar hacer una operación como la COMF W,0 es equivalente a hacer COMF 0,0 lo que es lo mísmo que hacer COMF INDF,W lo que no es lo deseado.

XORLW 0xFF sirve perfectamente para este caso.

Saludos

[tapi8]

Gracias por la aclaracion Bruno, si que funciona con XORLW 0xFF, pero hace lo mismo, a la tercera vez que corres el programa el reg FSR llega "02" y entonces al llegar a la instruccion  movwf   INDF , en vez de seguir ejecutando el programa se va al comienzo.

El registro de trabajo W no es un registro físico en un 16F84.

¿En otros de la serie 16F si funcionaria?

[BrunoF]

Lo de que funcione en otros 16F sí. Los 16F más modernos ya mapean al WREG en la memoria y por lo tanto WREG puede utilizarse como un registro comun más. Pero es sólo en los micros más nuevos dentro de la familia de 16F, que hasta creo incluyen un set de instrucciones más completo que las 35 famosas conocidas en los 16F.

Volviendo al asunto:

Cuando uno pasa de común ánodo a común cátodo, no sólo es importante la lógica de los segmentos, sino del control de encendido de los displays. Mostranos el circuito eléctrico que estás queriendo usar, y te puedo explicar qué necesitás modificar en el código y el por qué. A lo sumo, serán un par de líneas de assembler.

Saludos,

[tapi8]

Cuando uno pasa de común ánodo a común cátodo, no sólo es importante la lógica de los segmentos, sino del control de encendido de los displays. Mostranos el circuito eléctrico que estás queriendo usar, y te puedo explicar qué necesitás modificar en el código y el por qué. A lo sumo, serán un par de líneas de assembler.

No Bruno gracias, si quien tenia el problema era cmontoya, pero creo que con lo que le dijo Elreypic2 ya lo tendra solucionado, lo que pasa es que yo estaba convencido que haciendo esto "comf W,0" se evitaba tener que cambiar la tabla, pero hay que hacer el cambio en "comf    INDF,F", siempre se aprende algo.

[cmontoya]

Claro que mi problema ya lo resolvi con la ayuda de los consejo de elreypic2, le estoy agradecido

Saludos