Posibles "bugs" del compilador de CCS

[MGLSOFT]

En velocidades tan bajas con ese cristal y HSPLL activo, no vas a comunicar bien...
Mira la hoja de datos de tu PIC y veras lo que digo.
CCS es bueno, pero no es magico !!

[Miquel_S]

Hola compañeros, estoy probando la version 5.007 de CCs y tengo este codigo que no me funciona, me esta fallando en el set_tris_a (0x00) el cual no me configura dicho registro como salidas. A alguien mas le ha pasado o es error mio y no veo el fallo?

Código: CSS

1. #include <16F873A.h>
2. #fuses HS,NOWDT,NOPROTECT,NOLVP
3. #use delay(clock=20000000)
4. #use fast_io (A)
5.  
6. #define Red_Led pin_A0
7.  
8. void main ()
9. {
10.         set_tris_a (0x00);
11.  
12.         while(true)
13.         {
14.                 output_low (Red_Led);
15.                 delay_ms (500);
16.                 output_high (Red_Led);
17.                 delay_ms (500);
18.         }
19. }

Gracias.

[Nocturno]

Asegúrate de desactivar el ADC

[RALF2]

A mi me funciona tal cual como esta  
Revisa bien las conexiones pero a nivel de simulacion funciona perfecto, te adjunto el programa.

[Miquel_S]

Gracias a los dos, pero sigue sin funcionar ni real ni simulado, voy a probar otras opciones.

Saludos!

[RALF2]

Probaste simular el que te pase?

[Miquel_S]

Hola RALF2 la verdad es que no porque no le veo diferencia con el mio, pero voy a probarlo, de todas modos probe de esta manera y tampoco funciona:

Código: CSS

1. #include <16F873A.h>
2. #fuses HS,NOWDT,NOPROTECT,NOLVP
3. #use delay(clock=20000000)
4. #byte trisa = 0x85              // TRISA en 85h
5. #byte porta = 0x05              // PORTA en 05h
6.  
7. void main ()
8. {
9.         bit_clear(TRISA,0);             // A0 como salida
10.         bit_clear(porta,0);             // Apaga led
11.  
12.         while(true)
13.         {
14.                 bit_set (porta,0);
15.                 delay_ms (500);
16.                 bit_clear(porta,0);
17.                 delay_ms(500);
18.         }
19. }

Saludos!

[RALF2]

Ok el que te coloque lo simule con el proteus y funciona bien 
Pruebalo y nos comentas   

[Miquel_S]

Mismo perro pero diferente collar, probe como comenta Nocturno y tampoco:

Código: CSS

1. #include <16F873A.h>
2. #fuses HS,NOWDT,NOPROTECT,NOLVP
3. #use delay(clock=20000000)
4. #use fast_io (A)
5.  
6. #define Red_Led pin_A0
7.  
8. void main ()
9. {
10.         setup_adc_ports(NO_ANALOGS);
11.         set_tris_a(0x00);
12.  
13.         while(true)
14.         {
15.                 output_low(Red_Led);
16.                 delay_ms (500);
17.                 output_high(Red_Led);
18.                 delay_ms(500);
19.         }
20. }

[Miquel_S]

Al parecer es un bug, cambie de version y problema resuelto 

Gracias.

[Micom]

Ya he trabajado algunos programas con CCS pero aun me considero muy principiante, así que mi pregunta no se si cabe aquí en este tema o no, pero no quise abrir tema nuevo por considerar mi pregunta muy básica o no? La cuestión es que intente aplicarle directamente a el registro PORTB, previamente declarado, los operadores lógicos como >>,  *,  / y no surtieron efecto tuve que declara una variable, en ella si surtieron efecto y luego asignarla al PORTB ¿ Es esto normal o un bug ? mi pregunta es, porque en ensamblador es muy flexible el uso de instrucciones que afectan directamente al PORTB sin problemas, como RLF y otras. les agradezco su atención. Saludos

[murphy9]

Disculpen que vuelva sobre una pregunta anterior. Si deseo utilizar un cristal de 4 MHz y necesito utilizar el pll para que el micro trabaje a 4 MHz, como deberia configurar el #USE DELAY para que tome bien los tiempos? Deberia ser asi: #use delay(clock=48000000,Crystal=4000000)?

[dogflu66]

Tienes que especificar la frecuencia real de trabajo.

Yo utilizo un cristal de 10Mhz y el Pll x4 así que especifico:

#use delay(clock=40000000)

[dogflu66]

Al actualizar el CCS me han dejado de funcionar las interrupciones de un código que ya funcionaba con anterioridad. Esto sucede cada vez que utilizo el LCD, cuando envío datos al LCD las interrupciones globales se quedan deshabilitadas. ¿Esto puede ser un Bug o son cambios realizados a partir de cierta versión?.

Dejo la parte del código que he tenido que modificar para que vuelva a funcionar en parte, y digo en parte porque el LCD es un dispositivo muy lento y no me hace ninguna gracia que el CCS me deshabilite las interrupciones cuando lo utilizo.


   Enable_interrupts(GLOBAL);
//   _LcdClear();
   while(1){
      if (_Btimer0 == 1) {
         _rldbt(0, 200);    
         printf(LCD_PUTC, "\f\GIE=%u PEIE=%u", INTCON_GIE, INTCON_PEIE);      
         Enable_Interrupts(GLOBAL);
         printf(LCD_PUTC, "\nIE=%u IF=%u B:%u", PIE1_RCIE, PIR1_RCIF, _Buffer);
         Enable_Interrupts(GLOBAL);
      // LedA = !LedA;
      }

//      if (_Btimer1 == 1) {
//         _rldbt(1, 5);
         if (_Buffer == 0) LedV = 1;
         if (_Buffer > 0) {
            putc(_Receive());
            LedV = !LedV;
         }
//      }
      
      if (_Btimer2 == 1) {
         _rldbt(2, 500);
         LCD = !LCD;
      }


Nota: Al final he corregido el problema añadiendo Enable_Interrupts(GLOBAL); al principio de las funciones principales de la Flex_Lcd, pero me gustaria saber si se puede solucionar el problema de otra forma.

[dogflu66]

Con firmado, era un bug con printf, que han corregido a partir de las version 5.13.
He probado con la versión 5.14 y ya no se da ese problema.