TODOPIC
Microcontroladores PIC => Lenguaje C para microcontroladores PIC => Mensaje iniciado por: Thulsa Doom en 02 de Septiembre de 2014, 05:18:15
-
Buenos días a todos, me pasas una cosa rara con el MPLABX que no sé si es normal de éste IDE o hay que configurar algo.
resulta que cuando compilo un proyecto y me salen errores en el antiguo MPLAB pinchaba dos veces con el botón izquierdo del ratón encima del error y me llevaba directamente a la línea de la librería donde estaba, con el nuevo eso no me pasa y me es un coñazo detectar el error.
¿hay que configurar algo o es que es así?
-
si son errores de compilacion si te deja hacer click y te lleva directamente a la linea del error, sin embargo, si son errores de link no te deja, tanto en mplabx como en mplab y en la mayoria de ides.
-
si son errores de compilacion si te deja hacer click y te lleva directamente a la linea del error, sin embargo, si son errores de link no te deja, tanto en mplabx como en mplab y en la mayoria de ides.
Cierto, los errores de linkeo no se pueden mapear a líneas de código ya que se trabaja sobre archivos objeto, no código fuente.
Normalmente los errores de linkeo se detonan cuando estás armando un binario o un hex y no está definida una función o una variable. Es decir, que la función/variable tiene su prototipo/declaración, pero no está definido su cuerpo.
Saludos.
-
Pues me pasa con errores de compilación, ósea una función mal puesta o una variable que no existe, cosas de esas, ¿será que se desconfiguró algo en el MPLABX?
-
Pues me pasa con errores de compilación, ósea una función mal puesta o una variable que no existe, cosas de esas, ¿será que se desconfiguró algo en el MPLABX?
Por favor cópianos el log completo de la compilación. Gracias.
-
Hola a tod@s, siento el retraso :oops:
Os paso un captura de mi mplabx en un proyecto de drivers que estoy realizando
(http://sim1.subirimagenes.net/img/2014/09/03//140903021447324492.png) (http://www.subirimagenes.net/i/140903021447324492.png)
Se ve el error, lo he subrayado en rojo, que lo he hecho adrede para comprobar que le piso encima sin hacer nada, las filas que están mas abajo que están en azul con un hipervinculo esas si le pisas encima te llevan a archivos mkfiles y cosas raras
-
Posible causa raíz:
http://www.microchip.com/forums/m479409.aspx
¿Usaste static con extern? Un tipo de dato se invalida con otra re-declaración en algún lugar.
Varias sugerencias :mrgreen: :
- No uses acentos ni caracteres especiales en las rutas de los archivos de tu proyecto
- No uses rutas largas en tu proyecto, a veces el compilador no puede con tanta letra
- Usa guiones bajos en vez de espacios en blanco en las rutas
- Si te dice main.c:18 Error significa que en la línea 18 hay un problema, no se alcanza a ver en tu print screen
- Siempre que el compilador o linker te avienten errores o warnings, empieza corrigiendo el primerito que salga, incluso si es warning. Todo lo demás puede ser pura consecuencia del primero. Hay un warning [2058] que no se alcanza a leer en tu pantalla
Saludos!
-
Hay un error en la versión 2.15 de MPLAB para el C18.
En la versión 2.20 dicen que van a corregir dicho problema.
Utiliza el MPLAB X 2.10.
Yo tuve el problema:
http://www.microchip.com/forums/m817630.aspx
-
Hola, siento la tardanza en contestar :oops:
pues he de decir que he probado con la versión 2.20 y la 2.10 y nada sigo con el mismo problema, corre el código pero cuando paro no aparece ni la línea donde se quedo y cuando le doy a paso a paso no aparece la línea donde estoy ni nada, ni variables ni nada.
también si me sale un error producido por una variable mal definida o una sentencia mal puesta no me lleva al error si le doy con el botón izquierdo del ratón como en el MPLAB IDE.
esto ya me hace sospechar
-
¿Es el mismo problema que indicas en la imagen de arriba? U otro???
Por que anteriormente decías que no compila en proyecto, ahora que si se compila y logras debugar o simular hasta cierto punto...
-
No me has entendido o no me he sabido explicar correctamente.
Es el mismo problema del principio, si utilizo c18 con el MPLABX pasa todo eso que explico, de todas maneras pongo a continuación un resumen:
- En los errores al compilar, y cuando digo errores digo errores de mala sintaxis del código, me refiero a variables mal declaradas etc... nada que ver con el limker aparecen en negro y no como hipervínculo como en el MPLAB IDE que pisabas en esa línea y te lleva al error en la librería donde esté, tampoco hace esta función
- Cuando hago debug utilizando el C18 no puedo ni ver variables, ni puedo utilizar los puntos de ruptura ni nada de nada, solo corres el código en mi hardware y ya está
Los códigos que hago en MPLABX + C18 se compilan bien lo que no puedo hacer lo que hacía con MPLAB IDE y la verdad sin poder hace debuguer es un coñazo
-
Creo que deberías compartir tu proyecto para intentar compilarlo y entender exactamente que sucede.
-
No hace falta que comparta ningún proyecto, prueba con cualquier proyecto con C18 + MPLABX y verás lo que te digo, yo he probado con 3 maquinas diferentes e incluso versiones de compiladores y de ides diferentes y en todas con cualquier proyecto incluso proyectos básicos como pudiera ser el parpadeo de un led le pasa
-
Yo todos los días trabajo con C18 v3.46, MPLAB X y el PIC18F4520 y compilo y debugo sin problemas, he estado desde MPLAB X 1.04, ya he probado la versión 2.20 sin problemas.
En la imagen que adjuntas, la variable DataInvPolar y la de abajo están subrayadas de color gris. Esos sucede cuando hay variables que no se utilizan.
Cuando hay error se subrayan de rojo.
¿Estas seguro que al dar clic donde te indica el error (mk:275: recipe for target 'build/default/production/_ext/1472/main.o' failed), MPLAB X te apunta a esas variables que mencioné antes?
¿Has verificado con qué modelo de memoria RAM y de Programa estás trabajando? (Code MOdel, Data Model)
-
yo tambien compilo sin problemas con el MPLAB X v2.10 y el C18 v3.46, tambien me aparece en azul los errores de sintaxis y puedo depurar, por si acaso no es un programa pequeño
Saludos
-
¿Estas seguro que al dar clic donde te indica el error (mk:275: recipe for target 'build/default/production/_ext/1472/main.o' failed), MPLAB X te apunta a esas variables que mencioné antes?
No, me envía a un archivo raro que no tiene nada que ver con el archivo fuente, es algo como makefile_default o algo así, saco una captura, es un proyecto diferente al anterior pero con el mismo problema
(http://sim1.subirimagenes.net/img/2014/09/11//140911104018332076.png) (http://www.subirimagenes.net/i/140911104018332076.png)
¿Has verificado con qué modelo de memoria RAM y de Programa estás trabajando? (Code MOdel, Data Model)
esto que me preguntas no lo entiendo, si me lo explicas, siento que mis conocimientos no lleguen a tanto :oops:
Pongo un enlace a un pequeño proyecto que es para probar un LCD (es curioso me funciona perfectamente en proteus pero en hardware físico no me va el LCD, ya preguntaré en otro hilo para no desviarme del tema), el proyecto está realizado en MPLAB y lo migré a MPLAX, de todas maneras he probado ha hacerlo desde un principio en MPLABX y obtengo el mismo resultado.
Si me hago un proyecto en XC8 si me funciona perfectamente pero en C18 no.
https://mega.co.nz/#!QUsAxTYK!8rbTUGvz4syCaUGF3mvDLApI0ZFE3eZAdNetO1JfSAQ
-
Acabo de bajar tu proyecto y lo he compilado sin problemas.
El único "problema" es que la función no tiene prototipo.
Es decir que necesitas definirla así:
void Init_Sistema(void);
http://www.subirimagenes.net/i/140911031934836683.jpg
-
Que raro, si esta el archivo de cabecera que la defino....., en fin, a mi no me da ese problema.
Pues entonces no sé cual puede ser el problema de que mi MPLABX se comporte diferente al tuyo, ¿se habrá desconfigurado algo?,
-
¿Estas seguro que al dar clic donde te indica el error (mk:275: recipe for target 'build/default/production/_ext/1472/main.o' failed), MPLAB X te apunta a esas variables que mencioné antes?
No, me envía a un archivo raro que no tiene nada que ver con el archivo fuente, es algo como makefile_default o algo así, saco una captura, es un proyecto diferente al anterior pero con el mismo problema
(http://sim1.subirimagenes.net/img/2014/09/11//140911104018332076.png) (http://www.subirimagenes.net/i/140911104018332076.png)
¿Has verificado con qué modelo de memoria RAM y de Programa estás trabajando? (Code MOdel, Data Model)
esto que me preguntas no lo entiendo, si me lo explicas, siento que mis conocimientos no lleguen a tanto :oops:
Pongo un enlace a un pequeño proyecto que es para probar un LCD (es curioso me funciona perfectamente en proteus pero en hardware físico no me va el LCD, ya preguntaré en otro hilo para no desviarme del tema), el proyecto está realizado en MPLAB y lo migré a MPLAX, de todas maneras he probado ha hacerlo desde un principio en MPLABX y obtengo el mismo resultado.
Si me hago un proyecto en XC8 si me funciona perfectamente pero en C18 no.
https://mega.co.nz/#!QUsAxTYK!8rbTUGvz4syCaUGF3mvDLApI0ZFE3eZAdNetO1JfSAQ
Ese error sale cuando no tienes correctamente definidas las ubicaciones de tus funciones que estás en otros archivos.
Como te mencioné antes, ya logre compilar tu proyecto sin problemas, pero aparece una advertencia.
Para corregiral en main.c, al inicio declare la ubicación de tu función Init_Sistema así:
#include "Include/Inicio_Sistema/Init_Sistema.h"
void main(void){
..
etc
En el archivo Init_Sitema.c escribi el prototipo de tu función:
#include "Include/Common/config.h" //Librerías del proyecto
void Init_Sistema(void);
void Init_Sistema(void) //Variable donde inicializamos el sistema
{
.. etc
Al compilar tu proyecto, ya no aparece la advertencia.
Veo que tus funciones no tienen prototipos, deberías ponerlas.
-
Tenías razón, no tenía incluido en el proyecto el init_sistema.h, lo incluí en el config.h y ahora no aparece ese warning.
pero sigo sin poder hacer debug con MPLABX y C18, por lo menos en mi pc
-
¿Cómo están las configuraciones de tu proyecto?
http://www.subirimagenes.net/i/14091106583989763.png
-
Te muestro la imagen que has puesto pero de mi MPLABX, no se diferencia mucho si no en los compiladores que tienes
Tengo desactivado el ICD3 con el MPLABX porque como no me funciona bien lo estoy usando con el MPLAB IDE por eso aparece con la exclamación azul e incompatible
(http://sia1.subirimagenes.net/img/2014/09/11/140911074315962813.png) (http://www.subirimagenes.net/i/140911074315962813.png)
-
Deberías verificar todas las configuraciones, sobre todo de C8
http://www.subirimagenes.net/i/14091108164250087.png
-
En la imagen que has puesto, yo tengo lo mismo puesto en mi pc, no sé como puedo verificar las configuraciones ya que no tengo un MPLABX que funcione para comparar, la verdad que no sé por que me pasa eso
-
Pues viejo, la verdad pienso que tienes mal instalado el MPLAB X o una ruta de configuración.
-
Pues no tengo ni idea, no es en el primer equipo que lo instalo y siempre con el mismo resulta, he instalado varias versiones antiguas y lo mismo, con el xc8 si va bien pero con el c18 nada de nada y es una pena porque el mplab ide comete muchos errores, sobre todo a la hora de cambiar de puertos en drivers, no suele hacer caso de los cambios.....
a ver si sacan una nueva versión o algo y se me arregle el problema.
a por cierto lo he probado en windows xp y 7 y nada
-
Si dice que todo funciona con XC8, implica que estás ocupando algunas funciones o librerías que no trabajan en C18.
Tal vez las rutas de los vinculadores son erróneas.
O no están definidas las rutas de alguno archivo cabecera.
Yo iría comentando todo tu proyecto y compilando hasta que no aparezca el error. Empezaría desde ahí, desde dónde te indica error.
-
No me han entendio...... sé que la palabra escrita a veces es difícil de interpretar....
a ver..... el MPLAX me compila bien tanto en C18 como XC8 lo único que no hace es debugger con C18, ósea pongo un breack point y no se para en el, cuando sale algún error de sintaxis en la ventana de información (cosa normal al programar) no se subraya de azul con lo cual si le hago clic con el botón derecho del ratón no va a la sección de código donde está el susodicho error
solo eso nada más, por lo demás funciona bien, puedo compilar y grabar el hex en el pic pero repito no puedo debuggear
-
A ver cuando tu pones el Punto de rutura, este se marca de color rosado, toda la linea ¿Verdad?
Ahora empieza debugar y pon pausa en tu proyecto y ve a dónde está el punto de ruptura
¿Está de color gris en lugar de rosado?
-
Si, cuelgo una foto para que veas como queda
(http://sim1.subirimagenes.net/img/2014/09/15//140915073307336464.png) (http://www.subirimagenes.net/i/140915073307336464.png)
-
Viejo eso es por que el compilador al optimizar el código se da cuenta que esa línea se repite en alguna parte y no escribe o crea esa parte del código.
Tienes dos opciones:
1era, es reducir la optimización de tu código a lo mínimo y ahi debugar, yo no hago eso, ya que mi código en el PIC18F está en el 96% de la memoria de programa.
2da. Poner un Nop(); antes de dicha función y ahí poner el punto de ruptura, en el Nop()
#define (SW_24LC256_BUFFER)
Nop();
Sw_24lc256_writeBuffer(etc, etc
-
También podrías poner el punto de ruptura dentro de la funcion Sw_24lc256_writeBuffer, en el inicio
-
Pues nada de nada, esto no para sigue con su tarea y pasa del modo debugger :5] :5]
te doy las gracias por el tiempo que estas empleando para ayudarme a resolver el problema, la verdad si estuvieras cerca te invitaba a una cerveza o algo :)
-
Te recomiendo algo.
Arranca la depuración de tu proyecto y pon pausa
Entra a la función Sw_24lc256_writeBuffer
E intenta poner un punto de ruptura en el inicio de la función, osea donde delcaras variables o asignas una variable con algo. Si se puede poner el breakpoint, se marca de rojo, si no, se pone gris.
Si logras que se haga rosada toda la linea del código, quiere decir que si se puede poner un punto de ruptura y continua depurando (quitar pausa)
¿Puedes publicar un poco de la función Sw_24lc256_writeBuffer, el inicio?
-
Pues nada, esto me da que no tiene nada que ver con el código, esto es del MPLABX ya que con XC8 se comporta perfectamente como el antiguo MPLAB IDE con el C18, de todas maneras pongo la función que he desarrollado, es para leer una eeprom 24lc256( nada del otro mundo)
void Sw_24lc256_ReadBuffer(unsigned char Address_EEp, unsigned int Address_Bank, unsigned char *BufferData, unsigned char wLeng)
{
Clock_test();
SWStartI2C();
SWWriteI2C(Address_EEp <<1 & (0xFE)); //Dirección del esclavo modo grabar con el bit 0 de escritura
SWAckI2C();
SWWriteI2C(Address_Bank >> 8); //Dirección del byte mas alto
SWAckI2C();
SWWriteI2C(Address_Bank & 0x00FF); //Dirección del byte mas bajo
SWAckI2C();
SWRestartI2C(); //Restar
SWWriteI2C(Address_EEp <<1 | 0x01); //Dirección del esclavo con el bit a 1 en modo leer
SWAckI2C();
SWGetsI2C(BufferData, wLeng); //Leer string desde la Eeprom exrterna
SWNotAckI2C();
SWStopI2C(); // Envío de la condición de STOP
}
-
Creo que deberías poner el punto de ruptura dentro de Clock_test(); ya que es la primera función
También intenta poner una variable así:
void Sw_24lc256_ReadBuffer(unsigned char Address_EEp, unsigned int Address_Bank, unsigned char *BufferData, unsigned char wLeng)
{
unsigned char i;// esta variable no tiene ninún objetivo,sólo es para comprobar si se crea el Bp
i = 200; // Aquí poner el punto de ruptura
Clock_test();
O poner varios Nop()
void Sw_24lc256_ReadBuffer(unsigned char Address_EEp, unsigned int Address_Bank, unsigned char *BufferData, unsigned char wLeng)
{
Nop();
Nop(); // Aquí el punto de ruptura
Nop();
Clock_test();
....
-
No me han entendio...... sé que la palabra escrita a veces es difícil de interpretar....
jejeje... es que el título lo encamina a uno... suerte! :D
-
Pues lo que me aconsejas no funciona.
Pues la verdad que puese de título una de las cosas que le pasa al IDE, a parte de no debuguear, cuando compilas el proyecto si hay algún error de sintaxis que aparezca en la venta (Build,Load), si le pinchas con el ratón no te lleva a la sección de código donde esté el error.
está todo relacionado, no se comporta como en el MPLAB IDE
-
MPLAB 8 y MPLAB X son IDLE.
-
Técnicamnete no existe la función Sw_24lc256_ReadBuffer, ya que dentro de ella hay varias funciones y el compilador llama primero a Clock_test(); luego a SWStartI2C(); etc.
Deberías poner el punto de ruptura dentro de Clock_test();
De las sugernecia que te he dicho podrías intentar la última de la siguiente manera:
void Sw_24lc256_ReadBuffer(unsigned char Address_EEp, unsigned int Address_Bank, unsigned char *BufferData, unsigned char wLeng)
{
static unsigned char i = 0;// esta variable no tiene ninún objetivo,sólo es para comprobar si se crea el Bp
i = 200; // Aquí poner el punto de ruptura
Clock_test();
-
Una forma de ayudarte es instalando logmein a tu máquina y tratar de ayudarte remotamente.
-
Si, ya lo hice y nada, no deja hacer debug con C18 en el MPLABX, da lo mismo donde ponga el punto de ruptura, no hace caso
-
¿Estás seguro que alguien en alguna parte llama a esa función en algún momento?
-
Si, estoy implementando una memoria i2c con el protocolo por sofware pero no me funciona muy bien :( y tengo un proyecto echo con solo esto, por eso lo del mplabx porque intento depurarlo con este ide y al final tengo que utilizar el antiguo por este problema que tengo
-
Puedes publicar una imagen exáctamente de dónde la estás llamando en MPLAB X C18
Puedes publicar una imagen en la que en MPLAB X con XC8 si funciona el punto de ruptura que pones.
SI dices que funciona con xc8, el punto de ruptura, puedes ver la pila del contador de programa para ver quein llamó a esa función???
-
Si quieres te puedo pasar el proyecto y lo ves tu mismo, es muy sencillo las funciones están en el main.c y se llaman desde ahí y dentro de la función se encuentran las de sw_i2c, no tiene mas ciencia
-
Claro, súbelo en alguna parte, pero mañana lo veo, me voy a casa, acá ya casi es las 5 pm
-
Vale, no hay prisa, a qui son las 23:00 y yo me voy para la cama jajajaja
https://www.dropbox.com/s/3kqzrnswpqeyyc0/24LC256_C18.7z?dl=0
avisa desde que lo tengas para eliminarlo que me ocupa espacio :lol:
saludos
-
Saludos.
Logré simular tu proyecto sin problemas con c18, no puedo debugar ya que no poseeo tu hardware:
http://www.subirimagenes.net/i/140917031730184398.png
http://www.subirimagenes.net/i/140917031756936971.png
La única advertencia que obtuve fue:
http://sia1.subirimagenes.net/img/2014/09/17/140917031843693262.png
Tuve un error la primera vez que sólo compile el proyecto.
¿Has intento limpiar todo tu proyecto y compilarlo, y luego debugarlo o simularlo?
http://www.subirimagenes.net/i/140917031958403941.png
Tengo una pregunta por que usas #if defined, yo utilizo #ifdef
¿Es lo mismo? ¿Estoy en lo correcto?
-
Pues en la imagen que has colgado del warning, a mi no me sale así, a mi me sale de esta manera, fíjate en los warning de negro y sin la raya azúl
(http://sim1.subirimagenes.net/img/2014/09/17//140917083043339109.png) (http://www.subirimagenes.net/i/140917083043339109.png)
A tu pregunta de si he limpiado el proyecto.... ya perdí la cuenta :(
Para mi que tengo algún problema de configuración en algún sitio, (que cosa mas rara la verdad lo que no me pase a mi....)
lo de las directivas que me preguntas es lo mismo, lo que me acostumbré a ponerlo así por las librerías de microchip que viene de esa manera
-
Veo que tienes C18 v3.47
Yo tengo C18 3.46. ¿Será eso?
-
siento la tardanza en contestar :oops:
pues no sé si será la versión del compilador, pero por lógica no lo creo ya que a la hora de desarrollarlo tendrían en cuenta este el último ide, bueno eso es lo que haría yo si fuera el desarrollador pero quien sabe, instalaré esa versión de compilador a ver que tal
-
Pues solucionado el problema, era la mayor tontería que uno pueda imaginar, resulta que los proyectos los estaba o los estoy haciendo en la carpeta de dropbox, así que cuando termine el trabajo y al llegar a casa simplemente con arrancar el equipo ya se actualiza el proyecto y sigo trabajando y no tengo que estar con pendrive ni nada.
pues resulta que al parecer esa ruta es demasiado larga y da ese problema.
paso el proyecto a la raiz de C y ahí mismo me va perfecto .
gracias por la ayuda