STM32F4 I2C hängt sich auf (Busy und Timeout)

[Matthias F. (frank91)]

Hallo alle zusammen :P

Ich benutze das STM324x91-Eval Entwicklungsboard und habe einen 
separaten IC an das I2C angeschlossen.

Aber ich habe ein ähnliches Problem wie folgender User:
https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=https%3a%2f%2fmy%2est%2ecom%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2fSTM32F103XX%20I2C%20Busy%20Flag%20after%20unsuccessful%20transfer&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B&currentviews=458

Wenn ich den Befehl "HAL_I2C_Mem_Read" ausführe kommt es gelegentlich zu 
einem Timeout error.
Manchmal funktioniert der nächste Befehl wieder, manchmal kommt beim 
nächsten
Befehl allerdings eine "Busy Meldung". Diese bekomme ich dann nicht mehr 
weg.

Wenn ich in diesem Zustand SDA und SCL messe fällt auf, dass SCL zwar 
auf high ist SDA aber aucf low. Außerdem kommen keine Clock Signale 
mehr.
Why this error hapens and what can i do?

Warum passiert dieser Fehler und was kann man dagegen tun?

Im Link weiter oben, werden folgende Zeilen als abhilfe verwendet.

SET_BIT(hi2c1.Instance->CR1, I2C_CR1_STOP);
I2C_WaitOnFlagUntilTimeout(&hi2c1, I2C_FLAG_BUSY, SET, 1000);

Wenn ich diese in meinen Code einfüge tritt er Fehler allerdings 
weiterhin auf.
Allerdings sind die Spannungen an SDA und SCL nach dem Fehler nicht 
immer gleich. Manchmal sind beide Unterschiedlich, manchmal sind beide 
Signale low oder High.
Erst nach einem Hardware Reset sind wieder Clock Signale zu erkennen.

Hier ist mein verwendeter Code:

zaehler =0;
  do
  {
    while (HAL_I2C_GetState(&hi2c1) != HAL_I2C_STATE_READY);
     test = HAL_I2C_Mem_Read(&hi2c1, panel_touch_adresse, adresse_anpassen(mxt_object_message_count_t44.start_address), I2C_MEMADD_SIZE_16BIT, (uint8_t *)buffer, mxt_object_message_count_t44.size_minus_one +1, 100);

     if(test == HAL_ERROR)
     {
       HAL_GPIO_WritePin(GPIOG, GPIO_PIN_7, RESET);
       HAL_Delay(1000);
     }
     if(test == HAL_BUSY)
     {
       HAL_GPIO_TogglePin(GPIOG, GPIO_PIN_10);
       HAL_Delay(1000);


       SET_BIT(hi2c1.Instance->CR1, I2C_CR1_STOP);
       I2C_WaitOnFlagUntilTimeout(&hi2c1, I2C_FLAG_BUSY, SET, 1000,HAL_GetTick());
     }
     if(test == HAL_TIMEOUT)
     {
       HAL_GPIO_TogglePin(GPIOG, GPIO_PIN_12);
       HAL_Delay(1000);
     }


     zaehler++;
     if (zaehler >=2) test = HAL_OK; //Nicht ok. Ich breche auf diese Weise die Schleife ab


  }while(test != HAL_OK);

[ui (Gast)]

Wie stellst du sicher das der am I2C angeschlossene IC richtig 
antwortet? Stimmen die ACK Bits? Passt das mit dem Timing immer? Oder 
hängt sich vielleicht der IC auf?

[Matthias F. (frank91)]

Also ich denke langsam immer mehr, dass es sich um ein  EMV Problem 
handelt.

Also es ist so: (Hoffentlich versteht man es wie ich es meine)
Wie gesagt verwende ich das  STM324x91-Eval Entwicklungsboard.
Ich besitze 3 Displays:
-Das 4 Zoll Display des Entwicklungsboardes, welches direkt aufgesteckt 
wird
-Ein 7 Zoll Display
-Ein weiteres (anderes) 7 Zoll Display

Bei dem 4 Zoll Display sind bis jetzt keine Probleme mit dem I2C 
aufgefallen.

Das 4" Display habe ich wegmontiert und 2 Adapter gebastelt, welcher 
mittels freiluftverdrahtung die Belegung auf die 2 7" Displays anpasst.
Das Radio rauscht auch leicht, wenn ich diese Schaltungen in Betrieb 
nehme. Sie funktionieren aber.

Verwende ich das erste 7 Zoll Display kommt der Beschriebene Fehler vor, 
wenn auch selten.

Verwende ich das erste 7" Display allerdings statt seinem Touch 
Controller mit dem Touch des zweiten 7" Displays an, tritt der Fehler 
häufiger auf.

Verwende ich das zweite 7 Zoll Display inklusive seines Touch 
Controllers erkennt das Touch Dinge, die es gar nicht gibt.


Ich hoffe, dass sobald ich eine richtige (EMV gerechte) Platine daraus 
mache, das Problem nicht mehr auftritt :-/

[Matthias F. (frank91)]

Aber dennoch muss es doch irgendwie eine Möglichkeit geben, den I2C 
wieder läuffähig zu machen, wenn ein Fehler erkannt wird.

Kennt hier jemand einen Weg?

[I2CUser (Gast)]

http://processors.wiki.ti.com/index.php/I2C_Tips#External_Slave_Device_Hanging_the_Bus_by_Holding_SDA_Low

http://www.microchip.com/forums/m386113.aspx

http://www.i2c-bus.org/i2c-primer/analysing-obscure-problems/