STM32 F103 - I2C Probleme

[Kevin X. (odwquad)]

Hallo alle Miteinander,
ich bin zur Zeit dabei, mich in die 32Bit Welt einzuarbeiten. Hierzu 
habe ich mir ein Nucleo Board gekauft. Nun möchte ich damit ein I2C 
Display zu laufen bringen.
Allerdings habe ich hierbei kein Erfolg. Warum auch immer kommt absolut 
kein I2C Signal raus (Oszi hängt an SDA und SCL).

Programmieren tu ich mit Atollic TrueStudio und STM32 CubeMX.
Die Hardwaresettings habe ich in CubeMX durchgeführt.

Verwendet habe ich erfolglos schon folgende Befehle:

HAL_I2C_Master_Transmit(&hi2c1, 0x3C, outbuffer, sizeof(outbuffer), 1);

HAL_I2C_Mem_Write(&hi2c1, 0xA0, 0x1AAA, I2C_MEMADD_SIZE_16BIT, (uint8_t*)wmsg,strlen(wmsg)+1, HAL_MAX_DELAY);

I2C Port ist in CubeMX auf Standard und auf Pin PB6 und PB7 eingestellt. 
Pullups sind angelötet (je 10kOhm)

Ich hoffe es kann mir jemand weiterhelfen. Ich bin mit meinem Latein am 
Ende.

[Niklas G. (erlkoenig)]

Kevin X. schrieb:
> Verwendet habe ich erfolglos schon folgende Befehle:

Sonst nix zur Initialisierung? Das klappt wohl nicht...

[pegel (Gast)]

HAL_I2C_Master_Transmit ist schon richtig.

Sonst tippe ich wieder auf das Type casting:

Beitrag "Re: STM32 i2c MCP23017 keine Kommunikation"

[Ralph S. (jjflash)]

Kevin X. schrieb:
> I2C Port ist in CubeMX auf Standard und auf Pin PB6 und PB7 eingestellt.
> Pullups sind angelötet (je 10kOhm)

2,2kOhm wären besser wobei ich nicht glaube, dass das dein Problem ist.

Niklas G. schrieb:
> Kevin X. schrieb:
>> Verwendet habe ich erfolglos schon folgende Befehle:
>
> Sonst nix zur Initialisierung? Das klappt wohl nicht...

Man sollte hier schon die komplette Initialisierung sehen...

[Klaus S. (skibby)]

Sind die Clocks für I2C sowie die zugehörigen I/O-Pins aktiviert ?
Wie gesagt eine vollständige Beschreibung der Initialisierung wäre 
hilfreich.

[Kevin X. (odwquad)]

Sorry,
ja anbei mal die Main (abgespeckt):

/* Includes ------------------------------------------------------------------*/
#include "main.h"
#include "stm32f1xx_hal.h"

/* USER CODE BEGIN Includes */
#include "string.h"
#include <stdio.h>

#include <stdarg.h>
#include <u8g_arm.h>

/* USER CODE BEGIN PV */
/* Private variables ---------------------------------------------------------*/
uint8_t outbuffer[2]={0x40,0xff};

//Display
static u8g_t u8g;

....

int main(void)
{

  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration----------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* USER CODE BEGIN Init */

  /* USER CODE END Init */

  /* Configure the system clock */
  SystemClock_Config();

  /* USER CODE BEGIN SysInit */

  /* USER CODE END SysInit */

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_ADC1_Init();
  MX_I2C1_Init();

  /* USER CODE BEGIN 2 */
  DisplayInit();
  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
  /* USER CODE END WHILE */

  /* USER CODE BEGIN 3 */
    //SSD1307
    //Slave Adress vom Display = 3C
    //Display Ansteuerung:

 HAL_I2C_Master_Transmit(&hi2c1, 0x3C, outbuffer, sizeof(outbuffer), 1);

   //   u8g_SetFont(&u8g,u8g_font_04b_03b);//set current font
   //   u8g_DrawStr(&u8g, 2, 12, "Hallo!");//write string - you set coordinates and string
   //   u8g_DrawBox(&u8g, 30, 30, 35, 35);//draw some box


/*        while(HAL_I2C_Master_Transmit(&hi2c1, 0x3C,(uint8_t*) outbuffer, sizeof(outbuffer), (uint32_t)1000)!= HAL_OK)
      {
                      if (HAL_I2C_GetError(&hi2c1) != HAL_I2C_ERROR_AF)
                      {
                      //  HAL_printf("i2C Error\n\r");
                        GPIOA -> ODR ^= LD2_Pin;
                      }
      }

    while (HAL_I2C_GetState(&hi2c1) != HAL_I2C_STATE_READY)
                    {

                    }
*/


 GPIOA -> ODR ^= LD2_Pin;
    HAL_Delay(2000);
  }
  /* USER CODE END 3 */

}

