You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

186 lines
9.5 KiB

  1. # Changelog
  2. All notable changes to this project will be documented in this file.
  3. The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/),
  4. and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0.html).
  5. ## [2021.10.0] Hotfix for ESP-IDF platform upgrade
  6. ### Changed
  7. - Due to changes in the ESP-IDF framework, and ESPHome 2022.12.0 using the newer version
  8. of the framework, flashing the lamp with ESPHome 2022.12.0 could result in a
  9. failing device. It would not connect to WiFi anymore and serial logging showed a reboot
  10. loop, crashing at the WiFi setup.
  11. This release of the lamp firmware forces the use of the last known working version
  12. of the ESP-IDF framework. This is not a final solution, because I don't want to be
  13. stuck to old versions for dependencies, but for now this change at least should fix
  14. the issue for users that flash their lamps.
  15. **If you already flashed your lamp and it ended up bricked**, then check out this
  16. information from the related GitHub issue report:
  17. [https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/104#issuecomment-1356182034](Fix recipe from issue #104)
  18. ## [2021.10.0]
  19. **Note**: This release requires ESPHome 2021.10.0 and Home Assistant 2021.8.0 or newer.
  20. ### Changed
  21. - Due to changes in ESPHome, the configuration for the lamp has changed.
  22. This means that existing configuration files have to be updated accordingly.
  23. To make configuration as easy as possible, the `example.yaml` configuration
  24. now makes use of configuration packages that are stored on GitHub. This
  25. reduces the amount of configuration that is required in your own device
  26. configuration file, making future configuration changes easier.
  27. - ESPHome 2021.10.0 has brought us support for using ESP-IDF instead of the
  28. Arduino framework. ESP-IDF is the "Espressif IoT Development Framework",
  29. which is the native development framework for ESP32 SoCs. I switched to this
  30. framework. This made it possible to get the required ESP32 unicore support
  31. and to ignore the MAC CRC using a vanilla build. No more need for hacked up
  32. platform packages to get things going! <3
  33. - The code has been made compatible with ESPHome 2021.10.0.
  34. ## [2021.9.1]
  35. **Note**: This release requires ESPHome 2021.8.0 and Home Assistant 2021.8.0 or newer.
  36. ### Changed
  37. - Fixed a memory leak, causing the lamp to disconnect occasionally when doing a lot of
  38. color transformations (e.g. when running the `Random` light effect).
  39. ## [2021.9.0]
  40. **Note**: This release requires ESPHome 2021.8.0 and Home Assistant 2021.8.0 or newer.
  41. ### Changed
  42. - Fixed a compilation issue with ESPHome 2021.9.0.
  43. - Added `refresh: 60s` to the `external_components` definition in `example.yaml`,
  44. to make use that the code is updated when using a non-release ref (e.g. `main`
  45. instead of `2021.9.0`).
  46. ## [2021.8.1]
  47. **Note**: This release requires ESPHome 2021.8.0 and Home Assistant 2021.8.0 or newer.
  48. ### Changed
  49. - Fixed transitioning from the off to on state. Thanks to @marcel1988 for informing
  50. me about his non-functional wake-up light script. Before this fix, the light would
  51. stay off during the full transformation, only to turn on at the very end.
  52. - The `on_brightness` trigger is now also called at the start of a transition.
  53. This fixes a problem with the brightness slider illumination not following along
  54. when you slide your finger over it.
  55. - Suppressing a transition time for transitioning to a night light color is now
  56. only instant when starting from a night light setting. Before this change, moving
  57. from for example 80% brightness to 1% brightness (i.e. night light), would be
  58. instant. Now an actual transformation is done.
  59. ## [2021.8.0]
  60. **Note**: This release requires ESPHome 2021.8.0 and Home Assistant 2021.8.0 or newer.
  61. ### Added
  62. - Preset identifiers (`group` and `preset`) for the `preset.activate` action are now
  63. validated at compile time. This prevents us from building a firmware with incorrect
  64. preset identifiers. Before this change, using an invalid preset name would only
  65. result in a warning message in the device log, which is only moderately useful.
  66. ### Changed
  67. - The code has been made compatible with the new color mode support in Home Assistant
  68. and ESPHome.
  69. - The `example.yaml` has been updated to not make use of underscores in hostnames.
  70. Using an underscore in the name yields a warning during the firmware compilation,
  71. because hostnames should only contain letters, numbers and dashes "-".
  72. - My project will follow the Home Assistant / ESPHome versioning scheme from now on
  73. (<year>.<month>.<patch>), because the ESPHome project adopted this versioning
  74. scheme too.
  75. ## [1.1.0]
  76. **Note**: This release requires ESPHome v1.20.0 or newer.
  77. ### Added
  78. - It is now possible to address the LEDs in the front panel of the device individually.
  79. There are 12 LEDs in total: the power button, the color button and 10 LEDs that are
  80. used by the original firmware to represent the lamp's current brightness setting.
  81. The `output` component for the lamp was updated to provide access to the individual LEDs.
  82. Check out the [documentation guide](https://github.com/mmakaay/esphome-xiaomi_bslamp2/blob/main/doc/configuration.md)
  83. for details on how to control these.
  84. Thanks to @Stewie3112 for the feature request that triggered this development!
  85. - Implemented support for visual feedback during the OTA update process in the
  86. `example.yaml` file: the light becomes blue during flahsing, the brightness slider
  87. represents the progress, on failure the light flashes red and on success the
  88. light flashes green.
  89. ### Changed
  90. - Made it possible to use lambdas with the `preset.activate` automation. This makes it
  91. possible to link the action to an api service, which exposes the preset functionality
  92. to Home Assistant. The `example.yaml` has been updated with an example for this.
  93. - Fixed a rounding error in the slider sensor component. When using custom "range from" / "range to"
  94. settings, the maximum value could exceed the "range to" value due to rounding errors.
  95. Thanks to Jos for the heads up!
  96. - Made the codebase compatible with ESPHome v1.19.0
  97. ([PR #1657: Introduce new async-def coroutine syntax](https://github.com/esphome/esphome/pull/1657))
  98. Thanks to @Kaibob2 for giving me a heads up that my code was not compiling anymore!
  99. ## [1.0.0]
  100. **Note**: This release requires ESPHome v1.18.0 or newer.
  101. ### Changed
  102. - The GitHub repository structure has been updated, in order to make it compatible with
  103. the new `external_components` feature of ESPHome v1.18.0. From now on, the code from this
  104. repository no longer has to be downloaded and installed manually. The `example.yaml` has
  105. been updated for using this new feature.
  106. Fixes [issue #16](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/16).
  107. - A fix has been implemented to prevent the lamp from being disconnected from Home Assistant
  108. a lot (resulting in the lamp becoming unavailable). ESPHome v1.18.0 or newer is required
  109. for making this fix work.
  110. Fixes [issue #19](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/19).
  111. - Transitions are now fully suppressed when in night light mode. In that mode, LED output
  112. levels are too low for producing good looking transitions.
  113. Fixes [issue #10](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/10).
  114. - The `example.yaml` now uses my own arduino-esp32 unicore build.
  115. - Formatted the codebase using the ESPHome clang rules.
  116. - The flashing guide got a big update, with detailed pictures for every step on the way.
  117. ### Added
  118. - New documentation section: Technical details (it's all about the internals)
  119. ### Removed
  120. - The known issue documentation page has been removed, now we have a fix for the disconnect
  121. issues in ESPHome v1.18.0.
  122. ## [1.0.0-RC1]
  123. ### Changed
  124. - The documentation has been restructured.
  125. ### Added
  126. - Support for disco mode-style light updates through the `light.disco_on` and `light.disco_off` actions.
  127. The `light.disco_on` action can be used to configure the lamp state without delay, without publishing
  128. the update and without saving the state. The `light.disco_off` action will restore the lamp to its
  129. last save state, so from before the `light.disco_on` updates.
  130. - Support for configuring light presets, making it possible to mimic the lamp's original firmware
  131. feature to switch light color using the color button.
  132. This fixes [issue #8](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/8).
  133. - New documentation section: Configuration guide (explaining all the YAML file configuration options).
  134. ## [1.0-beta]
  135. ### Changed
  136. - The component was renamed from "yeelight_bs2" to "xiaomi_bslamp2".
  137. The reasoning behind this can be found in [issue #7](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/7).
  138. ### Added
  139. - Component "text_sensor" that publishes changes in the light mode ("off", "night", "rgb", "white"),
  140. This fixes [issue #6](https://github.com/mmakaay/esphome-xiaomi_bslamp2/issues/6).
  141. - Documentation improvements and a better example.yaml.
  142. ## [1.0-alpha]
  143. ### Added
  144. - All light modes for the lamp have been implemented:
  145. - RGB light (colored light, based on red/green/blue and brightness)
  146. - White light (based on color temperature and brightness)
  147. - Night light (either RGB- or White light, but highly dimmed; enabled by setting brightness to 1%)
  148. - Component "light" for controlling the LEDs.
  149. - Component "binary_sensor" that act as touch/release sensors for power button, color button and slider.
  150. - Component "sensor" that report the level at which the slider was touched.
  151. - Component "output" for controlling the front panel light and its level indicator.