Bueno en definitiva mi conclusion seria que si no sabemos con claridad que registros estan modificando las funciones del CCS ( porque como usuarios del CCS no tenemos opcion de ver el codigo de las funciones
) .....lo mejor seria no utilizar las funciones aunque te simplifican la existencia tambien te pueden generar errores en programas mas extensos si modifican justo algun bit que no tiene que ser modificado para utilizar algun periferico por ejemplo y analizar eso seria un trabajo espantoso, a lo mejor tendrias que comenzar todo el programa de nuevo!
entonces aca paso el programa sin usar funciones del CCS: es un poco mas largo pero nos aseguramos que sabemos con exactitud que se esta modificando en los registros, ademas hice la programacion del timer interno en assembler como se muestra en la hoja de datos del pic, en Proteus funciona OK
// blinking led para pic 12f675 sin funciones del CCS
#include <12F675.h>
#FUSES NOWDT
#FUSES INTRC_IO
#FUSES PUT
#FUSES NOMCLR
#FUSES BROWNOUT
#FUSES NOPROTECT
#FUSES NOCPD
// este pic no tiene POWER ON RESET??? (POR) que raro!
#byte STATUS = 0X03 //registros usados para calibrar el clock interno
#byte OSCCAL = 0X90
#byte GPIO = 0X05 // registros usados para inicializar GPIO
#byte CMCON = 0X19
#byte ANSEL = 0x9F
#use delay(internal=4000000) // Especifica al compilador que hace uso del OSC interno
#RESERVE 0x03FF // Evita que el compilador genere código para esta dirección.
void main()
{
#asm
bsf STATUS,5
call 0x3FF
movwf OSCCAL
bcf STATUS,5
#endasm
GPIO =0x00; //inicializo GPIO
CMCON = 0x07; // apaga los comparadores
ANSEL = 0x00; // GPIO pins en modo digital
set_tris_a(0); // Todo como salidas
while(TRUE) // Bucle infinito
{
output_high(PIN_A0); // PIN_A0 ó GPIO0 = '1' ("enciendo led")
delay_ms(1000); // Espera de 1 segundo
output_low(PIN_A0); // PIN_A0 ó GPIO0 = '0' ("apago led")
delay_ms(1000); //Espera 1 segundo
}
}
PD : como se sube el codigo para que salga como lo hizo ByAxel #5 ?? saludos !