/* I2C1 init function */
static void MX_I2C1_Init(void)
{

  hi2c1.Instance = I2C1;
  hi2c1.Init.ClockSpeed = 100000;
  hi2c1.Init.DutyCycle = I2C_DUTYCYCLE_2;
  hi2c1.Init.OwnAddress1 = 0;
  hi2c1.Init.AddressingMode = I2C_ADDRESSINGMODE_7BIT;
  hi2c1.Init.DualAddressMode = I2C_DUALADDRESS_DISABLE;
  hi2c1.Init.OwnAddress2 = 0;
  hi2c1.Init.GeneralCallMode = I2C_GENERALCALL_DISABLE;
  hi2c1.Init.NoStretchMode = I2C_NOSTRETCH_DISABLE;
  if (HAL_I2C_Init(&hi2c1) != HAL_OK)
  {
    _Error_Handler(__FILE__, __LINE__);
  }

}

In der stm32f1xx_hal_msp.c steht unter anderem noch:

void HAL_I2C_MspInit(I2C_HandleTypeDef* hi2c)
{

  GPIO_InitTypeDef GPIO_InitStruct;
  if(hi2c->Instance==I2C1)
  {
  /* USER CODE BEGIN I2C1_MspInit 0 */

  /* USER CODE END I2C1_MspInit 0 */
  
    /**I2C1 GPIO Configuration    
    PB6     ------> I2C1_SCL
    PB7     ------> I2C1_SDA 
    */
    GPIO_InitStruct.Pin = GPIO_PIN_6|GPIO_PIN_7;
    GPIO_InitStruct.Mode = GPIO_MODE_AF_OD;
    GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
    HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);

    /* Peripheral clock enable */
    __HAL_RCC_I2C1_CLK_ENABLE();
    /* I2C1 interrupt Init */
    HAL_NVIC_SetPriority(I2C1_EV_IRQn, 0, 0);
    HAL_NVIC_EnableIRQ(I2C1_EV_IRQn);
    HAL_NVIC_SetPriority(I2C1_ER_IRQn, 0, 0);
    HAL_NVIC_EnableIRQ(I2C1_ER_IRQn);
  /* USER CODE BEGIN I2C1_MspInit 1 */

  /* USER CODE END I2C1_MspInit 1 */
  }

}

@pegel: mit Type casting meinst du, dass ich das falsche Dateiformat in 
den I2C Transmit schreiben will?

[pegel (Gast)]

So in etwa.

HAL_I2C_Master_Transmit(&hi2c1, 0x3C, outbuffer, sizeof(outbuffer), 1);

wird zu:

HAL_I2C_Master_Transmit(&hi2c1,(uint16_t)0x3C,(uint8_t*)outbuffer,sizeof(outbuffer),1);

[Klaus S. (skibby)]

Du hast I2C-Interrupts aktiviert, benutzt aber die polling-Funktion.
Vielleicht kommentierst du einfach mal folgende Zeilen in der 
stm32f1xx_hal_msp.c aus:

//    HAL_NVIC_SetPriority(I2C1_EV_IRQn, 0, 0);
//    HAL_NVIC_EnableIRQ(I2C1_EV_IRQn);
//    HAL_NVIC_SetPriority(I2C1_ER_IRQn, 0, 0);
//    HAL_NVIC_EnableIRQ(I2C1_ER_IRQn);

Wenn Du Interrupts benutzen willst, musst Du mit den dafür geeigneten 
Funktionen arbeiten, z.B. HAL_I2C_Master_Transmit_IT(...) (siehe 
stm32f1xx_hal_i2c.h)

[Kevin X. (odwquad)]

Klaus S. schrieb:
> Du hast I2C-Interrupts aktiviert, benutzt aber die polling-Funktion.
> Vielleicht kommentierst du einfach mal folgende Zeilen in der
> stm32f1xx_hal_msp.c aus:
>
> //    HAL_NVIC_SetPriority(I2C1_EV_IRQn, 0, 0);
> //    HAL_NVIC_EnableIRQ(I2C1_EV_IRQn);
> //    HAL_NVIC_SetPriority(I2C1_ER_IRQn, 0, 0);
> //    HAL_NVIC_EnableIRQ(I2C1_ER_IRQn);
>
> Wenn Du Interrupts benutzen willst, musst Du mit den dafür geeigneten
> Funktionen arbeiten, z.B. HAL_I2C_Master_Transmit_IT(...) (siehe
> stm32f1xx_hal_i2c.h)

