i2c Slave Problem

guten abend gemeinde.

ich habe eine frage bezüglich dem beschreiben von registern.
über meinen mikrocontroller möchte ich werte aus meinem sensor über I2c 
auslesen.
das ganze ist ein beschleunigungssensor von bosch (SMB380) und der 
controller ist der Atmega1281.lese ich nicht veränderbare register 
aus,passt das alles.ich nutze die I2c-ansteuerung von Peter Fleury.

mein problem ist,dass mir ziemlich schwankende beschleunigungswerte 
ausgibt,obwohl dieser eigentlich fest montiert ist.die werte schwanken 
so in einer spanne von ca. 30dezimal.

meine vermutung ist,dass ich aus versehen bei der einstellung des 
registers für den messbereich (register 0x14) etwas falsch gemacht 
habe.in diesem register sind die obersten 3 bit (bit 7:5) für wichtige 
kalibrierungen nötig und dürfen nicht beschrieben werden.

leider habe ich dies wahrscheinlich mit meinem quellcode

i2c_init();       // Bus initialisieren
i2c_write(0x14);  // Register auswählen
i2c_write(0x06);  // Daten reinschreiben
i2c_stop();       // Busverbindung beenden

getan.

im user manual steht:
"Bits 4,6 and 7 of register address 0x14 do contain critical sensor 
individual calibration data which must not be changed or deleted by any 
means.
In order to properly modify address 0x14 for range and(or bandwidth 
selection using bits 0,1,2,3 and 4, it is highly recommended to read-out 
the complete byte,perform bit-slicing and write back the complete byte 
unchanged bits 5,6 and7.Otherwise the reported acceleration data may 
show incorrect results."

meine frage ist nun ganz einfach:

wie stelle ich das an was in dem 2.absatz des auszuges aus dem user 
manual steht????also nur einzelne bits ändern und die bits 5,6 und 7 
nicht "anfassen"!

im forum bei der sensorkommunikation über spi standen so befehle wie:

bit_setzen(data,(1<<5)); -> ist das bei i2c ähnlich?

bin über jede hilfe dankbar!!!

guten morgen.
kann mir hier niemand zu oben genannten problem einen tipp geben?

danke erstmal für die antwort.

ich habe mir das so gedacht:

uint8_t aendern;
{
startI2c(0x70);                writeI2c(0x14);
rep_startI2c(0x71);
aendern = readAckI2c();
aendern &=~((1<<4)|(1<<2)|(1<<1)); // meine vorzunehmenden Einstellungen
writeI2c(aendern);
stopI2c();
}

mir stellt sich jetzt nur die Frage ob ich nach dem Auslesen des 
Registers und Ändern gleich einen write-Befehl anschließen kann,oder 
erst noch stop-Befehl und dann nochmal von vorn: start usw.??

@Lothar Miller:

Vielen Dank für die ausführliche Antwort! :)

>Ist dein i2c_init() das selbe wie ein i2c_start()?
Nein, in meiner init wird nur das Register TWBR auf den entsprechenden 
Wert gesetzt, sonst nichts weiter. Die i2c_start() ist halt die aus der 
lib von Peter Fleury.

>Lies doch mal das Versionsregister 0x01 (al_version und ml_version) aus.
>Bekommst du dort richtige und stabile Werte?

Ja hab ich gemacht und nicht nur diese Register. Außer den 
Achsenregistern sind meine Werte 100% zuverlässig/genau.
Das liegt aber sicher auch daran, dass die nichts mit 
Einstellungsregistern zu tun haben.

Ich denke mit dem Code den du mir gepostet hast werde ich es versuchen. 
Das repeated_start lasse ich erstmal weg.

Justus Skorps wrote:
>uns was ist mit den Bits 0 und 3? oder weisst du, dass die vorher
>richtig waren?

Naja, dass Register hat einen default-Wert. Da steht das die Bist 0 und 
3 beide "0" sind. Ändern will ich die ja nicht.

Also langsam verzeifle ich. :(

Hab nun auf ein 2.Modul einen neuen SMB380 draufgelötet und das Programm 
draufgeflasht wie Lothar Miller das vorgeschlagen hat (so hatte ich mir 
das auch überlegt).
Trotzdem driften die dezimalen Werte auseinander,was eigentlich nicht 
sein sollte.
Hab echt keine Ahnung mehr woran das liegen kann. Zum Test hab ich 
nochmal voreingestellte Register ausgelesen, d.h. Register 0x12 und 0x13 
und die Werte die erwartet werden (162 und 13) kommen immer nach dem 
Sensorauslesen raus.
Die Achsendaten werden vom Sensor periodisch mit 3KHz erneuert. Aber 
durch das Bit "shadow_dis" wird verhindert, dass MSB und LSB von 
unteschiedlichen Samples kommen können.
Ich weiss nicht so recht,ob es evtl an den "new_data *flags" liegen 
kann,aber eigentlich signalisieren diese nur,ob die Achsendaten 
ausgelesen wurden.

"...new data*flags... can be used to detect if acceleration values have 
already been read out."

Niemand noch eine Idee?