I2C PIC Slave/Master Code

Code is alleen toegankelijk na inloggen. Daar begin ik niet aan.

Op 22 april 2020 11:02:50 schreef Hunter:
Code is alleen toegankelijk na inloggen. Daar begin ik niet aan.

Mijn fout, is aangepast, bedankt op het te melden!

Dat is best wel lastig om goed te krijgen.

De master moet tegen de slave vertellen dat het bericht afgelopen is door op het laatste databyte geen ACK terug te sturen.

En de slave moet data in het transmit register blijven sturen net zolang totdat de master einde bericht aangeeft. Als er geen data is dan best 0xFF, want daarmee wordt SDA hoog en kan de master een stop signaal genereren.

BEdankt voor je antwoord,

Ik denk dat mijn fout ergens in dit stuk van de (slave) code zit:

ik verwacht max 2 reads achter elkaar in het commando dus ook niet meer opgenomen dan dat.
mis ik soms ergens een wachttijd?

else if(!SSP1STATbits.D_nA && SSP1STATbits.R_nW) //If last byte was Address + Read
  {    
    SSP1IF = 0;
    retVal = SSP1BUF;
    while(BF1);
    SSP1BUF = _data ;
    CKP1 = 1;
    SSP1IF = 0;
    SSP1IF = 0;
    if(ACKSTAT1)
    {        
        SSP1BUF = _data ;
        CKP1 = 1;
        SSP1IF = 0;
    }
    CKP1 = 1;
    SSP1IF = 0;

Ik weet niks van PICs, maar wel van I2C.

De master genereert de clocks, en de Slave gerereert de data tijdens een read.

De hardware transmitter in de slave moet weten dat het bericht is afgelopen. En dat moet door de master worden aangegeven dmv een NAK op het laatste byte.

Als de slave al eerder stopt met data terug sturen, dan gaat de Slave hardware de SCL lijn blokkeren (clock stretching) totdat de slave applikatie nieuwe data aanlevert. En als die nieuwe dan een 0x00 is dan trekt de Slave SDA naar beneden totdat er 8 klokpulsen van de master binnenkomen.

In beide gevallen kan de master geen STOP genereren.

Dus het probleem zit in de slave (Die moet 0xFF blijven sturen totdat er een STOP binnenkomt of een NAK)

En het zit ook in de master want die moet een NAK terugsturen op het laatste byte.

Ik gebruik altijd de SSP interrupt (SSPxIE/SSPxIF) voor ontvangst, da's wat frisser... (altijd 1 byte die je kunt verwerken)

Op 22 april 2020 12:24:07 schreef Arco:
Ik gebruik altijd de SSP interrupt (SSPxIE/SSPxIF) voor ontvangst, da's wat frisser... (altijd 1 byte die je kunt verwerken)

Hoe hou je dan bij welke data er dan verwerkt moet worden? pointer, tabel?

Je moet het SSPxSTAT:D/A bit bekijken bij een interrupt.

Is dit '0', dan is de byte een adres
Is dit '1', dan is het data die verwerkt moet worden.
Tellertje bijhouden en ophogen na iedere databyte. Na ontvangst adres byte tellertje weer op '0'