STM32-Code geht nicht, Compilerproblem?

[mh (Gast)]

Hallo,

ich versuche nun schon eine ganze Weile eine I2C-Bibliothek für einen 
STM32F103C8 zum laufen zu bekommen.
Programmcode hab ich von hier:

http://diller-technologies.de/stm32.html#i2c

Und soweit zusammengekürzt, dass es eigentlich offensichtlich gehen 
müsste.
Hab den Fehler in Zeile 100 lokalisiert (Zeile mit if(1) ... ).
Wenn ich die Variable i2cDirectionWrite hier abfrage geht der Code 
nicht.
Schreibe ich eine "1" rein, gehts soweit (s.u.).
Ich versteh nur nicht warum, da i2cDirectionWrite permanent "1" ist.

Ich verwende CooCox Version 1.7.7 und  gcc-arm Version 4_8.
Code-Optimierung ist auf -O0 (None).

Es scheint wohl ein Compilerproblem zu sein. Weiß jemand Rat??

Schonmal Besten Dank!!

#include <stdint.h>
#include "stm32f10x_i2c.h"
#include "stm32f10x_rcc.h"
#include "stm32f10x_gpio.h"
#include "misc.h"
#include "i2c.h"


volatile uint8_t deviceAddress = 0;
volatile uint8_t dataByte1 = 0;
volatile uint8_t dataByte0 = 0;
volatile uint8_t receivedDataByte1 = 0;
volatile uint8_t receivedDataByte0 = 0;
volatile uint8_t i2cDirectionWrite = 1;
volatile uint8_t i2cByteCounter = 0;
volatile uint8_t i2cBusyFlag = 0;

volatile uint8_t test = 1;

volatile uint8_t temp = 1;


void i2c_init(void)
{
  GPIO_InitTypeDef GPIO_InitStructure;
  NVIC_InitTypeDef NVIC_InitStructure;
  I2C_InitTypeDef I2C_InitStructure;

  RCC_APB1PeriphClockCmd(RCC_APB1Periph_I2C1, ENABLE);
  RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOB | RCC_APB2Periph_AFIO, ENABLE);

  GPIO_InitStructure.GPIO_Pin = GPIO_Pin_6 | GPIO_Pin_7;
  GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_OD;
  GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz;
  GPIO_Init(GPIOB, &GPIO_InitStructure);

  NVIC_InitStructure.NVIC_IRQChannel = I2C1_EV_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);

  NVIC_InitStructure.NVIC_IRQChannel = I2C1_ER_IRQn;
  NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
  NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
  NVIC_Init(&NVIC_InitStructure);

  I2C_DeInit(I2C1);

  I2C_InitStructure.I2C_Ack = I2C_Ack_Enable;
  I2C_InitStructure.I2C_AcknowledgedAddress = I2C_AcknowledgedAddress_7bit;
  I2C_InitStructure.I2C_ClockSpeed = 100000;
  I2C_InitStructure.I2C_DutyCycle = I2C_DutyCycle_2;
  I2C_InitStructure.I2C_Mode = I2C_Mode_I2C;
  I2C_InitStructure.I2C_OwnAddress1 = 0;
  I2C_Init(I2C1, &I2C_InitStructure);

  I2C_ITConfig(I2C1, I2C_IT_EVT, ENABLE);
  I2C_ITConfig(I2C1, I2C_IT_BUF, ENABLE);
  I2C_ITConfig(I2C1, I2C_IT_ERR, ENABLE);

  I2C_Cmd(I2C1, ENABLE);

  i2cBusyFlag = 0;
}

void i2c_writeByte(uint8_t address, uint8_t byte){
  while(i2cBusyFlag){}
  while(I2C_GetFlagStatus(I2C1,I2C_FLAG_BUSY)){}
  deviceAddress = address;
  dataByte0 = byte;
  i2cDirectionWrite = 1;
  i2cBusyFlag = 1;
  i2cByteCounter = 1;
  I2C_GenerateSTART(I2C1, ENABLE);
}

