Imprimir Página - Librerias en XC8. Archivos .h? archivos .c?

Microcontroladores PIC => Lenguaje C para microcontroladores PIC => Mensaje iniciado por: Loudness en 21 de Mayo de 2018, 10:34:05

Título: Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Loudness en 21 de Mayo de 2018, 10:34:05

Hola a todos.

Por fin me he decidido a dejar de lado el assembler por un tiempo y estudiar c de una vez 8).

Ya tengo el MPLAB 4.15, el XC8 y estoy escribiendo pequenos programas (para pic16) para leer entradas, encender y apagar leds y escribir en la EEPROM interna y poco mas de momento

Ahora, para manejar LCD, I2C, etc. quiero empezar a crear y anadir librerias, como por ejemplo esta de todopic

http://www.todopic.com.ar/foros/index.php?topic=39767.msg353639#msg353639

El caso es que buscando sobre librerias me encuentro dos tipos de archivos: .h y .c y cuanto mas leo menos entiendo :? :

1) Son necesarios los dos archivos para que funcione la libreria?
2) En el main.c es necesario utilizar #include para los dos?

Agradecere cualquier ayuda que puedan prestarme

Saludos

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: KILLERJC en 21 de Mayo de 2018, 11:10:15

Es buena practica poner ambos... voy a hacerte una comparacion con ASM

En ASM podias tener un archivo libreria y luego hacias:

Código: ASM

#include "lcd.inc"
 ;Codigo de tu archivo principal

Luego que pasa el compilador, este es el resultado:

Código: ASM

;Codigo del LCD
 ;Codigo de tu archivo principal

Como si fuera un solo archivo para todo.

Hay otras formas de realizarlo en ASM. Y es no incluirlo al archivo, en el cual los 2 archivos estan separados sin nigun include, donde declaras tus subrutinas y variables como "globales", asi mismo para usarlas en tu archivo principal necesitas decirle que existe alguna subrutina y variable con ese nombre "externo" a tu archivo. Ahora el compilador va a tener 2 archivos separados, y el linker va a ser quien una ambos archivos. Es decir va a ver el archivo principal.s y va a notar que existe un simbolo (nombre de la variable) que no es de ese archivo y esta en otro, entonces mientras pasa por archivo y archivo encuentra donde se encuentra definido y lo "enlaza" los une.
No recuerdo bien como era hacerlo pero suponete que era asi:

archivo1.s

Código: ASM

global sumar
global restar
 
sumar:
    ;Aca codigo ASM
    return
 
restar:
    ;Aca codigo ASM
    return

main.s

Código: ASM

;Omito los vectore e incializacion, pero antes poner:
 
extern sumar
extern restar
 
;El codigo
   CALL sumar

-------------------------------------------------------------------------------------

En C ocurre lo mismo.. Podes hacer las 2 formas. Sin un .h podes hacer:

Código: C

#include "lcd.c"
 
 // Aca codigo del main.c

Obviamente esto es como poner ambos codigos en todo un archivo. Nomas que lo tenemos separado en 2.. Esto puede ser un problema y tambien es considerado una mala practica en C.

La otra forma es ofrecer con el .h una "interfaz" hacia el .c. Y ahora voy a ser un poco mas especifico con los ejemplos.

Suponete que tenemos estos archivos:

operaciones.c

Código: C

char sumar(char a, char b)
{
    return (a+b);
}
 
char restar(char a, char b)
{
    return (a-b);
}

main.c

Código: C

#include <xc.h>
 
void main(void)
{
  char x;
   x = suma(1,2);
   x = resta(10,2);
 
   while(1)
   {
       //Nuestro loop infinito
   }
}

Como dije tengo 2 formas de hacerlo pero vamos por la segunda que es la que nos interesa.
El linker no tiene idea que existe las funciones suma y resta en otro archivo, la esta usando pero no saben de donde vienen, y si tratas de compilar los 2 archivos asi nomas vas a tener un error que dice que suma y resta se declararon implicitamente. Tambien a veces si usamos suma y resta en el archivo operaciones.c necesitamos declararlas en ese archivo. Entonces creamos un .h

operaciones.h

Código: C

// Esto es una guarda, para que no se incluya muchas veces en un archivo .c , sino que al incluirse una ves
// ya se define _OPERACIONES_H entonces para la proxima no va a entrar. Solo entra si no esta definido.
#ifndef _OPERACIONES_H
#define _OPERACIONES_H
 
char sumar(char a, char b);
char restar(char a, char b);
 
#endif

Para no entrar en tanto detalles voy a resumir la explicacion como vine haciendo hasta ahora, a ese archivo lo incluis en operaciones.c (donde tenes definida las funciones) y en main.c (donde queres usarlas). Y con eso le decis al linker que se encuentra en otro archivo. Es decir al momento de unir los archivos, va a mirar el main.c y va a pensar: "Tengo estas dos funciones en otro archivo" Entonces las va a ir a buscar a otro.c

Como te dije no quiero entrar en detalles sobre porque es que se comparten, ni el alcance de los simbolos, ni otras formas de hacerlo (como usar extern y no incluir un .h), sino darte una explicación simple y entendible de porque necesitarias un .h. Luego avanzaras sobre otros temas, por ahora con lo minimo pienso que te sobraria.

----------------------------------------------------------------------

