STM32F415 komisches I2C Verhalten

[Dustin Lehmann (Gast)]

Hallo,
vielleicht kann mir ja jemand helfen:
Ich benutze einen STM32F415RGT6 und will I2C nutzen. Hier ein 
Minimalbeispiel wie ich das Modul aktiviere:

RCC_AHB1PeriphClockCmd(RCC_AHB1Periph_GPIOB, ENABLE); 

GPIO_InitTypeDef gpioInit;

GPIO_StructInit(&gpioInit);

gpioInit.GPIO_Mode = GPIO_Mode_AF;

gpioInit.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7;

gpioInit.GPIO_PuPd = GPIO_PuPd_UP;

gpioInit.GPIO_Speed = GPIO_Speed_25MHz; 

GPIO_PinAFConfig(GPIOB, GPIO_PinSource6, GPIO_AF_I2C1);

GPIO_PinAFConfig(GPIOB, GPIO_PinSource7, GPIO_AF_I2C1); 

GPIO_Init(GPIOB, &gpioInit); 

RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE); 

I2C_DeInit(I2C1);

I2C_InitTypeDef I2C_InitStructure;

I2C_StructInit(&I2C_InitStructure);


/* I2C configuration */

I2C_InitStructure.I2C_Mode = I2C_Mode_I2C;

I2C_InitStructure.I2C_ClockSpeed = 100000;

I2C_InitStructure.I2C_DutyCycle = I2C_DutyCycle_2;

I2C_InitStructure.I2C_OwnAddress1 = 0x01;

I2C_InitStructure.I2C_Ack = I2C_Ack_Enable;

I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit;

I2C_Init(I2C1, &I2C_InitStructure);

I2C_Cmd(I2C1, ENABLE);


while (I2C_GetFlagStatus(I2C1, I2C_FLAG_BUSY));


/* Generate Start, send the address and wait for ACK */

I2C_GenerateSTART(I2C1, ENABLE);

while (!I2C_CheckEvent(I2C1, I2C_EVENT_MASTER_MODE_SELECT));

I2C_Send7bitAddress(I2C1, 0xE0, I2C_Direction_Transmitter);


while (!I2C_CheckEvent(I2C1,I2C_EVENT_MASTER_TRANSMITTER_MODE_SELECTED));

Der Mikrocontroller hängt jedes mal bei der letzten Abfrage. Die 
Statusregister des I2C sind nach dem Senden der Adresse wie folgt 
gesetzt:

I2C1 -> SR1 = 1024
I2C1 -> SR2 = 3

das bedeutet, dass das Bit für Acknowledge Failure (AF) dauerhaft 
gesetzt ist, der Master also nicht erkennt, dass der Slave ein ACK 
gesendet hat. Das ganze ist unabhängig vom Slave, vom I2C-Peripheral und 
von der Busgeschwindigkeit. Der Slave setzt das ACK jedoch (Siehe Anhang 
f415.png)

Lade ich den selben Code (lediglich auf 400 khz, das ist aber 
irrelevant) auf ein STM32F407-Disco Board hoch, funktioniert alles 
einwandfrei. (Siehe Anhang f407.png)

Was mache ich falsch? Oder ist das Board einfach im Eimer? Alle anderen 
Peripherals funktionieren einwandfrei.

Vielen Dank!

[♪Geist (Gast)]

In Errata nichts gefunden?

[Dustin Lehmann (Gast)]

Hallo,
nein leider nicht dazu. Vielleicht verbirgt sich das auch hinter einem 
anderen Problem, aber ich konnte nichts finden. An welcher Stelle muss 
ich ansetzen, wenn ein und das selbe Programm auf zwei (sehr sehr 
ähnlichen) MCUs unterschiedliche Resultate liefert? Nur am Code kann es 
dann ja nicht liegen, der produziert ja in einem Fall das richtige 
Resultat.

[Arc N. (arc)]

Kann es sein, dass der Pin noch zusätzlich als Open Drain gesetzt werden 
muss?
gpioInit.GPIO_OType = GPIO_OType_OD

[Dustin Lehmann (Gast)]

Oh ja, gut gesehen, ist aber tatsächlich mit drin, scheint beim 
rauskopieren verlorengegangen zu sein, entschuldige bitte, es gibt 
nichts nervigeres als Fehler in falsch reinkopiertem Code zu suchen.

[Dustin Lehmann (Gast)]

Okay, das Problem hat sich gelöst, bzw. eher offenbart. Der Code 
funktioniert auf dem STM32F415 dann, wenn ich nicht mit dem Logic 
Analyzer den Bus aufzeichne. Auf dem F407 ist es unabhängig davon ob der 
Logic Analyzer dranhängt oder nicht.

Warum kann das so sein?

[Chris K. (Gast)]

Klingt nicht sehr logisch. Wenn der logic analysiert das Problem sein 
soll, müsste er ja stärker als die Treiberstufen sein, um den Pegel 
halten zu können. Und warum sollte er das nur beim ack tun und nicht 
auch bei den restlichen Daten? Wie groß sind denn deine Pull-Up 
Widerstände an den i2c Leitungen?