I2C Kommunikation zwischen Nucleo STM32F103RBT6 und Sensor Honeywell HIH9120

[Klacknack]

Hallo zusammen,

ich versuche ein Temperatur- und Feuchtigkeitssensor mit dem Entwicklungsboard Nucleo STM32 zu verbinden. Dieser Sensor lässt sich mit I2C ansprechen und die Adresse ist laut Datenblatt 0x27. Nun arbeite ich mit dem mbed Compiler und habe folgendes Programm zur Kommunikation.

Mein Programmcode sieht wie folgt aus:
#include "mbed.h"
I2C i2c(PB_11, PB_10);

const int addr = 0x27;

int main() {
char cmd[2];
while (1) {
cmd[0] = 0x01;
cmd[1] = 0x00;
i2c.write(addr, cmd, 1);

wait_ms(10);
}
}

Mit einem Logic Analyzer nehme ich die Kommunikation auf um mein Problem zu beheben und stelle folgendes fest:
- Bei einer eingegebenen Adresse addr=0x26 spricht der Mikrocontroller eine Adresse 0x26 an
- Bei einer eingegebenen Adresse addr=0x27 spricht der Mikrocontroller eine Adresse 0x28 an
- Bei einer eingegebenen Adresse addr=0x28 spricht der Mikrocontroller eine Adresse 0x28 an

Das ist in meinen Augen extrem merkwürdig und ich kann mir da nicht weiterhelfen. Hat jemand Erfahrung mit dem Entwicklungsboard und kann mir bei dem Fehler auf die Sprünge helfen?

Danke für Hilfestellungen im voraus!

Angehangen das Screenshot des Logic Analyzers bei addr=0x27

[Mxt]

Hallo,

eigentlich hat eine I2C-Adresse nur 7 Bit, das 8. zeigt an, ob gelesen oder geschrieben wird. Die mbed Implementierungen von read und write mit mehreren Parametern erwarten eine 8-Bit Adresse. Da steht ja auch in der Doku

The mbed API uses 8 bit addresses, so make sure to take that 7 bit address and left shift it by 1 before passing it.

bei read

address 8-bit I2C slave address [ addr | 1 ]

und write

address 8-bit I2C slave address [ addr | 0 ]

Wenn du rohe 8-Bit Werte schreiben willst, kannst du die write Funktion mit einem Parameter verwenden und die Übertragung Byte für Byte in einer for-Schleife machen.

[Klacknack]

Hallo,

danke erstmal für die Antwort und entschuldigung dass ich eine Woche darauf nicht reagiert habe, war aber durch andere Baustellen leider völlig eingenommen. Also deine Antwort erklärt das Problem sehr gut. Nun habe ich mir gedacht ich mache es ganz simpel, indem erstmal beginne den Sensor lediglich einen write befehl zu geben. Der Code ist recht simpel und wie folgt:

#include"mbed.h"

I2C i2c(PB_11, PB_10); //sda, scl
const int addr = 0x4E; //Adresse 0x27 um ein Bit nach links geschoben
double result=0;

int main() {
while(1){
i2c.start();
i2c.write(addr);
i2c.stop();
}
}

Das Ergebnis mit dem Logic Analyzer gemessen ist angehangen. Meiner Meinung nach sieht die I2C Kommunikation des Mikrocontrollers richtig aus, jedoch bleibt das Acknowledge des Sensors aus. Ich habe die Beschaltung gefühlt 100 mal kontrolliert und ich kann mir nicht vorstellen dass der Sensor kaputt ist. Kann mir jemand mit Erfahrung in der Kommunikation weiterhelfen und erkennt da einen Fehler?

Danke

[fredred]

Hallo Klacknack,

kenne Entwicklungsboard Nucleo STM32 nicht. Somit nur eine allgemeine Antwort.

Bin ein begeisterter Fan von I²C Bus. Die häufigsten Fehler liegen beim Bustakt und der H-Pegel der Leidungen.
Mit einem Takt bis 100kHz sollten ziemlich alle Sensoren funktionieren. Wichtig sind die Abschlusswiderstände von SDA und SCL zu den Sensoren. Meine Erfahrungen 4,7 k auf Vcc sind bis ca. 20 Meter Leitungslänge OK.
Leider programmiere ich „nur“ noch mit BASCOM. Hatte schon mal ein Programm eingestellt wie viele unterschiedliche I²C –Teilnehmer am Bus angeschossen und geprüft werden können.
Wie gesagt, sehr oft liegt es am Aufbau der Hardware, wenn solche Fehler auftreten.
Softwaremäßig ist es wie bei allen Bussysteme nötig, hat sich der Teilnehmer gemeldet und die Informationen geschickt den Bus wieder frei zu geben[Start ansprechen, lesen oder schreiben Stop].

Mit freundlichen Grüßen
fredred

[Wsk8]

Bau dir doch mal einen I2C Scanner (Arduino Beispiel):

void loop()
{
  byte error, address;
  int nDevices;
  Serial.println("Scanning...");
  nDevices = 0;
  for(address = 1; address < 127; address++ )
  {
    // The i2c_scanner uses the return value of
    // the Write.endTransmisstion to see if
    // a device did acknowledge to the address.
    Wire.beginTransmission(address);
    error = Wire.endTransmission();
    if (error == 0)
    {
      Serial.print("I2C device found at address 0x");
      if (address<16)
        Serial.print("0");
      Serial.print(address,HEX);
      Serial.println("  !");
      nDevices++;
    }
    else if (error==4)
    {
      Serial.print("Unknow error at address 0x");
      if (address<16)
        Serial.print("0");
      Serial.println(address,HEX);
    }
  }
  if (nDevices == 0)
    Serial.println("No I2C devices found\n");
  else
    Serial.println("done\n");
  delay(5000);           // wait 5 seconds for next scan
}

mfg

[fredred]

Hallo Wsk8,

Ein Scanner wie du schreibst ist okay. Mein Hinweis sollte nur Vermitteln, ist die Hardware „Dumm“, kann eine Software, nicht den Fehler eindeutig erkennen. Die vielen guten Softwarelösungen gehen ja immer davon aus, es ist ein Fehler im Programm. Oft sind es aber nur kleine Fehler, wenn ein neues Modul nicht korrekt angeschlossen wird.

Gruß fredred