Wow, what a week! As you may know, I wrote a blog post on the Home Assistant web site and since then, the amount of esphomelib users has grown sixfold according to the number of GitHub clones!
Version 1.7.0 of esphomelib brings with it (again) a lot of awesome features. One I’m particularly excited about is the new ESP32 BLE Beacon, with it I can finally track reliably whether my devices are home or not without wasting too much battery. But also the new remote receivers and remote transmitters have allowed me to add about ~15 433MHz lights into Home Assistant.
In the next couple of weeks I unfortunately won’t be able to “innovate” as quickly as in the previous weeks, as I will be travelling a lot (and enjoying my vacation 😎), so don’t expect too many awesome features 😸
New WiFi signal strength sensor by @brandond. So now you can monitor how strong the WiFi signal is for your node 📶
You can now create a BLE iBeacon with your ESP32s using the new BLE Beacon component.
esphomelib has finally gained support for a status LED. Now you can quickly identify if everything is OK with your ESP with a quick look at this LED. Happy blinking!
The pulse counter sensor has been back-ported to the ESP8266, so now you can observe the number of pulses and frequency on any pin 🔢
A new duty cycle sensor has been added, allowing you to measure how much of the time a specific pin is HIGH or LOW. Can for example be used to detect if a status LED on an external device is blinking or permanently on.
The new remote receiver and remote transmitter components now allows you to use any 433MHz receivers and senders with ESPHome. Currently, you will need to use the
rawdata as described in this guide, but in the future more protocols will be supported out of the box.
While all automations were previously already performed on the ESP itself, they only triggered when an active WiFi and MQTT connection existed. Large parts of the WiFi and MQTT clients has now been rewritten to allow for automations to be executed asynchronously, while the device is still connecting to WiFi.
The Hass.io add-on now has a new
passwordoption with which you can secure your installation. See Getting Started with ESPHome and Home Assistant. 🔒
Binary Sensors now have filters too. They can now be used to debounce any binary sensor and do some more complicated actions using lambdas. See Binary Sensor Filters. ⛹️
All components can now be flagged
internal. Doing so will prevent them from being represented in the front-end (like MQTT). Useful for on-device automations. See 😎
The Deep Sleep Component now has a
wakeup_pin_modeoption for the ESP32. This option can be used to tell esphomelib what to do if the wakeup pin is already in the wakeup level when attempting to enter deep sleep. 🛌
There are two new triggers available now: esphomeyaml.on_boot and esphomeyaml.on_shutdown with which you can do some advanced cleanup/setup on boot and shutdown of the node.
All Hass.io add-on builds have now been more or less completely automated using a private Gitlab server. You can find all the new docker files here.
Added a new
build_pathoption in the
esphomeyamlsection with which you can customize where esphomeyaml stores the platformio project files. See ESPHome Core Configuration.
Fixed the SHT3x-D component and removed the
accuracyparameter. The accuracy now defaults to
invertedoption of binary sensors has been moved into the
filters:section. So instead of
binary_sensor: - platform: ... # ... inverted: True
you would now write:
binary_sensor: - platform: ... # ... filters: - invert:
esp32_blecomponent and platform have been renamed to esp32_ble_tracker in order to make the naming clearer with the new esp32_ble_beacon component.
receive_timeoutoption has been removed from the i2c component as it turns out it didn’t actually do anything.
ir_transmittercomponent has been renamed to remote_transmitter as it now works with all kinds of protocols, not just infrared-based ones.
pull_modeoption of the Pulse Counter has been removed, please use the Pin Schema now instead. Additionally, the
internal_filteroption now only accepts time units.
(Not in any order and probably missed some, still figuring this changelog stuff out…)
Make sure logs after upload works when using explicit OTA. (esphomeyaml/#42) by @aequitas
Fix deprecation of board_flash_mode parameter (esphomeyaml/#41) by @aequitas
Support specifying hostname/ip as –upload-port (esphomeyaml/#36) by @aequitas
DHT11 sensor doesn’t work with ESPHome (esphomelib/#88) by @ayavilevich
tsl2561: wrong i2c function for channel 1 (esphomelib/#81) by @schumar
No need to wait after Wire.requestFrom(). (esphomelib/#80) by @Koepel
I2CComponent::write_byte_16 writes 0 words (esphomelib/#78) by @schumar
Minor update to the feature section (esphomelib/#71) by @fabaff
Fix pin number (esphomelib/#70) by @fabaff
Fix #55 - Action._next not initialized to nullptr (esphomelib/#57) by @brandond
Add workaround for out of space esp8266 ota update. (esphomedocs/#12) by @aequitas
Add cookbook for dual relay cover (esphomedocs/#10) by @r-jordan
Correct output pin declaration in S20 device guide example. (esphomedocs/#9) by @r-jordan
Remove BMP280 (doesn’t work) (esphomedocs/#8) by @fabaff
Passing inverted to output should be valid, but does not work, use … (esphomedocs/#7) by @aequitas
Make the example configuration entry copy&paste-friendly (esphomedocs/#6) by @fabaff
Minor formatting tweaks. (esphomedocs/#4) by @Landrash
Details about Sonoff basic (esphomedocs/#3) by @fabaff
Add missing module (esphomedocs/#2) by @fabaff
Fix unit name (esphomedocs/#1) by @fabaff
And last but not least, check out this awesome video by The Hook Up for using esphomeyaml to create a simple wireless doorbell: