TWI Status Register

[lars (Gast)]

Guten Abend.

Ich versuche gerade Werte vom HMC5883L zu bekommen.
Dabei scheitert bereits die Verbindung.
Kann mir vielleicht jemand ratschläge geben, wie ich da am besten 
vorgehe?

Bei meinem Fehler läuft erstmal alles reibungslos.
Dann wird aber durch die letzte if-Abfrage:
if ( (twst != TW_MT_SLA_ACK) && (twst != TW_MR_SLA_ACK) )
abgebrochen.

Ich stehe gerade auf dem Schlauch.

Hier der Code:

unsigned char i2c_start(unsigned char address)
{
    uint8_t   twst;

  TWCR = (1<<TWINT) | (1<<TWSTA) | (1<<TWEN);

  while(!(TWCR & (1<<TWINT)));

  // check value of TWI Status Register. Mask prescaler bits.
  twst = TW_STATUS & 0xF8;
  if ( (twst != TW_START) && (twst != TW_REP_START)) { return 1; }


  TWDR = address;
  TWCR = (1<<TWINT) | (1<<TWEN);

  // wail until transmission completed and ACK/NACK has been received
  while(!(TWCR & (1<<TWINT)));

  // check value of TWI Status Register. Mask prescaler bits.
  twst = TW_STATUS & 0xF8;
  if ( (twst != TW_MT_SLA_ACK) && (twst != TW_MR_SLA_ACK) ) 
  { 
     /* Durch diese Abfrage wird abgebrochen. twst hat den Wert 32 */
     return 1;
  }

  return 0;

}

Grüße ars

[lars (Gast)]

Tach auch!

Hat da echt niemand einde Idee woran es liegen kann?

[Karl H. (kbuchegg)]

Es wäre gut gewesen, wenn du dazu gesagt hättest, dass du die 
TWI-Routinen vom Peter Fleury nimmst, denn dann geht man gleich ganz 
anders an die Sache rann. Denn die funktionieren zumindest bei mir 
problemlos.

Verschaltung zeigen. Rest vom Programm zeigen. Die von dir benutzte 
Adresse stimmt?

[lars (Gast)]

Danke für deine Antwort!

> TWI-Routinen vom Peter Fleury nimmst

Ja, das wäre wohl schlauer gewesen.


> Verschaltung zeigen

Als Master benutze ich den STK500, die IMU ist der 10DOF von drotek.fr
( http://www.drotek.fr/shop/en/62-imu-10dof-mpu6050-hmc5883-ms5611.html 
).
Ich habe im Anhang mal ein Screenshot von der Schematic.pdf gemacht.

Vom Code gibt es ja nicht besonders viel zu sehen, da schon beim 
i2c_start() ein Fehler auftritt. Trotzdem habe ich hier die Fehlerzeilen 
mit der Ausgabe:

#define F_CPU 12000000UL
#define SCL_CLOCK  100000L
#define BAUD 4800UL

#define COMPASS_READ 0x3D
#define COMPASS_WRITE 0x3C


unsigned char i2c_start(unsigned char address)
{
    uint8_t   twst;
  uart_puts("i2c_start\n");
  // send START condition
  TWCR = (1<<TWINT) | (1<<TWSTA) | (1<<TWEN);

  // wait until transmission completed
  while(!(TWCR & (1<<TWINT)));

  // check value of TWI Status Register. Mask prescaler bits.
  twst = TW_STATUS & 0xF8;
  if ( (twst != TW_START) && (twst != TW_REP_START)) { uart_puts("Fehler_1!!!\n"); return 1; }

  // send device address
  TWDR = address;
  TWCR = (1<<TWINT) | (1<<TWEN);

  // wail until transmission completed and ACK/NACK has been received
  while(!(TWCR & (1<<TWINT)));

  // check value of TWI Status Register. Mask prescaler bits.
  twst = TW_STATUS & 0xF8;
  if ( (twst != TW_MT_SLA_ACK) && (twst != TW_MR_SLA_ACK) ) { uart_puts("Fehler_2!!!\n"); return twst; };

  return 0;
}




unsigned char compass_init(void)
{
  unsigned char tmp;
  
  i2c_init();
  delay_ms(25);
  
  tmp = i2c_start(COMPASS_WRITE);
  
  char send[255];
  int n = sprintf(send, "\n>>>> %d <<<<\n",tmp);
  for(int i=0;i<n;i++) { uart_putc((unsigned char)send[i]); }

  if(tmp != 0)
  {
    i2c_stop();
    if(tmp == 1) { uart_puts("\ncompass_init (start) failed: tmp == 1\n"); }
    if(tmp == 2) { uart_puts("\ncompass init (start) failed: tmp == 2\n"); }
    return 0;
  }
  
  tmp = i2c_write(0x02);
  if(tmp != 0)
  {
    i2c_stop();
    uart_puts("\ncompass_init (write2) failed!\n");
    return 0;
  }
  
  tmp = i2c_write(0x00);
  if(tmp!=0)
  {
    i2c_stop();
    uart_puts("\ncompass_init (write0) failed!\n");
    return 0;
  }
  i2c_stop();
  return 1;
}


int main(void)
{
  DDRA = 0xff; // LEDs zum Debug neben UART
  
    delay_ms(1000);
    
    uart_init();
    delay_ms(100);
  
    if(compass_init() == 1)
  {
      uart_puts("\nAlles Erfolgreich!!!\n");
    }
  else
  {
    uart_puts("\nImmernoch der Fehler!!!\n");
  }
}

Hier die Fehlerausgabe:

…i2c_init
i2c_start
Fehler_2!!!

>>>> 32 <<<<

Immernoch der Fehler!!!

