STM32 i2c error recovery Problem

Michael A. OP #2935238
Lesenswert?
• ▲
▼ 
Hallo,
ich versuche gerade meine i2c lese routine fehler tolerant zu machen. 
Genauer, nachdem ein Fehler passiert ist muss ein weiter Versuch möglich 
sein.

Also im prinzip ein read von i2c, da passiert ein Fehler, zB timeout 
Overrun/Underrun. Dann putzen der Fehler/Register, zur not ReInit der 
HW.

Im moment ist es so das ich auf einen Bus ohne Device aber mit pullups 
ein start schicke, das geht ok. Dann schicke ich die 7bit HW Adresse 
0xE0 mit Read, also 0xE1.
Danach warte ich bis die Adresse anliegt.
deviceAdress=0xE0;
/* Send START condition */
i2c_send_start_and_wait_for_rdy();
/* Send slave address */
i2c_send_7bit_address(I2C2, deviceAdress, I2C_READ);
/* Waiting for address is transferred. */
WAIT_EVENT_TO(!(I2C_SR1(I2C2) & I2C_SR1_ADDR));

Dies timed natürlich aus da kein Device angeschlossen ist.

Soweit so gut.

Jetzt wird die oben gezeigte Routine nochmal gerufen und diesmal gibts 
einen Hardfault.

Was auf SCL und SDA passiert sieht man in der angehängten Graphik.

Ich vermute mal das man nach so einem Fehler die HW irgendwie 
zurücksetzen.

Hat hierzu jemand einen Rat oder selbst schon Erfahrungen gemacht?

Gruss
Michael
Angehängte Dateien:
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
holger Gast #2935270
Lesenswert?
• ▲
▼ 
>Ich vermute mal das man nach so einem Fehler die HW irgendwie
>zurücksetzen.
>
>Hat hierzu jemand einen Rat oder selbst schon Erfahrungen gemacht?

Wenn du kein ACK vom Chip bekommst dann versuch erst mal
sauber mit einem I2C Stop raus zu gehen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Michael A. OP #2936642
Lesenswert?
• ▲
▼ 
Nun hab ich den Grund für den Hardfault gefunden.

Stack war zu klein ;-)

Um das Problem zu finden hab ich etwas gegoogled und code für einen hard 
fault handler gefunden den ich hier in etwas abgeänderter Form poste.
Hab den Assembler code in inline assembler umgeschrieben....

termf ist meine printf routine aufs terminal.
Damit läst sich das jetzt prima debuggen. Bit 10 im CFSR war bei mir 
gesetzt was auf einen dangeling pointer hinweist.

comipliert mit FreeRTOS, für den STM32 stack muss man das include und 
register access ändern.

Gruss
Michael
Angehängte Dateien:
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Michael A. OP #2936648
Lesenswert?
• ▲
▼ 
Hier noch ein snippet von dem Hardfault print out:
[Hard fault handler - all numbers in hex]
R0 = 1
R1 = 74
R2 = 74
R3 = 1
R12 = a5a5a5a5
LR [R14] = 8002b25  subroutine call return address
PC [R15] = 8002160  program counter
PSR = 21000000
BFAR = e000ed38
CFSR = 400
HFSR = 40000000
DFSR = 0
AFSR = 0
SCB_SHCSR = 0
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.