{"id":4359,"date":"2018-08-22T20:00:37","date_gmt":"2018-08-22T18:00:37","guid":{"rendered":"https:\/\/msalamon.pl\/?p=4359"},"modified":"2025-12-27T20:36:34","modified_gmt":"2025-12-27T19:36:34","slug":"bmp180-bmp280-bme280-on-stm32-part-1","status":"publish","type":"post","link":"https:\/\/msalamon.pl\/en\/bmp180-bmp280-bme280-on-stm32-part-1\/","title":{"rendered":"BMP180, BMP280, BME280 on STM32 – Part 1"},"content":{"rendered":"\n

Environmental parameters such as temperature, atmospheric pressure, and air humidity are undoubtedly the most frequently measured quantities. Every year, a mass of home weather stations is created around the world, decorating the areas around the windows of our houses and <\/p>\n\n\n\n\n\n\n\n

apartments.<\/p>\n\n\n\n

Just like with the LCD display, I will check how much time it takes the MCU to handle these popular sensors. As a base for the library supporting these chips, I used Bosch and Adafruit libraries for Arduino available on the internet.<\/p>\n\n\n\n

However, I will be working with popular Chinese modules. They are very cheap and have the necessary resistors on board. Some of them can also be powered from 5 V thanks to the onboard regulator. Remember, however, that communication is still in the 3.3 V domain, although it still works on Arduino. My test platform will be the Nucleo64-F401RE, and I will check operation times for I\u00b2C bus clocking at 100 kHz and 400 kHz. Let\u2019s get to it!<\/p>\n\n\n\n

BMP180<\/h1>\n\n\n
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n


BMP180 datasheet<\/a><\/p>\n\n\n\n

A patient measuring 3.6 x 3.8 x 0.93 mm is capable of measuring temperature and atmospheric pressure.<\/p>\n\n\n\n

We read the temperature at 16-bit resolution, but it is not given directly. It must be calculated according to the algorithm shown in the datasheet. We obtain the result with a resolution of 0.1 \u00b0C, with the sensor\u2019s measurement accuracy being \u00b10.5 \u00b0C at room temperature, and \u00b11 \u00b0C over the full measurement range (0\u00f765 \u00b0C).<\/span><\/p>\n\n\n\n

The information about the measured pressure occupies from 16 to 19 bits and depends on the selected measurement mode, which has a significant impact on conversion time. As with temperature, the value obtained from the sensor must be calculated according to the algorithm. Only after calculation do we obtain the actual quantity we are interested in. We get the result with a precision of 0.01 hPa. The absolute accuracy of the pressure sensor is typically \u00b11 hPa over the entire measurement range (300\u00f71100 hPa). Relative accuracy is at the level of \u00b10.12 hPa.<\/span><\/p>\n\n\n\n

In the note we also find interesting information about current consumption for 1 Hz sampling depending on the selected mode. The visible Advanced res. mode<\/em> is not available just like that from, for example, initialization. For this reason I will not count it as an accuracy\/consumption mode \ud83d\ude42<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

These are averaged data. The \u201cpeak\u201d during conversion is as high as 650 \u00b5A, and in standby the sensor is satisfied with only 0.1 microamp. All these values allow the use of this type of sensor in battery-powered devices. Great \ud83d\ude42<\/p>\n\n\n\n

You will find the rest of the interesting information in the documentation. I encourage you to read it \u2014 it doesn\u2019t hurt at all, and you can learn so much.<\/p>\n\n\n\n

The connection diagram to the Nucleo F401RE<\/a> and the STM32CubeMX configuration is simple. I will use the first I\u00b2C interface. The GY-68 module already has pull-up resistors for the I\u00b2C lines, so that\u2019s off my plate.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

First, I will check the operation of the sensor at an I\u00b2C clock speed of 100 kHz. This sensor only supports forced conversion mode, which involves waiting for the measurement to complete. While creating my library I noticed that Adafruit, for example, hard-coded the wait times for conversion completion with a plain, crude delay<\/em>. Its value is the maximum declared conversion time contained in the documentation. Not nice\u2026 But ok\u2026 I checked this variant in the Standard<\/em> conversion mode.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

The conversion time and temperature calculation according to the algorithm is 5.69 ms. Pressure conversion takes much longer \u2014 it also includes a temperature conversion, which is needed to calculate the pressure. So why measure temperature separately? Firstly \u2014 because the sensor allows it. Secondly \u2014 maybe someday you will need temperature alone?<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

At 400 kHz I\u00b2C it looks a tad better, but I still don\u2019t like these long, empty wait times.<\/p>\n\n\n\n

Maybe it can be faster? Why insert artificial waiting here when BMP180 registers allow you to peek at the conversion status? Let\u2019s check!<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

100 kHz<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

400 kHz<\/p>\n\n\n\n

Better? Of course! Remember \u2014 life is too short to use delay<\/em>. I ran a series of tests for all pressure conversion modes. The results are in the tables.<\/p>\n\n\n\n

Temperature conversion times<\/p>\n\n\n\n

<\/td>100 kHz (delay)<\/td>400 kHz (delay)<\/td>100 kHz<\/td>400 kHz<\/td><\/tr>
All modes<\/td>5,69 ms<\/td>5,14 ms<\/td>4,31 ms<\/td>3,47 ms<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Temperature and pressure conversion times<\/p>\n\n\n\n

<\/td>100 kHz (delay)<\/td>400 kHz (delay)<\/td>100 kHz<\/td>400 kHz<\/td><\/tr>
Ultra Low Power<\/td>11,79 ms<\/td>10,38 ms<\/td>9,03 ms<\/td>7,04 ms<\/td><\/tr>
Standard<\/td>14,76 ms<\/td>13,35 ms<\/td>11 ms<\/td>9,03 ms<\/td><\/tr>
Highres<\/td>20,72 ms<\/td>19,26 ms<\/td>14,94 ms<\/td>12,9 ms<\/td><\/tr>
Ultrahighres<\/td>32,6 ms<\/td>31,18 ms<\/td>22,82 ms<\/td>20,75 ms<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

I would immediately discard versions with a fixed delay<\/em>. They are clearly slower than polling the sensor to see if the conversion has already finished. With infrequent reads from the sensor you generally wait for the measurement to finish, so it\u2019s worth shortening that time by a few milliseconds. The differences between 100 kHz and 400 kHz clocking are roughly constant and are about 2 ms. This implies that the conversion time does not depend on the communication speed, but with this amount of data to transfer you can still shave off a bit. It\u2019s worth using 400 kHz if the microcontroller and other devices on the I\u00b2C bus allow it. BMP180 supports I\u00b2C up to the high-speed standard, i.e., 3.4 Mbit\/s.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

Altitude a.s.l.<\/h2>\n\n\n\n

The BMP180<\/a> documentation includes an interesting feature: determining altitude above sea level based on the measured pressure.<\/p>\n\n\n

\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

<\/p>\n\n\n\n

This formula requires us to provide the parameter p0<\/em> \u2014 the pressure at sea level expressed in Pa. Wikipedia defines it as 101325 Pa and that\u2019s the value I will use. Unfortunately, the calculations are a bit off and it comes out as 29 meters below sea level, which is not true for Gdynia. I can see the sea from my window and I\u2019m sure I am above it \ud83d\ude42 Entering the current pressure given online (1018 hPa) yields 10 m a.s.l., which is closer to the truth. As you can see, without up-to-date knowledge of the pressure at sea level, we can only use these calculations as a curiosity.<\/p>\n\n\n\n

I do not rule out that I don\u2019t know how to use this function \ud83d\ude00 Maybe someone can enlighten me?<\/p>\n\n\n\n

In the next part<\/a> I take a look at the younger brother of the BMP180<\/a>, i.e., the BMP280<\/a>, as well as its extended version, the BME280<\/a>. <\/p>\n\n\n\n

If you like the sensor, you can buy it in my shop<\/a>.<\/p>\n\n\n\n

The complete code for this series of posts is on my GitHub: link<\/a><\/p>\n\n\n\n

To wrap up this post, I encourage you to discuss handling the BMP180 sensor on STM32 in the comments. Do you think I made a mistake somewhere? Do you have an interesting idea for what could be improved? Share it in a comment! Remember that the discussion should be polite and in accordance with the rules of the Polish language.<\/p>\n\n\n

\n \n
\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n \n
\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n
\n \n\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n \n\n
\n <\/span>\n <\/div>\n <\/div>\n","protected":false},"excerpt":{"rendered":"

Environmental parameters such as temperature, atmospheric pressure, and air humidity are undoubtedly the most frequently measured quantities. Every year, a mass of home weather stations is created around the world, decorating the areas around the windows of our houses and<\/p>\n","protected":false},"author":1,"featured_media":2961,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[160],"tags":[175,176,174,177],"class_list":["post-4359","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-stm32","tag-electronics","tag-programming","tag-stm32","tag-stm32cubemx"],"_links":{"self":[{"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/posts\/4359","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/comments?post=4359"}],"version-history":[{"count":3,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/posts\/4359\/revisions"}],"predecessor-version":[{"id":4471,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/posts\/4359\/revisions\/4471"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/media\/2961"}],"wp:attachment":[{"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/media?parent=4359"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/categories?post=4359"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/msalamon.pl\/en\/wp-json\/wp\/v2\/tags?post=4359"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}