Ich weiß echt nicht wo der Wurm begraben ist. Hatte jemand hier schonmal 
ein ähnliches Problem?

PS: Die Adresse steht so im Datenblatt.

[Karl H. (kbuchegg)]

lars schrieb:


> Als Master benutze ich den STK500, die IMU ist der 10DOF von drotek.fr
> ( http://www.drotek.fr/shop/en/62-imu-10dof-mpu6050-hmc5883-ms5611.html
> ).

Hmm. Ich komm da nicht drann.
Kannst du mal einen Link aufs Datenblatt posten oder das Datenblatt 
direkt als Attachment anhängen?

[lars (Gast)]

Klar. Das Datasheet befindet sich im Anhang.
Hätte ich auch drann denken können. Entschuldige.

[lars (Gast)]

Merkwürdig. Ich kann den Anhang von mir selbst nicht öffnen.
Hier nochmal der Download-Link des Datasheets:
http://media.digikey.com/PDF/Data%20Sheets/Honeywell%20PDFs/HMC5883L.pdf

Ansonsten nach HMC5883L googlen. Der erste Treffer dürfte es sein :)

[Marco S (Gast)]

I2C-Addresse vielleicht 0x1E?

[lars (Gast)]

Die hatte ich auch schon ausprobiert.

Also: 0x1E, 0x3D, 0x3C

Entschuldigt, dass ich den Fehler nicht genauer beschreiben kann.
Ich weiß es aber auch selbst nicht.
Im Grund kann es überall drann liegen - weiter isolieren kann ich das 
hier nicht mehr.

Ich werde jetzt erstmal zur Uni fahren und gucken, ob der 
Spannungsregler seine arbeit tut. Vielleicht ist mein C-Code doch 
ausnahmsweiße korrekt und der Fehler liegt im IMU (was ich nicht glaube, 
aber naja ... was soll ich sonst noch tun?).

[lars (Gast)]

Ich habe jetzt gerade die Spannungen am Spannungsregler gemessen und da 
passt alles. Also ich bin mit meinem Latein am Ende ;)
Sonst noch Ideen?

[lars (Gast)]

Also ihr habt auch keine Ideen mehr, oder?
Ich stehe einfach voll auf dem Schlauch und komme nicht weiter :(

Gruß,
Lars.

[Borsty B. (mantabernd)]

Hi,

trag mal die Adresse direkt hier binär ein, also statt dem hier:

TWDR = address;
TWCR = (1<<TWINT) | (1<<TWEN);

das da:

TWDR = 0b00111100; 
TWCR = (1<<TWINT) | (1<<TWEN);

Gibt es tatsächlich kein ACK? Hast du ein Oszi zum checken der SDA 
Leitung? Eventuell stimmt auch deine Maskierung bzw. die Prüfung von 
deinen Statusbits nicht. Kann es vielleicht sein dass du dezimal mit hex 
vergleichen willst? 32 Dezimal wären nämlich 0x20, also ein NACK. 
Eventuell liegt hier der Hund begraben??

Gruß
Bernhard

[lars (Gast)]

Hallo,

danke fürs durchlesen und für die Vorschläge.
Ich habe mal die Adresse direkt binär eingegeben.
0b00111100 (0x3C) und 0b00011110 (0x1E).
Leider bleibt alles gleich. Daran liegt es wohl nicht.

> Gibt es tatsächlich kein ACK? Hast du ein Oszi zum checken der SDA
> Leitung?

Also soweit ich feststellen kann nicht.
An ein Oszi könnte ich morgen wohl kommen.
Wie soll ich da vorgehen? SDA und GND anschließen und immer wenn die 
Rechteckspannung auf 0 liegt habe ich ein ACK? Wenn es eine "Linie 
bleibt" (also immer High) kann der Sensor nicht angesprochen werden?
Ich habe noch nie mit einem Oszi gearbeitet, werde es aber versuchen.

>32 Dezimal wären nämlich 0x20, also ein NACK.

hmm, es sollte ja auch ein ACK sein?! Demnach passen die Fehler ja auch, 
oder sehe ich das falsch?

Ich bekomme auch Daten rein. Woher diese wirklich stammen weiß ich 
jedoch nicht. Sinn ergibt es jedenfalls nicht; zudem ändern sich die 
Werte nie. Selbst wenn ich mich mit dem Sensor im Raum bewege (ein 
Magnet in der Nähe ist es also nicht).

Das wiederholt sich (nach den Fehlermeldungen) immer wieder:

X: 32239
Y: -8706
Z: -2337

compass1 read failed

Sticht da sonst noch irgendwas ins Auge?
Ansonsten würde ich morgen einfach mal versuchen SDA mit einem Oszi 
auszulesen und zu gucken was da so passiert :)

Gruß,
Lars.

[Borsty B. (mantabernd)]

Hi,

hier wiederspricht sich was:

lars schrieb:
> Ich bekomme auch Daten rein.


lars schrieb:
> Ich habe mal die Adresse direkt binär eingegeben.
> 0b00111100 (0x3C) und 0b00011110 (0x1E).
> Leider bleibt alles gleich. Daran liegt es wohl nicht.

Adresse 0x3C ist die Schreibadresse und 0x1E ist m.M. nach falsch (was 
willst du damit machen). Die Leseadresse wäre 0b00111101 (0x3D).

Oszi ist hier sehr hilfreich, achte beim messen darauf dass der TWI 
Befehl in einer Dauerschleife und möglichst schnell hintereinander läuft 
sonst siehst du am Oszi nur einen kurzen Balken vorbeihuschen und tust 
dir schwer das Nutzsignal einzufangen. Sehr sinnvoll ist es auch mit dem 
2. Kanal die SCL Leitung einblenden zu lassen, so tut man sich leichter 
beim Abzählen der Bits.