Home Assistant weather provider using data from Belgian IRM KMI. The data is collected via their non-public mobile application API.
Although the provider is Belgian, the data is available for Belgium π§πͺ, Luxembourg π±πΊ, and The Netherlands π³π±
or
- Go to HACS > Integrations
- Add this repo into your HACS custom repositories
- Search for IRM KMI and download it
- Restart Home Assistant
or
- Configure the integration via the UI (search for 'IRM KMI')
This integration provides the following things:
- A weather entity with current weather conditions
- Weather forecasts (hourly, daily and twice-daily) using the service
weather.get_forecasts
- Short-term rain forecasts using the radar data using the custom service
Γ¬rm_kmi.get_forecasts_radar
- A camera entity for rain radar and short-term rain previsions
- A binary sensor for weather warnings
- A sensor with the timestamp for the start of the next warning
- Sensors for active pollens
The following options are available:
- Styles for the radar
- Support for the old
forecast
attribute for components relying on this
-
The weather provider sometime uses two weather conditions for the same day (see below). When this is the case, only the first weather condition is taken into account in this integration.
-
The trends for 14 days are not shown
-
The provider only has data for Belgium, Luxembourg and The Netherlands
Mapping was established based on my own interpretation of the icons and conditions.
Warnings are represented with two sensors:
- a binary sensor showing if any warning is currently active
- a timestamp sensor with the start time of the next warning (if any, else
unknown
)
The warning binary sensor is on if a warning is currently relevant (i.e. warning start time < current time < warning end time). Warnings may be issued by the IRM KMI ahead of time but the binary sensor is only on when at least one of the issued warnings is relevant.
The binary sensor has an additional attribute called warnings
, with a list of warnings for the current location.
Warnings in the list may be warning issued ahead of time.
Each element in the list has the following attributes:
slug: str
: warning slug type, can be used for automation and does not change with language setting. Example:ice_or_snow
id: int
: internal id for the warning type used by the IRM KMI api.level: int
: warning severity, from 1 (lower risk) to 3 (higher risk)friendly_name: str
: language specific name for the warning type. Examples:Ice or snow
,Chute de neige ou verglas
,Sneeuw of ijzel
,GlΓ€tte
text: str
: language specific additional information about the warningstarts_at: datetime
: time at which the warning starts being relevantends_at: datetime
: time at which the warning stops being relevantis_active: bool
:true
ifstarts_at
< now <ends_at
The following table summarizes the different known warning types. Other warning types may be returned and will have unknown
as slug. Feel free to open an issue with the id and the English friendly name to have it added to this integration.
Warning slug | Warning id | Friendly name (en, fr, nl, de) |
---|---|---|
wind | 0 | Wind, Vent, Wind, Wind |
rain | 1 | Rain, Pluie, Regen, Regen |
ice_or_snow | 2 | Ice or snow, Chute de neige ou verglas, Sneeuw of ijzel, GlΓ€tte |
thunder | 3 | Thunder, Orage, Onweer, Gewitter |
fog | 7 | Fog, Brouillard, Mist, Nebel |
cold | 9 | Cold, Froid, Koude, Kalt |
thunder_wind_rain | 12 | Thunder Wind Rain, Orage, rafales et averses, Onweer Wind Regen, Gewitter WindbΓΆen Regen |
thunderstorm_strong_gusts | 13 | Thunderstorm & strong gusts, Orage et rafales, Onweer en wind, Gewitter und WindbΓΆen |
thunderstorm_large_rainfall | 14 | Thunderstorm & large rainfall, Orage et averses, Onweer en regen, Gewitter und Regen |
storm_surge | 15 | Storm surge, MarΓ©e forte, Stormtij, Sturmflut |
coldspell | 17 | Coldspell, Vague de froid, Koude, Koude |
The sensor has an attribute called active_warnings_friendly_names
, holding a comma separated list of the friendly names
of the currently active warnings (e.g. Fog, Ice or snow
). There is no particular order for the list.
The state is the start time of the earliest next warning, if any; else unknown
.
The sensor has two additional attributes:
next_warnings
: a list of all the upcoming warnings, with the same data as thewarnings
attribute of the binary sensor (see above)next_warning_friendly_names
holding a comma separated list of the friendly names of the currently active warnings (e.g.Fog, Ice or snow
). There is no particular order for the list.
One sensor per pollen is created and each sensor can have one of the following values: green, yellow, orange, red, purple or none.
The exact meaning of each color can be found on the IRM KMI webpage: Pollen allergy and hay fever
This data sent to the app would result in grasses have the 'purple' state. All the other pollens would be 'none'.
Due to a recent update in the pollen SVG format, there may have some edge cases that are not handled by the integration.
The service returns a list of Forecast objects (similar to weather.get_forecasts
) but only data about precipitation is available.
The data is taken from the radar forecast: it is useful for very short-term rain forecast.
The service can optionally include data from the past (like shown on the radar).
Here is an example of service call:
service: irm_kmi.get_forecasts_radar
target:
entity_id: weather.home
data:
include_past_forecasts: true
The data is optional and defaults to false
.
Even when include_past_forecasts
is false
, the current 10 minutes interval is returned so the first item in the
response is in the past (at most 10 minutes in the past). This can be useful to determine if rain is currently falling
and how strong it is.
This is a personal project and isn't in any way affiliated with, sponsored or endorsed by The Royal Meteorological Institute of Belgium.
All product names, trademarks and registered trademarks in (the images in) this repository, are property of their respective owners. All images in this repository are used by the project for identification purposes only.