Das habe ich gerade mal gemacht, aber kein Erfolg.

Aus dem Link von pegel habe ich mal den Code ausprobiert:

uint8_t I2C_Write_Byte(uint8_t addr, uint8_t data)
{
  uint8_t buf1[] = {addr, data};
  uint8_t d;
  while (HAL_I2C_GetState(&hi2c1) != HAL_I2C_STATE_READY);
  d =  HAL_I2C_Master_Transmit(&hi2c1,(uint16_t)SLAVE_ADDRESS,(uint8_t*)buf1,(uint16_t)sizeof(buf),TIMEOUT);
 // d = HAL_I2C_Master_Transmit(&hi2c2, SLAVE_ADDRESS, buf, 2, TIMEOUT);
  if ( d != HAL_OK) {
      return d;
  }
  return HAL_OK;
}

in der Main mit:

I2C_Write_Byte(0x12, 0xFF);

 aufgerufen. Ebenfalls ohne Erfolg.

d ist im debug auf 2 anstatt 0.


Anbei noch zwei Screenshots aus dem Debugging.

[Klaus S. (skibby)]

d==2 bedeutet HAL_BUSY. Vermutlich ist der I2C-Bus durch eine nicht 
erfolgreiche vorhergehende Transaktion blockiert.
Was macht denn die Funktion "DisplayInit()" in der main? Falls da 
I2C-Transaktionen stattfinden solltest Du die Funktion auch mal 
auskommentieren.

Welches Display möchtest Du denn ansteuern ?

[Kevin X. (odwquad)]

Klaus S. schrieb:
> d==2 bedeutet HAL_BUSY. Vermutlich ist der I2C-Bus durch eine nicht
> erfolgreiche vorhergehende Transaktion blockiert.
> Was macht denn die Funktion "DisplayInit()" in der main? Falls da
> I2C-Transaktionen stattfinden solltest Du die Funktion auch mal
> auskommentieren.
>
> Welches Display möchtest Du denn ansteuern ?

Ah okay. Das ist schonmal gut zu wissen.
Ja im DisplayInit() wird das Display initialisiert mit der u8g Lib. Das 
habe ich aber auch schon auskommentiert gehabt. bzw. bei dem obrigen 
letzten Test, wo auch die Screenshots aus dem Debuging dabei sind, ist 
das nicht mehr einkommentiert.
Ich will den Fehler eingrenzen und daher hab ich nur die I2C_Write_Byte 
Funktion aktuell aktiv. Aber es geht einfach nicht.

[I2c (Gast)]

Oft hängen sich die I2C Bausteine auf, wenn sie falsch angesteuert 
werden. Ist mir oft in der Entwicklungsphase mit Temperatursensoren so 
ergangen. Vielleicht trennst du mal die Spannungsversorgung und probiert 
danach nochmal. Ein Logikanalysator am Bus kann vllt auch nicht schaden.

[Klaus S. (skibby)]

Mir fallen spontan noch folgende Punkte ein:
- SDA und SCL korrekt verbunden (hatte ich auch schon mal vertauscht)
- Device-Adresse korrekt ?

Ich hänge Dir mal meine u8g-Initialisierungsroutinen für ein 
SSD1306-Display an. Die main.c ist auf die relevanten Teile gekürzt.

[Kevin X. (odwquad)]

Klaus S. schrieb:
> Mir fallen spontan noch folgende Punkte ein:
> - SDA und SCL korrekt verbunden (hatte ich auch schon mal vertauscht)
> - Device-Adresse korrekt ?
>
> Ich hänge Dir mal meine u8g-Initialisierungsroutinen für ein
> SSD1306-Display an. Die main.c ist auf die relevanten Teile gekürzt.

Danke für die Dateien, leider funktionieren diese bei mir nicht, da er 
einige weitere Bibliotheken nicht findet bzw. Funktionen welche sich 
wahrscheinlich in irgendwelchen anderen header Datein befindetn.


EDIT: Anbei noch mein komplettes Testprojekt. Vielleicht kann sich das 
ja jemand mal anschauen.

[C. W. (chefkoch)]

Ganz blöde Frage: Sind die PullUps definitiv auf dem Bus?

[Kevin X. (odwquad)]

C. W. schrieb:
> Ganz blöde Frage: Sind die PullUps definitiv auf dem Bus?

ja sonst hätte ich ja keine 3,3v auf dem bus

[pegel (Gast)]

In der main.c passiert ja gar nichts.
Selbst in den auskommentierten Versuchen hast du das Display nicht 
initialisiert. Wie soll das ein ACK zu Stande kommen?

[Kevin X. (odwquad)]

pegel schrieb:
> In der main.c passiert ja gar nichts.
> Selbst in den auskommentierten Versuchen hast du das Display nicht
> initialisiert. Wie soll das ein ACK zu Stande kommen?

Ich versuche ja erstmal nur irgendwas auf den Bus zu senden. Oder geht 
das so nicht?
Brauch ich immer ein Empfänger? Das mit dem Display soll dann später 
gemacht werden. Aber da das nicht funktioniert hatte, habe ich jetzt 
alles komplett abgespeckt und nur Pullup dran und fertig.

[Pete K. (pete77)]

Welches I2C Display? Ist das auch für 3V3 spezifiziert? Leitungslänge?

Schaltplan und Aufbau bitte. Und den ganzen Quellcode.

[pegel (Gast)]

Ich empfehle das I2C Protokoll zu studieren.
Und dann die Initialisierung des SSD1307.

Für den Anfang wäre vielleicht ein PCF8574 ein guter Kandidat um eine 
Ein- und Ausgabe zu programmieren.

[Klaus S. (skibby)]

Hallo Kevin,
habe ich richtig verstanden, Du hast gar nichts am I2C angeschlossen ?
Das geht so nicht, da die Kommunikation nur funktioniert wenn der 
Partner angeschlossen ist !

[Kevin X. (odwquad)]

Hallo,
anbei das komplette Projekt (dieses mal mit Display Einbindung), dann 
der Schaltplan, sowie die Datenblätter vom Display.

[Kevin X. (odwquad)]

So ich hab das Display mal dran gehängt und nochmal meine U8g Lib 
aufgespielt.
Jetzt bekom ich auf der SDA Leitung Zyklisch ein Signal (Siehe Anhang).
Auf der SDL Leitung passiert aber nix (durchgehend 3,3V).

Code:

void draw(void)
{
  u8g_SetFont(&u8g,u8g_font_profont10);//set current font
  u8g_DrawStr(&u8g, 2, 12, "Hello!");//write string - you set coordinates and string
  u8g_DrawBox(&u8g, 30, 30, 35, 35);//draw some box
}


/* USER CODE END 0 */

int main(void)
{

  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration----------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */
  HAL_Init();

  /* USER CODE BEGIN Init */

  /* USER CODE END Init */

  /* Configure the system clock */
  SystemClock_Config();

  /* USER CODE BEGIN SysInit */

  /* USER CODE END SysInit */

  /* Initialize all configured peripherals */
  MX_GPIO_Init();
  MX_ADC1_Init();
  MX_I2C1_Init();
  MX_RTC_Init();

  /* USER CODE BEGIN 2 */
  u8g_InitComFn(&u8g, &u8g_dev_ssd1306_128x32_i2c, u8g_com_hw_i2c_fn); //here we init our u8glib driver
  /* USER CODE END 2 */

  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
  /* USER CODE END WHILE */

  /* USER CODE BEGIN 3 */
    //SSD1307
    //Slave Adress vom Display = 3C
  
    u8g_FirstPage(&u8g);
     do
     {
       draw();
       }
     while ( u8g_NextPage(&u8g) );
       u8g_Delay(10);


 GPIOA -> ODR ^= LD2_Pin;
    HAL_Delay(2000);
  }
  /* USER CODE END 3 */

}

[pegel (Gast)]

Kevin X. schrieb:
> Jetzt bekom ich auf der SDA Leitung Zyklisch ein Signal

Was soll das sein? Ein Signal?
Ich dachte an ein Profil von einem Abwassergraben.

Ist die u8g eigentlich deine einzige Option, oder würden es auch 
einfache Funktionen tun?

[pegel (Gast)]

Kevin X. schrieb:
> I2C Port ist in CubeMX auf Standard und auf Pin PB6 und PB7 eingestellt.

Die .ioc in deiner letzten zip sieht aber anders aus.

PB8 -> I2C1_CLK
PB9 -> I2C2_DAT

