Slave verliert Daten wenn in Interrupt springt

[Lukas D. (lukas_d)]

Hallo Leute,

ich habe einen Master (PIC16F886) und einen Slave (PIC18F44K22). Das 
Senden sowie das Empfangen von Master funktioniert. Empfangen wird aber 
nur etwas wenn ich die Variable direkt im Slave MSSP Interrupt setze 
bevor sie in den Buffer gelesen wird. Wenn ich die Variable in der 
main-loop setzt geht der Wert verloren. Das Problem hatte ich mit 
anderen Prozessoren bisher noch nicht. Weis jemand woran das liegt?

MfG Lukas

void interrupt ISR(void)
{
    if(SSP1IF)
    {
        SSP1IF = 0;
        if(SSP1STATbits.S == 1 && RW1 == 0 && DA1 == 0 && BF1 == 1)                //STATE 1: Master write, last byte was an adress
        {
            dLED1 = 1;
            vCLEAR = SSP1BUF;
            CKP1 = 1;
        }

        if(SSP1STATbits.S == 1 && RW1 == 0 && DA1 == 1 && BF1 == 1)              //STATE 2: Master write, last byte was data
        {
            dLED2 = 1;
            vWRITEDATA = SSP1BUF;
            CKP1 = 1;
            vCLEAR = SSP1BUF;
        }

        if(SSP1STATbits.S == 1 && RW1 == 1 && DA1 == 0)                          //STATE 3: Master read, last byte was an adress
        {            
            dLED3 = 1;
            CKP1 = 0;
//            vREADDATA[0] = 0x41;  <- setzen der Variable, dann läuft!
            SSP1BUF = vREADDATA[0];                                                   //Rücksetzen wenn Daten in Buffer eingelesen
            CKP1 = 1;
        }

        if(SSP1STATbits.S == 1 && DA1 == 1 && BF1 == 0 && CKP1 == 1)                //STATE 5: Master NACK
        {
            dLED5 = 1;
            CKP1 = 1;
            vCLEAR = SSP1BUF;
        }        
    }
}

void main(void)
{
    Init();

    fSTARTUP();
    fSELBSTTEST();

    while(1)
    {

        if(vWRITEDATA == 0x66)
        {
            dLED8 = 1;
        }
        
        vREADDATA[0] == 0x41;
    }
}

[Karl H. (kbuchegg)]

Klingt für mich nach einem volatile Problem.
Leider zeigst du die Variablendefinitionen nicht.

FAQ
"Was hat es mit volatile auf sich"

[Lukas D. (lukas_d)]

/*I2C BUS*/
char vCLEAR                         = 0x00;
unsigned char vWRITEDATA            = 0;
unsigned char vREADDATA[2];

Hab schon mit volatile unsigned char vREADDATA[2]; probiert aber selbes 
problem bleibt.

[Karl H. (kbuchegg)]

Da gehört auf jeden Fall ein volatile rein.

Kann natürlich sein, dass es ein oder mehrere weitere Probleme gibt. 
Aber das fehlende volatile ist auf jeden Fall eines.

[Lukas D. (lukas_d)]

Ach übrigens ist oben ein = zu viel. vREADDATA[0] = 0x41;