// ISR
void I2C1_EV_IRQHandler(void)
{

  if(I2C_GetFlagStatus(I2C1, I2C_FLAG_SB) == SET)
  {
    if(i2cDirectionWrite)
    {
         // STM32 Transmitter
         I2C_Send7bitAddress(I2C1, deviceAddress, I2C_Direction_Transmitter);
    }
    else
    {
         // STM32 Receiver
         I2C_Send7bitAddress(I2C1, deviceAddress, I2C_Direction_Receiver);
    }
  }
  else if(I2C_GetFlagStatus(I2C1, I2C_FLAG_ADDR) == SET || I2C_GetFlagStatus(I2C1, I2C_FLAG_BTF) == SET){
    I2C_ReadRegister(I2C1, I2C_Register_SR1);
    I2C_ReadRegister(I2C1, I2C_Register_SR2);

    if(1) // hier soll eigentlich if(i2cDirectionWrite) stehen, geht nur nicht
    {

      // STM32 Transmitter
      if(i2cByteCounter == 2)
      {
        I2C_SendData(I2C1, dataByte1);
        i2cByteCounter--;
      }
      else if(i2cByteCounter == 1)
      {
        I2C_SendData(I2C1, dataByte0);
        i2cByteCounter--;
      }
      else
      {
        I2C_GenerateSTOP(I2C1, ENABLE);
        i2cBusyFlag = 0;
      }
    }
  }
}

// ISR
void I2C1_ER_IRQHandler(void)
{
  I2C_GenerateSTOP(I2C1, ENABLE);
  i2cBusyFlag = 0;

  I2C_ClearFlag(I2C1, I2C_FLAG_AF);
  I2C_ClearFlag(I2C1, I2C_FLAG_ARLO);
  I2C_ClearFlag(I2C1, I2C_FLAG_BERR);
}

[mh (Gast)]

Getestet wird in main.c nur folgendes:

i2c_writeByte(0x40, 0x11);
delay(1000000);
i2c_writeByte(0x40, 0x55);

[mh (Gast)]

Das erste wird gesendet, das zweite nicht mehr.

[Alex W. (a20q90)]

kann es sein das delay als Sekunde angesehen wird?
reduziere bitte mal die Zeit und teste nochmal bzw. entferne das delay 
und schau nach ob nach dem senden das Programm weiter läuft.

Wenn nicht, können die PullUps für I2C fehlerhaft sein

[mh (Gast)]

Hallo,

das delay() ist einfach eine Schleife die Zeit totschlägt (s.u.), 
1000000 ist hier ca. eine halbe Sekunde.
Hardware ist in Ordnung, hab nen Portexpander am I2C dranhängen.
Das erste mal senden funktioniert. Nur das zweite mal nicht mehr.
Das funktioniert aber, wenn ich if(1) statt if(i2cDirectionWrite) 
schreibe.

void delay(uint32_t i)
{
    volatile uint32_t iZ = i;
    while (iZ--);
}

[mh (Gast)]

Keiner eine Idee?
Ich bin für jeden Hinweis dankbar!

[R. F. (rfr)]

teste mal deine delayroutine.
Gruss
RFr

[mh (Gast)]

Hab nun CooCox 1.7.8 installiert und arm-gcc 4.9 ...
Jetzt gehts...

[Patrick B. (p51d)]

I2C und STM32 haben sich nicht so gerne...

Ich hatte bis jetzt auch immer wieder Probleme damit. Man muss exakt die 
Schritte in den Qube-Beispielen einhalten, damit dies läuft. Und selbst 
dann kann es sein, dass es sporadische aussetzer gibt. Das ging soweit, 
dass ich mir für die STM32 eine eigene LIB geschrieben habe. Damit hatte 
ich dann nie Probleme.

[mh (Gast)]

Ich verwende einfach die Funktionen aus der Standard-Library von ST.
Gibts mit dieser da etwa bekannte Probleme mit I2C?
Du meinst sicherlich stm32cube oder?

[Patrick B. (p51d)]

Ehm ja, diese meinte ich.
Fehler in der Lib gibts nicht, dafür ein paar in der Hardware (musst mal 
die Erratas lesen). ST hat hier über alle Versionen immer wieder 
Probleme.
Das schlimmste Problem ist, dass sie bei einem M4 den DMA nicht sauber 
gemacht haben (stürzt immer wieder ab, wenn zu viele Daten transferiert 
werden sollen).

Für Schreib- und Leseoperationen muss einfach der Ablauf wie in den 
Beispielen eingehalten werden. Dann klapts vielleicht.

[Bülent C. (mirki)]

Die Lösung wird in Zeile 42 zu finden sein.

[Walter T. (nicolas)]

[gelöscht wegen Irrtums]