pic16f876.h Donde puedo encontrarlo, y de que compilador es?

[diguito_69]

es #include <pic16f876.h> con "f" minuscula.

Saludos.

[Algec]

Sigo con el mismo resultado, en Hitech solo encuentro el fichero pic1687x.h que es el que corresponde al 16f876, los demas no son los correspondientes, ademas es la cabecera que usa el fichero original que Siliconio si compilo.El que tudices pic16f876.h no esta en el include de mi compilador.
No se aun porque no compila pero lo que si esta clarisimo es que esta hecho en Hitech..
Seguire trabajando en esto a ver que consigo.

[diguito_69]

A el archivo pic1687x.h lo encontré en la carpeta legacy que esta en la carpeta include. Parece ser que ese archivo es de versiones anteriores a la 9.81.

HI-TECH Software/PICC/9.81/include/legacy/pic1687x.h

Tendrás que copiarlo a la carpeta include o aprovechar para actualizar el codigo.

Saludos.

[Algec]

Cambie la version a la que tu usas, bajada de Microchip en verios de 45 dias y haciendo lo que decias, cambiando los include y el GO ya compila.
Mil gracias......
Ahora jajajja me surje otra duda
Ese GO en vez de ANGO funcionara?
Porque ese cambio?
 Si todo es correcto en esta nueva version de Hitech, solo tengo que comprobar y modificar hasta que funcione.
Te estoy muy agradecido te has tomado muchas molestias y no se como darte las gracias.
Supongo que tendre mas dudas y dare mas la lata....lo siento. No conozco el Hitech y solo trabajo en CCS. Supongo que seran similares pero veo que el Hitech es mas profesional quizas me pase.....

Gracias gracias y gracias , este foro es de lo mejor que conozco y creeme publico en varios de distintos temas y nunca encontre uno como este.

[diguito_69]

El cambio lo hice porque me daba error ese nombre, supuse que se trataba del bit GO de ADCON0 (Por la similitud (ADGO~GO) y por los comentarios) y probé.

El cambio tendría que funcionar sin problemas ya que están declarados de la misma forma

Código: C

1. volatile bit GO @ ((unsigned)&ADCON0*8)+2;
2. volatile bit ADGO @ (unsigned)&ADCON0*8+2;

Yo tambien creo este foro es de lo mejor, aprendí mucho en el.

Saludos.

[Algec]

Algo que no entiendo.....Compile en mplab/ Hitech  9.83 pro version registrada y me sale un fichero .hex que tendria en asm 625 lineas-
Si miro el .hex original que tengo y tiene solo 65. Como es eso posible?
Para ver el asm uso el Winpic800 que convierte el .hex en asm.
 No lo comprendo la verdad.
Aun no pude probar el recompilado en el chip en hardware por falta de tiempo pero no comprendo como puede tener el original que grabe en el pic en su dia...y que tengo funcionando desde hace años solo 65 lineas en asm.
os subo el original .hex y el compilado mio a ver que es lo que pasa....

[diguito_69]

Hola, los abrí con piklab y la diferencia es de solo 15 líneas, 681 para "MDMPG.hex" y 666 para "MBMPG 2.0 configuracion OK.hex" (Estan incluidos los comentarios que pone piklab).

Debe haber un error con el Winpic800 al abrir ese archivo, me parece imposible que todo ese código c entre en 65 lineas y si le agregas las funciones que ya tiene el compilador (Suma, resta, etc.), es mas que imposible.

Saludos.

[Algec]

Gracias de nuevo, no se ya como agradecerte.
A ver si el trabajo me deja una hora y lo meto en hardware, cuando funcioen hare las modificaciones y a probar.