0.70.1 (2024-11-17)
- Bump
pyastroweatherio
version to0.70.0
0.70.0 (2024-11-16)
- Weather services provide forecast data of varying quality for different regions of the world. This makes further calculations such as ground fog, seeing etc. difficult. AstroWeather can therefore now also use data from the following services for internal calculations:
- DWD Germany
- Met Norway
- NOAA U.S.
- ECMWF
- enventually more to come.
- This data is optionally retrieved via Open-Meteo and supplements or replaces the previous basic data. It makes sense to try out the different services and compare them with actual measured values, for example from your own weather station. This should allow you to find the best service for your area. I'd love to hear your feedback on this new feature and which Open-Meteo service you have chosen for your region.
- Refactored
pyastroweatherio
from the ground up and is now using typeguard and dataframes. It was a lot of work, but it made the code much easier to read and extend, and it was fun. - AsterWeather now requires the AstroWeather-Card in version 0.70.0+. If you get a
Entity is not a AstroWeather entity
-error clean your browser cache and reload.
- Condition calculation now includes fog density. The fog density forecast is also included on the chart. Since fog is a very important factor in the condition calculation, AstroWeather can additionally estimate the density using temperature, relative humidity, dew point, and wind speed at ground level if you have activated the experimental mode. The condition calculation will then take into account fog forecast and the self-calculated fog density by using the worst value.
- The constellation of the Sun and Moon are now calculated.
- Additional calculations for Sun and Moon:
- Current constallation of Sun and Moon.
- Moon angular size, distance, relative distance and relative size, and more.
0.61.1 (2024-10-10)
- Hopefully fixes some install problems which occured on arm64 platforms (Yellow, RPi4) and addresses the issues #62 and #63. Tested platforms:
- HassOS (arm64) 2024.10.1 - seems resolved
- HassOS (amd64) 2024.10.1 - didn't have issues
- Dev container (amd64) 2024.11.0.dev0 - didn't have issues
- Non-supervised in container (amd64) 2024.10.1 - didn't have issues
- Fixes NoneType comparison #63
0.61.0 (2024-10-05)
- AstroWeather can now analyse the UpTonight report on comets. This makes it possible to know which comets will be in the sky tonight, their distance to the Sun and Earth and their current visual magnitude.
- One more thing with UpTonight: Check the altitude vs. time diagrams for all observable objects, bodies, and comets from the Home Assistant. See the README for examples.
0.60.0 (2024-09-13)
- AstroWeather can now analyse the UpTonight report on solar system bodies (planets). This makes it possible to know which planets will be in the sky tonight, when they will be at their maximum elevation and in which direction they can be observed.
- Return ISO format datetime from get_forecasts service. Fixes Issue 60.
0.50.4 (2024-07-07)
- About the AstroWeather Card v0.52.4:
- The card can now graph the precipitation amount.
- The amount of precipitation for the next 6 hours, starting with astronomical darkness, is now displayed in the status description if there is precipitation.
- Forwarding setup to config entry platforms. Fixes Issue 59.
0.50.2 (2024-06-05)
A lot of changes, fixes and improvements in the AstroWeather-Card are done.
- About the AstroWeather Card v0.52.2:
- The card can now display the precipitation forecast graphically. When activated you will get a scale on the right with up to 10mm of rainfall per hour.
- The lifted index got a dedicated scale on the right as well.
- The duration of astronomical darkness and deep sky darkness of the following night are now shown.
- The tabular forecast is now filtered by the enabled subcharts and shows 7 forecast hours max.
- News on AstroWeathers condition calculation:
- The forecast precipitation now influences the status calculation by making it worse.
- The icons for precipitation are now changing depending on rainfall per hour.
- Lots of fixes in the CSS section of the card.
0.50.1 (2024-05-28)
See full changelog for version 0.50.0 below.
- Minor fix in
pyastroweatherio
at seeing calculation.
0.50.0 (2024-05-27)
This is a massive release, at least under the hood. The pyastroweatherio library is more or less completely redeigned and much more resilient. It now offers an experimental mode which estimates atmospheric conditions like the lifted index.
- AstroWeather-Card now uses new Forecast service instead of weather entity attributes. Fixes Issue 34 and Issue 50.
- Removed the dependency to
pytz
inAstroWeather
andpyastroweatherio
which introduced a blocking call.
- Removed the sensor
seeing_plain
. This is now replaced by the sensorseeing
giving you the calculated seeing in arcsecs. - Removed the sensor
cloudcover_plain
. Use the sensorcloud_cover
instead. - Setting a name for the AstroWeather instance (see below) required to rearchitecture the entity IDs and the unique IDs. All entities of of an already existing instance will be migrated, but not the location name you defined within the AstroWeather-Card. The location name can now only be set during instance creation. If you want proper entity names, you need to delete existing instances and readd them after updating to the version 0.50 and above.
- AstroWeather now got an experimental mode which you can activate in the integration configuration. When using this, AstroWeather is now approximately calculating the seeing, transparency, and the lifted index based on Met.no delivered data. These calculations are a challenge and still at an early stage. They need to be validated, especially for different locations. Please report back how well it works for you.
- The integration should now be much more resilient. Fixes Issue 55 and Issue 56.
- News on AstroWeathers condition calculation:
- Calmness as an additional factor is now included. So the less wind the better gets the condition. Weighting can be adjusted same as seeing, transparency and the clouds.
- You can now weaken the influence of high, medium, and low clouds. By default, all levels are equally weighted, but high clouds can be less impairing for deep sky astronomy than medium or low clouds. Depending on your typical weather, it can make sense to weaken high clouds for the calculation. Experiemt with that.
- About the AstroWeather Card:
- Some labels on the AstroWeather Card are shortened to avoid line breaks.
- The card can now graph calmness and lifted index.
- Weather services used by AstroWeather:
- Met.no now became the leading forecast service instead of 7Timer. This happened because 7Timer has repeatedly provided unreliable data or was inaccessible in the recent past.
- In case 7Timer is not available, AstroWeather automatically falls to experimental mode.
- Replace deprecated HomeAssistantType with HomeAssistant fixes Issue 57.
- You can now name the AstroWeather instances when adding them to Home Assistant. Solves Issue 53.
- Completely redesigned configuration and options workflow.
0.42.3 (2024-02-09)
- Issue 51: Added missing User-Agent header in pyastroweatherio.
- Bumped versions of
aiohttp
, andpytz
in pyastroweatherio.
0.42.2 (2024-01-10)
- Fixed deprication warning "TEMP_CELSIUS". Thanks @ChristophCaina
0.42.1 (2023-11-12)
- Fixed daily Deep Sky Forceast.
0.42.0 (2023-11-10)
- Fixed weired behaviour of rise and set calclations depending on the earth location.
- Fixed the Deep Sky Darkness calculation which was a tough one.
- Fixed errors at astronomical night and forecast visualization in the Lovelace card.
I spent hours on testing all the calculations for multiple geographic locations (Anchorage, Sydney, Chile, Namibia, and my location (nearby Munich)). All show a deviation of less than a couple of seconds compared to United States Naval Observatory. Please report any issues.
- Moon set and rise time now calculated according to Naval Observatory Risings and Settings.
- Optional integration with UpTonight.
- Added Slovak translation. Thanks to @misa1515.
- New sensor on request: Next full Moon.
- New binary sensor for moon down during astronomical night.
- Card now displays local time for remote locations.
0.31.0 (2023-10-12)
- Calculation of deep sky darkness.
- Calculation of astronomical night duration.
- Binary sensors for moon rising/setting or up during astronomical night.
- Updated lovelace card.
0.30.0 (2023-10-06)
- Implemented hourly forecast.
- Changed nightly condition display.
- Card now indicates astronomical darkness graphically.
- Italien translation.
- Calculate next new Moon.
- Astronomical calculations can now be done every minute.
- Sun/Moon set and rise time is now updated after the previous one has happened.
- Beautified AstroWeather-Card Lovelace card. Card is now more customizable and able to show cloud coverage for low, medium and high clouds.
0.23.2 (2023-09-12)
- Issue 32: Implemented the new Weather forecast service for 2023.9.
0.23.1 (2023-04-26)
- Issue 30: Updated attribution to include Met.no.
0.23.0 (2023-04-24)
- AstroWeather does now integrate with Met.no in addition to 7Timer. Met.no seems to deliver a more accurate cloud forecast. If enabled in the configuration the Met.no cloud forecast overrides the 7Timer cloud forecast.
- New sensors for total, high, medium and low clouds added:
astroweather_clouds_area
Percentage for total cloud coverageastroweather_clouds_area_high
Percentage for high altitude cloud coverageastroweather_clouds_area_medium
Percentage for medium altitude cloud coverageastroweather_clouds_area_low
Percentage for low altitude cloud coverage
0.22.5.1 (2023-03-22)
- Issue #27: Bumped pyastroweatherio to v0.22.5.3 for better handling or erroneous data.
0.22.5 (2023-02-09)
- Issue #25: Fixed sensor units for string values.
0.22.4 (2023-01-15)
- Issue #21: Changed
DEVICE_CLASS_*
to SensorDeviceClass enums. TheDEVICE_CLASS_*
constants have been deprecated and replaced in Home Assistant Core 2021.12.
0.22.3 (2022-10-29)
- Issue #19: As of Home Assistant Core 2022.11, the IMPERIAL_SYSTEM is deprecated, replaced by US_CUSTOMARY_SYSTEM. The is_metric and name properties of a unit system are likewise deprecated and should not be used. Adjusted to use instance check instead.
0.22.2 (2022-07-22)
- Issue #18: Temperature conversions with
native_value
andnative_unit_of_measurement
are now implemented in the sensor entity Reference.
0.22.1 (2022-07-20)
- Calculate the timezone of the AstroWeather instance based on configured timezone. This makes it possible to configure multiple instances of AstroWeather for different locations with potentially different time zones.
- Issue #16 and Issue #17: The introduction of the module timezonefinder with it's nested dependency to py-h3 failed while compiling the
c
-module h3 on some home assistant deployment variants (e.g. Home Assistant Operating System on RPi). The config flow now allows to select the timezone for the specific AstroWeather instance for which reason the dependency totimezonefinder
is not required anymore.
- The config flow now requires an additional config entry. To upgrade from any previous version please delete the integration and add it again via the
Devices & Services
section of your Home Assistant
0.22.0 (2022-07-10)
- Calculate the timezone of the AstroWeather instance based on configured geographical location for the instance. This makes it possible to configure multiple instances of AstroWeather for different locations with potentially different time zones. Previously the timezone of the os was used.
- Added nautical dusk calculated for -12 degrees
- Added dew point calculation based on the Magnus-Tetens formula
- Added sun altitude and azimuth calculations
- Added moon altitude and azimuth calculations
- Calculations for civil sunset and sunrise are now calculated for -6 degrees (dusk)
- Issue #15: Properties
native_temperature
,native_temperature_unit
,native_wind_speed
- Issue #16: Added some missing weather types in
pyastroweatherio
(tsday
,tsnight
,tsrainday
,tsrainnight
)
0.21.0 (2022-05-13)
- Calculations for sunset and sunrise in polar regions are now supported. Thank you for @samhaa reporting this.
0.20.9 (2022-04-08)
- The weightings for the condition calculation is now configurable and can be adapted to your needs. Default isto weight clouds three times, seeing twice and transparency once.
- Reintroduced cloud coverage sensor alongside cloudless sensor
- Added forecast length sensor giving the available time period of forecast data in hours
- Day names instead of
Today
andTomorrow
for the nightly forecast - Updated German and Polish translations
strings.json
0.20.8 (2022-03-14)
- Improved resilience against incomplete data.
0.20.7 (2022-03-10)
- Added the moon phase as an attribute for the weather component.
- Changed the maximum precision for the API query to 7Timer to two digits to protect your privacy.
- Changed the forecast polling interval to be in a range of 30 mins to 4 hours with a default of 1h.
Note: The change about the forecast polling interval was required since AstroWeather is becoming more popular and has started to overwhelm the 7Timer service. The integration was already consuming about 20% of its capacity. The forecast quality will not downgrade since the service is updating its data on a six-hourly basis.
0.20.6 (2022-02-22)
- Corrected unit for lifted index (LI)
0.20.5 (2022-02-22)
- Proper handling of timestamps
0.20.4 (2022-02-19)
- Wind speed now showing in m/s
- New icons for moon rising and setting
- Added sensor astroweatherq_10m_wind_speed_plain
0.20.1 (2022-02-16)
- Timestamps not showing correctly on the companion app
- The sun_next_rising attribute was actually showing the sun_next_setting value
0.20.0 (2022-02-15)
- Added a Home Assistant weather entity
- Added support for an optional weather card for Lovelace
- Bump to version 0.20.0
- New sensors:
deepsky_forecast_today_desc
Deepsky forecast today descriptiondeepsky_forecast_tomorrow_desc
Deepsky forecast tomorrow descriptionsun_next_setting_astronomical
Sun next setting astronomical twilightsun_next_rising_astronomical
Sun next rising astronomical twilightsun_next_setting
Sun next setting civil twilightsun_next_rising
Sun next rising civil twilight
- Changed sensors now reporting as percentage (the higher the percentage, the better for sky observations):
condition
clouds
seeing
transparency
- The following sensors got replaced:
view_conditions
withcondition
forecast0
withdeepsky_forecast_today
forecast0_plain
withdeepsky_forecast_today_plain
forecast1
withdeepsky_forecast_tomorrow
forecast0_plain
withdeepsky_forecast_tomorrow_plain
sun_next_setting
withsun_next_rising_astronomical
- The following sensors got removed:
view_conditions_plain