BMP180 Library

[Jan (Gast)]

Hallo,

hat evtl. einer von euch eine fertig geschriebene Library für AVR GCC?
Die er mir zu verfügung stellen würde?

[Oliver J. (skriptkiddy)]

Ich glaub dein google ist kaputt. Da werd ich mal kurz für dich ein paar 
Seiten raussuchen:

https://android.googlesource.com/kernel/msm.git/+/77cac325253126dd9e6c480d885aa51f1abf3c40/drivers/input/misc/bmp180.c

https://github.com/mozilla-b2g/kernel-android-galaxy-s2-ics/blob/master/drivers/sensor/bmp180.c

http://simonetti.media.mit.edu/dev/projects/tidmarsh/repository/revisions/fe9e2cc80a9b/entry/tidsense/bmp180.c

https://github.com/devthrash/environment-logger/blob/master/main.c


Grüße Oliver

[Jan (Gast)]

Hallo Oliver,

Das ist eher mehr für den PC geschrieben oder?  Da muss man ja noch ne 
Menge anpassen oder sehe ich das falsch?

[Link (Gast)]

Zu faul Goolge zu bemühen und die schon bereitgestellten Links mal 
anzuschauen!!!

Beim letzten springt einen doch sofort

#include <avr/io.h>

an.

[Jan (Gast)]

Nun habe ich mir die Library mal angeschaut, was mir direkt auffällt 
ist, dass bei der Temperatur Berechnung zum Schluss "*16" gerechnet 
wird, im Datenblatt des Herstellers aber "/16" vorgeschrieben wird 0.o
Sehe ich was falsch?

   X1 = (UT-BMP180_cal[5]) * BMP180_cal[4] / 32768;
   X2 = BMP180_cal[9] * 2048 / (X1 + BMP180_cal[10]);
   B5 = X1 + X2;
   truetemperature = (B5 + 8) * 16;

Code von ... https://github.com/devthrash/environment-logger

Datenblatt vom Hersteller ->

http://www.google.de/url?sa=t&rct=j&q=&esrc=s&source=web&cd=6&cad=rja&uact=8&ved=0CD4QFjAF&url=http%3A%2F%2Fae-bst.resource.bosch.com%2Fmedia%2Fproducts%2Fdokumente%2Fbmp180%2FBST-BMP180-DS000-09.pdf&ei=lTTnVIGZOYO4UZzpg4AO&usg=AFQjCNFduSzyOugzpt8jpR8MKk-1qrPjTA&bvm=bv.86475890,d.d24

(Seite 15)

Was auch nicht wirklich klappt, ist das auslesen der ID = 0x55...
I2C funktioniert soweit mit anderen i2c Geräten...

hat jemand eine Ahnung?

[Wolfgang (Gast)]

Jan schrieb:
> Nun habe ich mir die Library mal angeschaut, was mir direkt auffällt
> ist, dass bei der Temperatur Berechnung zum Schluss "*16" gerechnet
> wird

Das sind genau zwei verschiedene Möglichkeiten. Wenn eine davon richtig 
ist, wird sie das richtige Ergebnis liefern.

> hat jemand eine Ahnung?
Es gibt genug funktionierende Beispiel für den BMP180, die das richtige 
Ergebnis liefern. Guck dir im Datenblatt des BMP180 die Seite 15 an und 
vergleiche Rechung und Zahlenwerte Schritt für Schritt mit deiner 
Rechnung.
https://ae-bst.resource.bosch.com/media/products/dokumente/bmp180/BST-BMP180-DS000-09.pdf

[Jan (Gast)]

Danke Wolfgang!

Abgesehen von der Rechnung, habe ich ein ganz anderes Problem (warum die 
Werte auch nicht passen)...

Ich habe den I2C Slave erstmal eine Anfrage gestellt und eine positive 
Antwort bekommen, dass heißt ja für mich schon mal, dass er online ist.

Nun sollte man ja mal die "DeviceID" auslesen. Diese sollte "0x55h" 
betragen.
Leider bekomme ich diese aber nicht. An was kann das liegen???

Hier mal mein Code... (Kommunikation mit anderen I2C Slave´s 
funktioniert wunderbar)

uint8_t BMP180_init(void)
{
  unsigned char ID;
  i2c_start(BMP180_address + I2C_WRITE);
  i2c_write(BMP180_ID);
  i2c_start(BMP180_address + I2C_READ);
  ID = i2c_readNak();
  i2c_stop();

  if(ID == 0x55)
  {  
    uart_puts("Online");
    
    for(uint8_t i = 0; i < 11; i++)
    {    
      i2c_start(BMP180_address+I2C_WRITE);
      i2c_write(BMP180_regaddress[i]);
      i2c_start(BMP180_address+I2C_READ);
      BMP180_cal[i]  = i2c_readAck()<<8;
      BMP180_cal[i] |= i2c_readNak();
      i2c_stop();
    }
    return 1;
  }
  else
  {
    return 0;
  }
}

[Jan (Gast)]

vergessen...

ich bekomme (0xFF) als Wert...

[Wolfgang (Gast)]

Jan schrieb:
> i2c_start(BMP180_address + I2C_WRITE);

... und für BMP180_address verwendest du welchen Wert. So wie du 
i2c_start() aufrufst, darf das nicht die 7-Bit I2C-Adresse sein.

[Jan (Gast)]

Wolfgang schrieb:
> Jan schrieb:
>> i2c_start(BMP180_address + I2C_WRITE);
>
> ... und für BMP180_address verwendest du welchen Wert. So wie du
> i2c_start() aufrufst, darf das nicht die 7-Bit I2C-Adresse sein.

Das ist die "Address"

 #define BMP180_address 0xEE

[Jan (Gast)]

Ich habe nicht daran gedacht, dass ich das Modul mit 3,3 VDC betreibe 
und den Controller mit 5VDC...

Kann es sein das der BMP Probleme mit den Pegeln bekommt / hat ?

[Wolfgang (Gast)]

Jan schrieb:
> Das ist die "Address"
>  #define BMP180_address 0xEE

Die Adresse des BMP180 ist 0x77, d.h. das, was du mit BMP180_address 
benannt hast, ist schon nach links geschoben, sollte also passen, auch 
wenn die Bezeichnung verwirrend ist.

Jan schrieb:
> Kann es sein das der BMP Probleme mit den Pegeln bekommt / hat ?

Wenn du den I2C Bus mit 3,3V betrieben hast bzw. die Pull-Ups groß genug 
waren, dann nicht. Und der µC sollte eigentlich die 3,3V Signale 
trotzdem verstehen, solange sie sauber sind.

[Jan (Gast)]

Dann kann ich wirklich nicht nachvollziehen wo das Problem liegt.

[Jan (Gast)]

Wolfgang schrieb:
> Jan schrieb:
> Das ist die "Address"
>  #define BMP180_address 0xEE
>
> Die Adresse des BMP180 ist 0x77, d.h. das, was du mit BMP180_address
> benannt hast, ist schon nach links geschoben, sollte also passen, auch
> wenn die Bezeichnung verwirrend ist.
>
> Jan schrieb:
> Kann es sein das der BMP Probleme mit den Pegeln bekommt / hat ?
>
> Wenn du den I2C Bus mit 3,3V betrieben hast bzw. die Pull-Ups groß genug
> waren, dann nicht. Und der µC sollte eigentlich die 3,3V Signale
> trotzdem verstehen, solange sie sauber sind.

Im Datenblatt steht nichts von 0x77. Wo sieht du das denn?