Hay una cosa que debo aclarar, si observas en nuestro .h no hay nada que ocupe lugar en el micro, Las funciones estan definidas en el .c, las variables deberian estar definidas en los .c, en el .h deberías poner: prototipos de funciones (como el ejemplo, el cual no tienen codigo), la definicion de una estructura/union, etc. Como nombre antes, si lo que pusiste crea una variable que ocupa espacio tanto en RAM como en ROM eso NO va sobre el .h (omitiendo las macros que eso lo vas a ver mucho mas adelante)

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Loudness en 21 de Mayo de 2018, 11:57:35

Gracias KILLERJC.
Sin duda la mejor respuesta que he visto hasta ahora ((:-))

Cita de: KILLERJC en 21 de Mayo de 2018, 11:10:15

Sin un .h podes hacer:

Código: C
#include "lcd.c"

// Aca codigo del main.c

Obviamente esto es como poner ambos codigos en todo un archivo. Nomas que lo tenemos separado en 2.. Esto puede ser un problema y tambien es considerado una mala practica en C.

Siguiendo la forma de hacer del ASM he intentado poner de la manera que describes arriba, haciendo un include al lcd_pic16.c y me daba un error que todavia no he podido identificar (incluyo foto)

- Tienes que ingresar para ver archivos adjuntos -

Por eso empece a sospechar que en c era diferente :lol:.
Leyendo tu explicacion deduzco que, si quiero utilizar esta libreria, tengo que crear un .h, no es asi?

Cita de: KILLERJC en 21 de Mayo de 2018, 11:10:15

Hay una cosa que debo aclarar, si observas en nuestro .h no hay nada que ocupe lugar en el micro, Las funciones estan definidas en el .c, las variables deberian estar definidas en los .c, en el .h deberías poner: prototipos de funciones (como el ejemplo, el cual no tienen codigo), la definicion de una estructura/union, etc. Como nombre antes, si lo que pusiste crea una variable que ocupa espacio tanto en RAM como en ROM eso NO va sobre el .h (omitiendo las macros que eso lo vas a ver mucho mas adelante)

Buscando por la web me he encontrado librerias .h llenas de codigo, lo contrario a lo que me cuentas.
Por eso estaba absolutamente perdido con el tema.

Sigo estudiando

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Loudness en 21 de Mayo de 2018, 12:00:59

Buscando un poco por el foro parece que el tema del LCD para XC8 no es tan facil :shock:...

http://www.todopic.com.ar/foros/index.php?topic=48753.0
http://www.todopic.com.ar/foros/index.php?topic=48757.0

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: KILLERJC en 21 de Mayo de 2018, 12:08:13

Ellos estan utilizando la libreria XLCD que viene con el MLA de Microchip.
Lo que propuse es general, valido para cualquier libreria, o podes crearte vos la libreria (sea de 0 o copiarla) y no vas a tener problema.

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Loudness en 21 de Mayo de 2018, 19:34:01

Gracias por la ayuda

Cita de: KILLERJC en 21 de Mayo de 2018, 12:08:13

o podes crearte vos la libreria (sea de 0 o copiarla) y no vas a tener problema.

Creo que puede ser lo mejor, aprendiendo de los errores poco a poco.

Ya me tendreis por aqui dentro de poco preguntando de nuevo :D

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: KILLERJC en 21 de Mayo de 2018, 20:30:30

Acabo de ver que editaste tu respuesta

Citar

Leyendo tu explicacion deduzco que, si quiero utilizar esta libreria, tengo que crear un .h, no es asi?

No se lo que contiene el archivo lcd.c como para decirte donde esta el error. Pero desde el vamos que no debes incluir un .c

Citar

Buscando por la web me he encontrado librerias .h llenas de codigo, lo contrario a lo que me cuentas.

Suele ocurrir y todo puede suceder. Y sucede porque en proyectos chicos no importa. Pero cuando crecen la cantidad de archivos ya ese código se hace inmantenible e ilegible. Porque jugas con incluso el lugar donde pones el include.

Cita de: Loudness en 21 de Mayo de 2018, 19:34:01

Creo que puede ser lo mejor, aprendiendo de los errores poco a poco.

Ya me tendreis por aqui dentro de poco preguntando de nuevo :D

Por supuesto, nadie nacio sabiendo y se hace a los golpes, poco a poco aprendes cosas nuevas y te motivan a ponerlas a prueba. Cualquier duda que tengas podes ponerla en este mismo hilo o en otro.

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Thulsa Doom en 27 de Mayo de 2018, 06:17:36

Hola Loudness, si tienes dudas sobre el proyecto que he compartido para el manejo de la librería XLCD me dices tus dudas y te ayudaré en la medida de lo posible, no soy tan bueno programando como el compañero KILLERJC pero intentaré echarte una mano. ;-)

Título: Re:Librerias en XC8. Archivos .h? archivos .c?
Publicado por: Loudness en 29 de Mayo de 2018, 01:35:51

Gracias Thulsa Doom por tu ayuda y perdon por no responder antes.

Buscando por san google me he topado con unas librerias que medio funcionan.
Ahora las estoy modificando un poco pero cuando funcionen las colgare por aqui.

Ahora estoy luchando con las interrupciones :lol:

No se si es problema del c, que todavia no lo domino, o mas bien me la esta jugando el proteus, que ya van varias veces :5]

Seguramente me tengais preguntando por aqui dentro de poco.

Saludos

TODOPIC

Microcontroladores PIC => Lenguaje C para microcontroladores PIC => Mensaje iniciado por: Loudness en 21 de Mayo de 2018, 10:34:05