* Abort SmartThings flow if default_config is not enabled
* Abort SmartThings flow if default_config is not enabled
* Abort SmartThings flow if default_config is not enabled
* Create unique identifiers where multiple gateways are in use
Resolving issue https://github.com/home-assistant/core/issues/134497
* Added migration function to __init__.py
Added migration function to execute upon initialisation, to:
a) remove the erroneously-added config)_entry added to the device (gateway B gets added as a config_entry to a device associated to gateway A), and
b) swap out the non-unique identifiers for genuinely unique identifiers.
* Added tests to simulate migration from bad data scenario (i.e. explicitly executing migrate_entity_unique_ids() from __init__.py)
* Ammendments suggested in first review
* Changes after second review
* Rewrite of test_migrate_config_entry_and_identifiers after feedback
* Converted migrate function into major version, updated tests
* Finalised variable naming convention per feedback, added test to validate config entry migrated to v2
* Hopefully final changes for cosmetic / comment stucture
* Further code-coverage in test_migrate_config_entry_and_identifiers()
* Minor test corrections
* Added test for non-tradfri identifiers
* add night mode toggle
* populate AC's action
* set hvac action on zones
* update tests
* show zones as off if AC is off
---------
Co-authored-by: Franck Nijhof <git@frenck.dev>
* fix for exception for specific ventilation device type + tests
* fix for exception for specific ventilation device type + tests
* New Testset just for fan
* update test_sensor.ambr
* Add fault sensor to balboa
* Use an event instead of sensor for faults
* Don't set fault initially in conftest
* Use event type per fault message code
* Set fault to None in conftest
ESPHome always uses .0 in the URL for the changelog,
and we never had a patch version in the stable
BLE version field so we need to switch it to
.0 for the URL.
* tweaks
* mysql
* mysql
* Update homeassistant/components/recorder/history/modern.py
* Update homeassistant/components/recorder/history/modern.py
* Update homeassistant/components/recorder/const.py
* Update homeassistant/components/recorder/statistics.py
* Apply suggestions from code review
* mysql
* mysql
* cover
* make sure db is fully init on old schema
* fixes
* fixes
* coverage
* coverage
* coverage
* s/slow_dependant_subquery/slow_dependent_subquery/g
* reword
* comment that callers are responsible for staying under the limit
* comment that callers are responsible for staying under the limit
* switch to kwargs
* reduce branching complexity
* split stats query
* preen
* split tests
* split tests
fix sync date for multiple devices
do not use handler for explicit update devices as internal communication lib do not provide which device is updated
use ha update loop
copy data object to prevent rewrite data from internal lib
allow more time to process response before log warning about long wait for response and make log message more clear
Previously, when the source sensor's state remains constant, the derivative
sensor repeats its latest value indefinitely.
This patch fixes this bug by consuming the state_reported event and updating
the sensor's output even when the source sensor doesn't change its state.
This reverts #116200
We changed the polling logic to avoid polling if all chars are marked as watchable
to avoid crashing the firmware on a very limited set of devices as it was
more in line with what iOS does. In the end, the user ended up replacing
the device in #116143 because it turned out to be unreliable in other
ways. The vendor has since issued a firmware update that may resolve
the problem with all of these devices.
In practice it turns out many more devices
report that chars are evented and never send events. After a few months
of data and reports the trade-off does not seem worth it since
users are having to set up manual polling on a wide range of
devices. The amount of devices with evented chars that do not
actually send state vastly exceeds the number of devices that
might crash if they are polled too often so restore the previous
behavior
fixes#138561fixes#100331fixes#124529fixes#123456fixes#130763fixes#124099fixes#124916fixes#135434fixes#125273fixes#124099fixes#119617
