[SOLUCIO.]MPLABX, problemas para ver los errores de compilación en las librerías

[DominusDRR]

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

[DominusDRR]

También podrías poner el punto de ruptura dentro de la funcion  Sw_24lc256_writeBuffer, en el inicio

[Thulsa Doom]

Pues nada de nada, esto no para sigue con su tarea y pasa del modo debugger 

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 

[DominusDRR]

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?

[Thulsa Doom]

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)

Código: [Seleccionar]

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
}


[DominusDRR]

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();
....

[migsantiago]

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! 

[Thulsa Doom]

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

[DominusDRR]

MPLAB 8 y MPLAB X son IDLE.

[DominusDRR]

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();

[DominusDRR]

Una forma de ayudarte es instalando logmein a tu máquina y tratar de ayudarte remotamente.

[Thulsa Doom]

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

[DominusDRR]

¿Estás seguro que alguien en alguna parte llama a esa función en algún momento?

[Thulsa Doom]

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

[DominusDRR]

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???