Picks up the sensor data of Mi Thermometers with custom firmware and sends it to a MQTT broker.
You can be creative with the case. E.g. I chose an old analog thermometer as housing for the ESP32, SSD1306 display and BME280 sensor:
This is a Bluetooth Low Energy (BLE) scanner for Mi Thermometer with custom firmware programmed with Arduino for ESP32.
The device scans the ether for sensor data advertised by Mi Thermometer with custom firmware by atc1441.
If you use the new firmware by pvvx configure it to use the Advertising type atc1441.
The sensor data is written to the serial console in JSON format and will also be sent via MQTT to a predefined topic. This makes it (in)directly available to your home automation central, e.g., Home Assistant, OpenHAB or Node-RED.
The Mi Thermometer sensor data will be identified via sender MAC address and BLE Service Data UID.
The MAC address starts with a4:c1:38:.
The Service Data UID should match 0000181a-0000-1000-8000-00805f9b34fb.
All other Bluetooth LE advertisements will be ignored.
The configuration is done in configs.h.
Also, don't forget to set your Wifi and MQTT credentials in secrets.h.
NOTE: Both files should be marked so that changes will not show up in git and you won't accidentally check in your credentials. To do so, execute the following in you console or Git BASH:
git update-index --assume-unchanged configs.h secrets.h(This can be undone by executing git update-index --no-assume-unchanged <file>.)
The configured MQTT_TOPIC will be used as prefix and will be prefixed to the device id (MAC address) that is the first part of the custom advertising format.
Say the configured MQTT_TOPIC is bluetooth/sensors and your device id is 00:11:22:33:44:55 then the resulting topic for this device will be bluetooth/sensors/001122334455.
The payload will look something like this:
{
"id": "001122334455",
"name": "ATC_334455",
"temperature": 20.3,
"humidity": 55,
"battery": 92,
"voltage": 3030,
"signal_strength": -76
}
Please note that the device name seems to be only randomly picked up and will be missing from the JSON object most of the time. However, you can manually define a name (see Friendly Device Names).
The signal_strength is the Bluetooth RSSI.
The online state will be deposited with the MQTT broker with topic MQTT_TOPIC_STATE.
This is done by storing a retained message online that each client will receive on subscribe.
The message offline is stored as a will to be sent after the device disconnected from MQTT broker.
So if we are already putting a device somewhere in our apartment to pick up temperature measurements from dispersed Mi Thermometers, why not make it also measure the temperature, too, right?!
To allow this we can add an inexpensive BME280 module to the mix.
The following steps are necessary to activate the BME280 sensor:
- Connect the sensor to your ESP32:
- VIN -> 3.3V / 3V3
- GND -> GND
- SDA -> SDA / I2C_SDA (Serial Data)
- SCK / SCL -> SCL / I2C_SCL (Serial Clock)
- Uncomment
#define USE_BME280_SENSOR"inconfigs.hto compile the necessary code for BME280 sensor.
The payload will look something like this:
{
"id": "001122334455",
"name": "MiThermomether2MQTT",
"temperature": 23.67,
"humidity": 40.02,
"pressure": 979.435,
"signal_strength": -60
}
ID (MAC address) and signal strength (RSSI) are taken from the builtin ESP32 Wifi connection.
The name is configured by BME_SENSOR_NAME in configs.h.
If sensor code is activated but no BME280 sensor is found, a warning will be printed to serial terminal.
Please note that placing both ESP32 and BME280 in the same enclosure can significantly increase the measured temperature. At a room temperature of 20°C you can get values above 21 or 22°C even though the sensor is fixed against a hole in the casing.
You can activate an OLED display connected via SPI to view the data of the internal BME280 sensor.
A simpler example without the Mi Thermometer code can be found at ESP32SimpleClockAndThermometer. This is where I initially tested the display code.
Actually I bought it online as an I2C module but that was not true.
I had to learn it the hard way and wasted a lot of time until I found this tutorial for the ESP8266 – many many thanks!
The interface is decided by some tiny resistors on the back. Mine was configured to use 4 wire SPI interface (which is actually better because it will not share the bus with the sensor and the bandwidth in comparison is much better).
So here is how to wire up the display:
- GND --> GND
- VCC --> 3V3
- D0 --> D18 (SPI Clock)
- D1 --> D23 (SPI MOSI)
- RES --> D19 (any free digital pin)
- DC --> D4 (any free digital pin)
- CS --> D5 (SPI SS)
You can basically pick any digital pin for D0 and D1
– but don't forget to adapt the mapping in SSD1306_128x64_SPI.h if you pick different pins!
Now, to enable the display code, uncomment #define USE_SSD1306_DISPLAY in configs.h.
I bought a two colored monochrome display.
The first quarter is yellow, while the rest has blue pixels.
It is still technically monochrome because each pixel is either on or off
and the color cannot be changed programmatically.
I think it has a good effect for setting appart the time from the sensor data.
The offset between your local time and UTC is configured via UTC_OFFSET.
The offset between your local normal time and summer/daylihht saving time is configured as DAYLIGHT_SAVING_OFFSET.
Please note that both values are defined in seconds.
So e.g. for 1 hour you would set the offset to 3600.
It is possible to define a list of known devices so that unknown devices are ignored (allow list).
There are several reasons you might want this, e.g.:
- There might be multiple devices with this firmware on your network because...
- one will not pick up data of all your dispersed thermometers.
- you want some kind of logical segmentation (i.e. different Wifi networks/MQTT servers/topics/...).
- You might want to avoid picking up your neighbors thermometer data, too.
If that is the case, uncomment #define ONLY_FORWARD_KNOWN_DEVICES in configs.h and read the next section about friendly names.
You can define a list of known devices in configs.h along with custom names.
To do this, uncomment #define USE_MAC_NAME_MAPPINGS.
Then uncomment the block defining MAC_NAME_MAPPING by removing /* and */ and edit it to your liking.
You can enable Home Assistant integration by uncommenting #define USE_HOME_ASSISTANT in configs.h.
This will automatically provide Home Assistant with configuration data for supported sensors via MQTT.
Please note that this only works for configured devices from friendly device names mapping (see above).
I found the LED to be connected to a variety of different pins on different ESP32 boards I own.
To make the LED work on your specific board set #define LED_BUILTIN to the correct value.
It might be one of the following:
- ESP-WROOM-32 development board:
2 - WEMOS LoLin32 development board:
5 - ESP32 NodeMCU development board:
22
The code can be compiled with Arduino for ESP32 (Manual). Tested with version 2.0.1.
Furthermore, you will need the following libraries installed in your Arduino IDE:
- ArduinoMqttClient (tested with version 0.1.5 BETA)
- ArduinoJSON (tested with version 6.19.1)
- (optional internal sensor) BME280 (tested with version 2.3.0)
- (optional internal display) Adafruit SSD1306 (tested with version 2.5.1)
BLE is supposed to be integrated into Arduino directly now, however I could not swiftly find any documentation or source code. However, you can refer to the old snapshot for reference.
I implemented the initial release version in roughly two days but I kept on optimizing and improving. Still, there is always potential for more improvements and additional features.
Please note that you will probably have change the partition scheme of your ESP32 to have enough program space.
To get this app compiled for the ESP32, in your Arduino IDE go to the Tools menu and select a Partition Scheme with at least ca. 1.5 MB for APP, e.g.:
- "No OTA (2MB APP/2MB SPIFFS)"
- "No OTA (2MB APP/2MB FATFS)"
- "HUGE APP (3MB No OTA/1MB SPIFFS)"
- "Minimal SPIFFS (1.9MB APP with OTA/190KB SPIFFS"
It was only possible to get the initial release up and running within under two day because there were excellent examples and the libraries in the first place.
Kudos to everyone who was involved in getting this out to us!
- The Bluetooth part is based on the example
BLE_scanfrom Arduino core for the ESP32, ported to Arduino ESP32 by Evandro Copercini.
It is in turn based on Neil Kolban example for IDF. (I found the link to be dead.) - The MQTT part is based on the example
WiFiSimpleSenderfrom Arduino library ArduinoMqttClient (ver 0.1.5 Beta).