Ausserdem kann der SSD1306 auch mit 400kHz umgehen.

[pegel (Gast)]

PB9 -> I2C1_DAT

natürlich.

[Kevin X. (odwquad)]

pegel schrieb:
> Kevin X. schrieb:
>> I2C Port ist in CubeMX auf Standard und auf Pin PB6 und PB7 eingestellt.
>
> Die .ioc in deiner letzten zip sieht aber anders aus.
>
> PB8 -> I2C1_CLK
> PB9 -> I2C2_DAT
>
> Ausserdem kann der SSD1306 auch mit 400kHz umgehen.

Ja ich hab das mal auf diese Ports geändert, da ich dachte, vielleicht 
ist ein Port kaputt.
Probiere halt alles mögliche aus. Bin schon die ganze Woche an diesem 
I2C dran....

Ich weiß, dass dieses Signal kein I2C Signal ist, aber das kommt nunmal 
raus. Schön alle 2Sekunden, wie mein Delay ist.
Es geht auch ohne Lib, aber da tut sich dann gar nichts. Also wenn ich 
mit den normalen I2C Funktionen was senden möchte...

[Klaus S. (skibby)]

Bei 100kHz I2C-Frequenz solltest Du die Zeitbasis Deines Oszilloskops 
nochmals überdenken :-)

Kevin X. schrieb:
> So ich hab das Display mal dran gehängt und nochmal meine U8g Lib
> aufgespielt.
> Jetzt bekom ich auf der SDA Leitung Zyklisch ein Signal (Siehe Anhang).
> Auf der SDL Leitung passiert aber nix (durchgehend 3,3V).
>

[Klaus S. (skibby)]

folgendes ist mir noch aufgefallen:

in der u8g_arm.c benutzt Du I2C_Handler, in der main.c hi2c1. Das passt 
schin mal nicht zusammen.

In die Funktion u8g_com_hw_i2c_fn würde ich folgendes schreiben:


  case U8G_COM_MSG_WRITE_BYTE:
  {
    hal_status = HAL_I2C_Mem_Write(&hSSD1306_I2C, SSD1306_I2C_ADDRESS, 
control, 1, &arg_val, 1, SSD1306_I2C_TIMEOUT);
  }
  break;

  case U8G_COM_MSG_WRITE_SEQ:
  case U8G_COM_MSG_WRITE_SEQ_P:
  {
    hal_status = HAL_I2C_Mem_Write(&hSSD1306_I2C, SSD1306_I2C_ADDRESS, 
control, 1, arg_ptr, arg_val, SSD1306_I2C_TIMEOUT);
  }

    break;
Funktioniert bei mir wunderbar. Sorry für die Formatierung :-)

[Johnny B. (johnnyb)]

Kevin X. schrieb:
> Ich hoffe es kann mir jemand weiterhelfen. Ich bin mit meinem Latein am
> Ende.

Habe irgendwo gelesen, dass man im vom CubeMX generierten Code in der 
Funktion "HAL_I2C_MspInit" die I2C Clock mit __HAL_RCC_I2C1_CLK_ENABLE() 
bereits aktivieren soll, bevor das HAL_GPIO_Init aufgerufen wird.

[W.S. (Gast)]

Kevin X. schrieb:
> Ich bin mit meinem Latein am Ende.

gallia est omnis divisa in partes tres...

Und warum versuchst du es dann nicht mal ganz simpel per Software? Ich 
nehme ja mal an, daß du an deinem I2C nur ein Gerät, nämlich das Display 
dran hast. Also könntest du ja (!!!) zu allererst mal versuchen, die 
beiden Portbeine Clk und Data als O.C. GPIO zu schalten und in aller 
Ruhe auszuprobieren, ob du da per Kommando auch wirklich hi und lo sehen 
kannst. Anschließend schreibst du dir ne Mini-Routine um ein Byte 
auszugeben und Ack zu empfangen. Dann noch eine Mini-Routine, mit der du 
alle I2C-Adressen abklapperst und guckst, ob und wo du ein Ack bekommst.

Das alles ist ja nun wirklich nicht schwer - und es hilft dir ungemein, 
erstmal herauszubekommen, ob deine Leitungen zum Display richtig 
verschaltet sind, ob deine I2C-Pins sich rühren, ob dein Display auf den 
erwarteten Adressen auch wirklich sich zeigt - und wenn du schon soweit 
gekommen bist, dann kannst du auf dieser Soft-Basis auch deine gesamte 
Display-Ausgabe in die Gänge kriegen. Den I2C-Peripheriecore dann 
anzuwerfen und dir auf dessen Basis einen passenden Display zu 
schreiben, kannst du dann anschließend erledigen, sobald du wenigstens 
die allerersten Steine aus dem Weg geräumt hast.

