Problem beim Empfangen von Daten über I2C

[Andreas G. (cpl)]

Hallo!

Ich versuche von einem Mega328 (Master) Daten von einem 
Beschleunigungssensor MPU6050 (Slave) abzufragen. Die Adresse des MPU 
ist 0x68; mit dem Beschreiben des Registers 0x6B wird er aus dem Schlaf 
geweckt.

Nun will ich das Register 0x3B auslesen, welches laut Register das high 
byte der Beschleunigungsmessung in x-Richtung beinhaltet (register name 
ACCEL_XOUT_H).

Allerdings scheint beim Empfangen der Daten etwas schiefzulaufen, 
insbes. gibt mir meine Funktion I2CReceiveData() nichts zurück. Was 
läuft hier schief?


Das Data-direction-bit für das auslesen des Registers setze ich mit:

        int SLA_R = DeviceAdress;
        SLA_R |= (1 << 1);  
        I2CwriteData(SLA_R); //SLA+R

An der Verdrahtung leigt es schonmal nicht: der code eines Kollegen 
(andere Sprache) läuft auf meiner hardware einwandfrei und liefert zudem 
die gewünschten Daten.





Grüße
CPL
p.s.
Ich hoffe mal den Quellcode kann man so lesen; Ansonsten hänge ich den 
nochmal direkt per code im Browser rein oder sehe zu wie ich den 
gescheit formatiert bekomme.

[Dr. Best (Gast)]

Fehlt da vielleicht das "repeated start"-Signal nach dem Senden der 
Registeraddresse?

[Andreas G. (cpl)]

Hmm.. Datenblatt sagt:

"Repeated START enables the Master to switch between Slaves,
Master Transmitter mode and Master Receiver mode without losing control 
of the bus."

In meinem Fall führe ich aber doch mit der "nacheinander-Ausführung " 
der Funktionen Write_I2C_Register und dann Read_I2C_Register zwei völlig 
getrennte Schreib-bzw. Leseprozesse durch, wobei ich jedesmal kurz die 
Kontrolle über Bus aufgebe (I2Cstop) und dann wieder aufnehme und per 
I2Cstart eine komplett neue Verbindung zum Slave aufbaue. Repeated start 
macht da in meinen Augen keinen Sinn- oder habe ich da was grundsätzlich 
falsch verstanden?

Grüße
CPL

[MWS (Gast)]

Für den Sensor gibt's ein Datenblatt Product Specification, darin werden 
beispielhaft unter I2C Communications Protocol die Sequenzen für 
Single-Byte Und Burst Read beschrieben. Halte Dich einfach daran und 
dichte nicht selbst was zusammen, dann klappt's auch.

[Wolfgang (Gast)]

Andreas G. schrieb:
> Ich hoffe mal den Quellcode kann man so lesen;

Was hindert dich daran, C-Quellcode als .c-Datei anzuhängen???