Постановката е следната:
master (PIC18F45K50) -> slave (PIC18F45K22)
Master предава данни (стандартни, три устройства със съответните адреси ги получават и обработват):

i2c_start();
   i2c_write(0xA4); // адреса на Slave
   i2c_write(0xF0); // запис в регистъра на slave
i2c_repStart();
 i2c_write(0xA5); // четене
  data=i2c_read(0); //стойност, която master трябва да приеме от slave
i2c_stop();

Slave:
PIC18F45k22, OSC = 16MHz, PLLx4 (т.е. 64МХц). Инициализация на SSP1 (два броя са):

   SSP1ADD = 0xA4;//Slave_address; //device address
  SSP1CON1 = 0x36; //SSPEN =1 and set i2c to slave mode with  7 bit address
  SSP1STAT = 0x00;
 SSP1CON2 = 0x00;
 SSP1CON3 = 0x00;

Пробвано е и със SSP1CON2 = 0x01; 0x81; SSP1CON3 = 0x30 и комбинациите от тях.
Прекъсванията са ЗАБРАНЕНИ.

От тъпотия съм написал кода точно да обработва на горната поредица:

while(1)
{
     while (!SSP1STATbits.BF);    // чака първият байт
          temp = SSP1BUF;                // прочитане на първия байт (0хА4)
        SSP1CON1bits.CKP = 1;    // освобождаване на шината
    while (!SSP1STATbits.BF);   // чака вторият байт
        temp = SSP1BUF;                 // прочитане на вторият байт (0хF0)
      SSP1CON1bits.CKP = 1;     // освобождаване на шината
    while (!SSP1STATbits.BF);   // чака третият байт
        temp = SSP1BUF;                 // прочитане на третия байт (0xA5)- команда за четене от slave
      SSP1BUF = 0x44;                   // зареждане исканата стойност от регистъра, за случая 0х44
       SSP1CON1bits.CKP = 1;   // освобождаване на шината
    while (SSP1STATbits.BF);  // чакаме байта да се изпрати
  led2s();                                          // включване за 2 сек светодиод, че операцията е успешна, работи, светва, че всичко е минало успешно
}

С други думи: мастер праща към слейв: 0xA4;0xF0;0xA5 и чака да получи байт - 0х44.
Резултат: НЪЦКИ, NiCHT, NONE, ИЧ, ЙОК.

Обаче:
while(1)
{
     while (!SSP1STATbits.BF);    // чака първият байт
          temp = SSP1BUF;                // прочитане на първия байт (0хА4)
        SSP1CON1bits.CKP = 1;    // освобождаване на шината
    while (!SSP1STATbits.BF);   // чака вторият байт
        temp = SSP1BUF;                 // прочитане на вторият байт (0хF0)
      SSP1CON1bits.CKP = 1;     // освобождаване на шината
    while (!SSP1STATbits.BF);   // чака третият байт
        temp = SSP1BUF;                 // прочитане на третия байт (0xA5)- команда за четене от slave

     delay_uS(6);                               // добавяме пауза от поне 6uS

      SSP1BUF = 0x44;                   // зареждане исканата стойност от регистъра, за случая 0х44
       SSP1CON1bits.CKP = 1;   // освобождаване на шината
    while (SSP1STATbits.BF);  // чакаме байта да се изпрати
  led2s();                                          // включване за 2 сек светодиод, че операцията е успешна, работи, светва, че всичко е минало успешно
}

Прави  съвършеният резултат:

Тая вмъкната пауза изобщо не ми харесва, особено като обработката се вкара в прекъсване. Тези 6uS за 64MHz процесор са около 100 инструкции.

Пробвал съм и с различни честоти на процесора- няма промяна.

Някакви идеи кой е виновника в случая- аз или процесора?

Питайте, ако ви трябва още информация.

 

 

Без да съм спец по програмиране - IIC Bus си има специикации и е доста по-бавна. Има времена за изчакване и потвърждение, така че да се разбира и с най-бавните устройства по шината. Попринцип повечето стандартни  памети работят на 100KHz, някои по-добри има и на 400KHz. За други чипове отделно. Има процедури за потвърждение и за освобождаване на шината ако някое устройство е увиснало или не е потвърдило.