Nochwas: in vielen Fällen ist eine reine Softwarelösung gerade beim I2C 
völlig ausreichend - und es ist mit weitem Abstand die simpelste Lösung, 
die schlichtweg überall funktioniert. Das klingt erstmal verwunderlich, 
stimmt aber. Grund ist im Prinzip, daß man ja beim I2C ja sowieso fast 
immer auf das Ende aller einzelnen Übertragungen und das Ack warten muß. 
Das ist ganz anders als z.B. beim UART, wo man sehr schön gepuffert und 
per Interrupt arbeiten kann.

W.S.

[Kevin X. (odwquad)]

Also ich habe jetzt heute früh den Nucleo an der gleichen Schaltung 
gestartet sowie das Oszi eingeschaltet. Und siehe da es kommt mehr als 
am Freitag, obwohl ich nichts an der Programmierung oder Hardware 
gemacht habe.
Anbei hierzu die Screenshots.

Wie man aber sieht, sind es keine sauberen Rechtecksignale.

Ich werde nun noch die in den letzten Beiträgen stehenden Tipps mal 
ausprobieren.

[Kevin X. (odwquad)]

so endlich habe ich was auf dem Display. Warum weiß ich aber noch nicht 
so richtig.

Ich habe einmal den Tipp von Klaus umgesetzt und in die u8g_arm.c lib 
den Befehl

hal_status = HAL_I2C_Mem_Write(&hi2c1, DEVICE_ADDRESS<<1, control, 1, arg_ptr, arg_val, I2C_TIMEOUT);

 reingeschrieben.
Außerdem die Device_ADDRESS um 1 verringert.

Außerdem bin ich dem Hinweis von Johnny mal nachgegangen und habe in der 
stm32f1xx_hal_msp.c die HAL_I2C_MSPInit angepasst:

void HAL_I2C_MspInit(I2C_HandleTypeDef* hi2c)
{

  GPIO_InitTypeDef GPIO_InitStruct;
  if(hi2c->Instance==I2C1)
  {
  /* USER CODE BEGIN I2C1_MspInit 0 */

  /* USER CODE END I2C1_MspInit 0 */
  
    /**I2C1 GPIO Configuration    
    PB6     ------> I2C1_SCL
    PB7     ------> I2C1_SDA 
    */
    GPIO_InitStruct.Pin = GPIO_PIN_6|GPIO_PIN_7;
    GPIO_InitStruct.Mode = GPIO_MODE_AF_OD;
    GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;

    __HAL_RCC_I2C1_CLK_ENABLE();
    HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);

    /* Peripheral clock enable */
   // __HAL_RCC_I2C1_CLK_ENABLE();    //Diesen Befehl vor HAL_GPIO_Init
  /* USER CODE BEGIN I2C1_MspInit 1 */

  /* USER CODE END I2C1_MspInit 1 */
  }

}

Jetzt muss ich das Display noch invertieren, da alles spiegelverkehrt 
dargestellt ist.
Dann werde ich weiter experimentieren.
Ich hoffe, dass es der Fehler war :-)


Ach ja. Das I2C Signal ist jetzt auch sauber Rechteckig wie es sein 
sollte.

[Äxl (geloescht) (Gast)]

Du kannst doch da nicht einfach nacheinander irgentwas "ausprobieren"...
Schnapp Dir das Datenblatt vom Controller und sieh Dir an, wie die 
Hardware im µC verwendet. Wie willst Du jemals einen Fehler finden, wenn 
mal etwas nicht funtkioniert?!?
Ich finde diese Herangehensweise abenteuerlich, nur mal so.

[nico_2010 (Gast)]

Hello, Kevin XY

You must shift left for 1 bit the address of your I2C device (no matter 
you write or read) because the value is only on 7 bits expressed (or 0 - 
127).
Left shifting makes room for the last bit wich is R/W bit.
If you study the file stm32fxxx_hal_i2c (.c and .h) of your uC you will 
see that addressing mode is on 7 bits or 10 bits (ex. #define 
I2C_ADDRESSINGMODE_7BIT or #define I2C_ADDRESSINGMODE_10BIT) and nowhere 
the value of this address is shifted one bit left to treat R/W bit.
I discover it on the hard way.

Best regards