Kommunikation Atmega324PB - MLX90614 SMBus

[Steven D. (draeste)]

Guten Morgen,

ich muss in einem Projekt den I2C/SMBus Sensor MLX90614 von Melexis 
benutzen.
Ich habe Grundsätzlich die Unterschiede zwischen I2C und SMBus 
verstanden und auch meine I2C.h macht das was ich möchte.


Problem ist folgendes:

Ich sende auf dem Bus (per Oszilloskop überprüft) genau das, was im 
Datenblatt gefordert ist, der Sensor bestätigt mit Ack, sendet aber 
keine Daten!?

Übertragung läuft folgendermaßen ab:

Start Bit

Send SLA+W (mit Ack bestätigt)

Send Command Read (mit Ack bestätigt)

Rep Start

Send SLA+R (mit Ack bestätigt)

SCL high - SDA low (bis Eingreifen vom Master)

Hat jemand ähnliche Erfahrungen gemacht oder hat eine Idee?

[Helmut -. (dc3yc)]

Für den MLX90614 gibt es eine wunderbare Arduino-Lib. Da kannst du ja 
mal nachschauen, wie's geht. Die habe ich auch benutzt und bei mir 
funktioniert sie! Sie ist übrigens von Adafruit.

[Steven D. (draeste)]

Ja stimmt, die hab ich mir auch schon durch geschaut.
Die sind etwas anders geschrieben mit den Klassen usw.
Aber einen grundsätzlichen Unterschied in der Übertragung bzw. dem 
Protokoll erkenne ich nicht.

[Peter D. (peda)]

Steven D. schrieb:
> Send SLA+R (mit Ack bestätigt)

Und was ist mit dem Lesen?
Der Master muß den Lesetakt erzeugen und das ACK, wenn noch ein Byte 
folgen soll, bzw. NACK beim letzten Byte.

[Neumann (mralfred)]

uint16_t readRegister(byte reg) 
{
  uint16_t res1,res2,res;
  Wire.beginTransmission(MLX90614_ADDR);
  Wire.write(reg);
  if (Wire.endTransmission(false) == 0) 
  {
    Wire.requestFrom(MLX90614_ADDR,3);
    res1 = Wire.read();
    res2 = Wire.read();
    res = res1 + res2*256;
  }
  Wire.endTransmission();
  return res;
}

Ohne Wire.endTransmission(false) geht das nicht.
Weil wire.h ohne (false) ein end/start auf den bus haut anstatt einen 
restart.

[Steven D. (draeste)]

Peter D. schrieb:
> Steven D. schrieb:
>> Send SLA+R (mit Ack bestätigt)
>
> Und was ist mit dem Lesen?
> Der Master muß den Lesetakt erzeugen und das ACK, wenn noch ein Byte
> folgen soll, bzw. NACK beim letzten Byte.


Also muss ich in meiner I2C_read Funktion nachschauen?
Okay, danke für den Tipp.



Neumann schrieb:
> Ohne Wire.endTransmission(false) geht das nicht.
> Weil wire.h ohne (false) ein end/start auf den bus haut anstatt einen
> restart.

Ich benutze keinen Arduino oder eine Wire.h
Es wird ein Atmega324PB benutzt und eine selbst neu aufgesetzte I2C.h 
(hat Gründe)
Eventuell ist mir da ein Fehler unterlaufen

[Neumann (mralfred)]

Steven D. schrieb:
> Es wird ein Atmega324PB benutzt und eine selbst neu aufgesetzte I2C.h

Schau dir das mit dem restart an weil genau "ack aber keine daten" das 
ist das symptom.
Musste auch erst pulseview anhängen um das zu sehen.

[Steven D. (draeste)]

Peter D. schrieb:
> Steven D. schrieb:
>> Send SLA+R (mit Ack bestätigt)
>
> Und was ist mit dem Lesen?
> Der Master muß den Lesetakt erzeugen und das ACK, wenn noch ein Byte
> folgen soll, bzw. NACK beim letzten Byte.

Danke...

Ist mir fast etwas peinlich aber es war mir tatsächlich in diesem Moment 
nicht bewusst dass der Master "den Takt vorgibt". Was ja eigentlich 
absolut logisch ist.
Mein Fehler war ein falsches Bit in der i2c_read() Funktion.

Danke für die schnellen (und vor allem freundlichen) Antworten :)