STM32 Prüfen ob I2C Slave am Bus hängt

[af (Gast)]

Wie prüft man richtig, ob ein angesprochener Slave die vom Master 
ausgehende Adressierung mit ACK oder NACK quittiert hat?

Hintergrund ist ein EEPROM, der sich vom Bus komplett trennt, wenn er 
Daten empfangen hat. Eine Feste Wartezeit zwischen den Zugriffen möchte 
ich vermeiden.

>Minimizing System Delays by Polling On ACK
>During the internal Write cycle, the device
> discon-nects itself from the bus, and writes a copy of the
>data from its internal latches to the memory cells.

void 
eeprom_wait_for_ready (void) {
    do
    {
      /* While the bus is busy */
    while(I2C_GetFlagStatus(I2C_SELECTED, I2C_FLAG_BUSY));

    /* Send START condition */
    I2C_GenerateSTART(I2C_SELECTED, ENABLE);
    printf("generate start");
    /* Test on EV5 and clear it */
    while(!I2C_CheckEvent(I2C_SELECTED, I2C_EVENT_MASTER_MODE_SELECT));

    /* Sent slave address for write */
    I2C_Send7bitAddress(I2C_SELECTED, EEPROM_I2C_ADDR, I2C_Direction_Receiver);
    printf("send address..");


    } while(!I2C_CheckEvent(I2C_SELECTED, I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));
}

Vielen Dank für jede Anregung.

[af (Gast)]

Ist noch nie jemand mit dem Problem konfrontiert worden, einen Slave 
erst auf das "Vorhandensein" prüfen zu müssen? Beim AVR geht es noch 
auch, da hat es gereicht nach dem Senden der Adresse auf ACK zu 
prüfen...

[Jan H. (jan_h74)]

Ich habe so etwas ahnlich geschrieben. Wichtig : die pull-up 
Wiederstande mussen functionieren, oder er bleibt irgendwo hangen 
Program. Das ist hier wirklich "quick und dirty" Slave_Read() sendet 
eine 7 bit adresse, wen ACK komt wird das in eine variabele gesetzt, LED 
leuchtet. GPIO und Clocks mussen naturlich auch noch configuriert 
werden. An pin C9 hangt die LED (Discovery VL board).

 /* I2C2 configuration ------------------------------------------------------*/
 I2C_InitStructure.I2C_Mode = I2C_Mode_I2C;
 I2C_InitStructure.I2C_DutyCycle = I2C_DutyCycle_2;
 I2C_InitStructure.I2C_OwnAddress1 = I2C2_SLAVE_ADDRESS7;
 I2C_InitStructure.I2C_Ack = I2C_Ack_Enable;
 I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit;
 I2C_InitStructure.I2C_ClockSpeed = ClockSpeed;
 I2C_Init(I2C2, &I2C_InitStructure);
  /* Enable I2C2  ----------------------------------------------------*/
 I2C_Cmd(I2C2, ENABLE);
/*Now some very simple code that test a Slave adresses. If the slave answer, the adress is written in a global variable */

 void Slave_Read (uint8_t Slave)
 {
 I2C_GenerateSTART(I2C2, ENABLE);// Send START condition 
 while(!I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_MODE_SELECT));//Test on EV5 and clear it   
 I2C_Send7bitAddress(I2C2,Slave, I2C_Direction_Transmitter);// Send Slave address for write
 delay(2); //wait for ack from slave
 if(I2C_CheckEvent(I2C2, I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED))//Test on EV6 and clear it
 {GPIOC->BSRR = 1<<9 ;Data[6]=(Slave-1);}// Disable Acknowledgement
 else  {GPIOC->BSRR = 1<<25 ; } 
 I2C_GenerateSTOP(I2C2, ENABLE);// Send STOP condition    
 }

[Heinz (Gast)]

af schrieb:
> Wie prüft man richtig, ob ein angesprochener Slave die vom Master
> ausgehende Adressierung mit ACK oder NACK quittiert hat?
Mit einem Logic Analyzer???

[af (Gast)]

@ Heinz
danke, aber mir geht's um die Softwarerealisierung.

@ Jan H.
und das tut mein STM32 eben nicht. Auf dem STM3210C Eval Board sind 4k7 
Pullups dran. EEprom trennt sich dem Datenblatt nach vom Bus, wenn er 
die gepufferten Daten schreibt. Also kann der die Leitungen nicht auf 
Low halten. Demnach muss man beim nächsten Zugriff auf EEProm die 
Adresse senden ung gucken, ob ein ACK kommt oder nicht. Beim Atmega war 
das ganz einfach sowas wie:

do {

} while (!i2c_start(0xA0))

Und diese Zeilen verursachen halt eine endlose Schleife, wenn der Slave 
nicht mit ACk antwortet:

I2C_Send7bitAddress(I2C_SELECTED, EEPROM_I2C_ADDR, I2C_Direction_Receiver);
while (!I2C_CheckEvent(I2C_SELECTED,I2C_EVENT_MASTER_RECEIVER_MODE_SELECTED));

[(prx) A. K. (prx)]

Nu gibts im Register extra ein Bit um genau das anzuzeigen und dass du 
das Bit nicht kennst ist angesichts deines Nics geradezu komisch. ;-)

[af (Gast)]

Habe es mir angeschaut und ausprobiert. Lief positiv ab, jetzt aber 
plötzlich gibt es Probleme mit dem EEPROM zu kommunizieren. Hat der STM 
irgendwelche Register, sodass nach dem DeInit und Stromreset die Werte 
beibehalten werden? Irgendwie läuft der Code was zuvor funktioniert hat 
gar nicht mehr....

[af (Gast)]

Könnte vielleicht jemand die angehängte Funktionen auf einem STM3210C 
Board ausprobieren?