Note Issue #91 might not get fixed, leaving the Integration unusable as of 2024.3. It is too complicated to maintain this integration due to the low number of calls per day, so testing changes is very difficult as I quickly run out of calls, making me wait until the next day, to be able to continue. I strongly suggest people to find another Weather Integration, and there are many great ones out there.
- Fix issue #90 and changed the text in the Config Flow to reflect the new default values for updates
- Fixing missing translation string in
pl.json
. Thanks you to @nepozs - Fix issue #87 Detected integration that called async_setup_platforms. This call has now been replaced by the proper new function.
- Fixing invalid units for Wind Speed Knots and km/h plus AQI.
- Issue #85 Removed all deprecated device classes and implemetend
translation_key
to continue translating certain values in the UI. - Cleaned up the code to use the correct Device Classes based on all the new changes in 2023.1
- Minimum required version from now on is 2023.1.x
- Fixing #84 On sensor.weatherbit_forecast_day_n, the native_temperature and native_templow attributes both have the forecasted high temp values if the system is setup for Imperial Units.
- Fixing issue #73 BREAKING CHANGE This version now completely removes the Alerts from Weatherbit. As it turned out, even though I only did 1 REST call to Weatherbit to get Current, Forecast and Alert Data, the Alert data counted as an extra call. So by removing this, the Integration is a bit more usefull, after Weatherbit reduced the number of Free Calls per day from 500 down to 50. Removing the Alert part is the best option, as this data is available in a few other specialized integrations like MeteoAlarm.
- Issue #78 Deprecation warning in Logs after 2022.10 upgrade for temperature utility bug
- Issue [#73] WeatherBit have reduced the available calls per day on the Free Tier from 500 to only 50 calls per day. This now adjusts the minimum and maximum values for the update frequencies to ensure we don't run over the limit. IF YOU UPGRADE FROM A PREVIOUS VERSION, YOU WILL HAVE TO ADJUST BOTH SENSOR AND FORECAST FREQUENCY MANUALLY. Set them both to min 60 min to avoid to many calls.
- Issue #76 HA 2022.10: Detected integration that uses speed utility
- Added Device Class for Wind Speed and Precipitation. This is a new device class introduced with HA 2022.10, that makes it possible to change the unit directly from the UI.
- Issue #70 Fixing
is overriding deprecated methods on an instance of WeatherEntity
message that will start showing up in the log. Thanks to @Mariusthvdb for reporting this.
- Issue #67. Deprecreated function as of HA V2022.6.
- Reverting
observation_time
back to a Timestamp device class, but keeping the fix from 1.0.8 with the Timezone.
- Issue #55. Sometimes Weatherbit will deliver the samme alerts message twice. There is now a filter that takes out these double alerts and only displays it once.
- Issue [#62] and issue #64 Forecast Day is a day behind.
- German translation for Config Flow and Sensor State update. Thank you @andilge for updating this.
- Issue #60
observation_time
will now display a Local Date Time string.
- Issue #56 Polish language was falling back to English if HA Locale was not set correctly. Thanks to @andilge for spotting and fixing this.
- Issue #53 Ensure humidity sensor is always reported as integer, without decimals.
- Added French translation of Config Flow. Thank you to @papo-o
-
BREAKING CHANGE #52 Changed Unique ID to use the supplied Latitude and Longitude. The previous value could sometimes change when many stations in close proximity, creating double entries. This unfortunately means that all entities will get a new unique id, and will be duplicated. I recommend to simply delete the Integration and add it again, and all the names should stay the same as before.
-
Fixing forecast date not in right format. Date needs to be a UTC time string and not DateTime object.
- Issue #50 Fixed pressure and visibility values not being correct. Please note that when clicking on a weather card, the units for pressure will be reported as
psi
if imperial units or else aspa
. The values however are ininHg
andhPa
. For metric units, wind speed is now also inm/s
and notkmh
. Not sure why this was changed on the Weather Entity.
- Issue #50 Changed the weather entity to use data from the current dataset, so that sensors and the weather entity are in sync on relevant data points.
If you are currently running a version smaller than 1.0.0, then please read the release notes for V1.0.0 before you upgrade
- New sensor called
observation_time
added. Holds the last update time of the data from the station.
If you are currently running a version smaller than 1.0.0, then please read the release notes for V1.0.0 before you upgrade
- Issue #46. Values for the
forecast_day_X
attributes, were not correct if unit system equals Imperial.
- Polish Sensor string updated. Thank you to @nepozs
- Issue #47. Adding
alt_condition
as attribute to Weather entity. This attribute holds alternative conditions if it is night.
If you are currently running a version smaller than 1.0.0, then please read the release notes for V1.0.0 before you upgrade
- Issue #43. Added the
forecast_day_X
sensors back as per request. Changed the naming of some of the attributes to be in line with Home Assistant standards. - Issue #45. City Name is now part of the Attributes for Alerts.
- Issue #44. BREAKING CHANGE Changed the name of the weather entity to
weather.weatherbit
and the Friendly Name toWeatherbit
as the previous chosen name was too long. The entity name might stay unchanged, but for some installations it will not, so you might have to update the UI.
- Changed the formula to extract English and Local Language text from the Alerts, to ensure they were in the right order every time.
This release contains breaking changes and you will have to re-define most of your settings in the UI and in automations after installation.
Due to the many changes and entities that have been removed and replaced, we recommend the following process to upgrade from an earlier Beta or from an earlier release:
- Upgrade the Integration files, either through HACS (Recommended) or by copying the files manually to your custom_components/weatherbit directory.
- Restart Home Assistant
- Remove the Weatherbit Integration by going to the Integrations page, click the 3 dots in the lower right corner of the Weatherbit Integration and select Delete
- While still on this page, click the + ADD INTEGRATION button in the lower right corner, search for WeatherBit, and start the installation, supplying your credentials.
- BREAKING CHANGE This is basically a completely new Integration, as all code has been rewritten from the beginning. This goes for the Integration itself, but also for the module
pyweatherbitdata
that this integration uses for communincating with the WeatherBit API. This is done to make the Integration compliant with Home Assistant coding practices and to ensure it is much easier to maintain going forward. As a consequence of that almost all sensors have a new Name and a new Unique ID's, which is why a removal and re-installation is the best option when upgrading to this version. You will also have to change the sensor and weather entity names in the UI and in Automations that are based on this Integration. - Alerts are now always pulled from Weatherbit, as I found a way to pull that data together with the Current observation data, so it is only 1 call to Weatherbit. If there are no current alerts there will be no Attributes.
forecast_day_x
sensors have been removed from the new Integration. Data is already present as attributes in theweather
entity, but if someone really needs these, please create an issue in Github and I will look at adding them back.- Fixing Issue #41 and #42. Deprecated
device_state_attributes
.
- Frontend Translations are now in place for non-standard text based sensors like Beaufort Description, UV Description and Wind Cardinals. This means that the state of the sensor will always be the same, independend of the UI Language, which makes it easier to make automations that go across UI languages. Please see the README file, if you want to translate to your local language.
- Dutch translation for Config Flow added. Thanks to @erik7
- Dutch translation for Sensor UI Values updated. Thanks to @erik7
This release contains breaking changes and you will have to re-define most of your settings in the UI and in automations after installation.
Due to the many changes and entities that have been removed and replaced, we recommend the following process to upgrade from an earlier Beta or from an earlier release:
- Upgrade the Integration files, either through HACS (Recommended) or by copying the files manually to your custom_components/weatherbit directory.
- Restart Home Assistant
- Remove the Weatherbit Integration by going to the Integrations page, click the 3 dots in the lower right corner of the Weatherbit Integration and select Delete
- While still on this page, click the + ADD INTEGRATION button in the lower right corner, search for WeatherBit, and start the installation, supplying your credentials.
- BREAKING CHANGE This is basically a completely new Integration, as all code has been rewritten from the beginning. This goes for the Integration itself, but also for the module
pyweatherbitdata
that this integration uses for communincating with the WeatherBit API. This is done to make the Integration compliant with Home Assistant coding practices and to ensure it is much easier to maintain going forward. As a consequence of that almost all sensors have a new Name and a new Unique ID's, which is why a removal and re-installation is the best option when upgrading to this version. You will also have to change the sensor and weather entity names in the UI and in Automations that are based on this Integration. - Alerts are now always pulled from Weatherbit, as I found a way to pull that data together with the Current observation data, so it is only 1 call to Weatherbit. If there are no current alerts there will be no Attributes.
forecast_day_x
sensors have been removed from the new Integration. Data is already present as attributes in theweather
entity, but if someone really needs these, please create an issue in Github and I will look at adding them back.- Fixing Issue #41 and #42. Deprecated
device_state_attributes
.
- Frontend Translations are now in place for non-standard text based sensors like Beaufort Description, UV Description and Wind Cardinals. This means that the state of the sensor will always be the same, independend of the UI Language, which makes it easier to make automations that go across UI languages. Please see the README file, if you want to translate to your local language.