You can install it via HACS too by adding that github as a custom repo.
I have the card installed fine via HACS but where are you guys getting the hourly weather data from?
Iām using this integration which doesnāt give me that data. Could it just be due to the location I have set?
I have a Tempest weather station that has an hourly forecast option, https://github.com/briis/smartweather
I have released hourly forecast as a beta, which reminds me itās probably time to promote to general release. Will do that now. You should see it pop up as an upgrade in hacs soon
2 Likes
Iām using Brendanās beta. It works perfectly.
Awesome glad to see it make it
Same here.
Do you plan to update for your weather card (or a different one) to handle the hourly forcast?
No But iām also using GitHub - Yevgenium/weather-chart-card: Custom weather card with charts as linked above.
1 Like
I seem to have lost all my observation sensors since updating. Anyone else?
EDIT: a reload of the integration did not help but reinstalling it did.
Edit 2: while it does eventually load, something isnāt right.
This happened to me actually when I first started using it, and then I couldnāt reproduce the issue again after the first 2-3 times. Anything in your logs? Try chucking on debugging, this new version has some better debug logs, which might help me figure out whatās going on. Itās something to do with the hourly data taking a long time to download (and timing out).
logger:
default: warn
logs:
custom_components.bureau_of_meteorology: debug
I have created a github issue Integration taking too long to load Ā· Issue #90 Ā· bremor/bureau_of_meteorology Ā· GitHub
1 Like
I just restarted with debug logging enabled and the integration started flawlessly. 
Any tips on pulling data from the hourly forecast attributes?
Iāve got an automation that closes blinds if it gets too hot outside.
- Once it cools down and the temperature outside is cooler than the temperature inside, I want the blinds to open again.
- I need a way to test whether weāre in the ācooling downā stage of the day, or just the āheating upā part where the max temp is still ahead of us.
- Given the temp could go up and down a bit, I want to use the hourly forecasts to say āif no hourly forecasts in next X hours; or say before 10pmā > current temperature, safe to open the blindsā¦
The hourly forecasts are formatted like the following, so not sure how to create a āmax temp forecast between now and 10pmā sensor. Any ideas?
#weather.suburb_hourly
temperature: 27.3
humidity: 46
wind_bearing: 'N'
wind_speed: 20
forecast:
- datetime: '2021-12-06T03:00:00Z'
temperature: 27
condition: sunny
precipitation: 0
precipitation_probability: 10
wind_bearing: 'N'
wind_speed: 35
- datetime: '2021-12-06T04:00:00Z'
temperature: 27
condition: sunny
precipitation: 0
precipitation_probability: 10
wind_bearing: 'N'
wind_speed: 35
Guessing you will need a template something along the lines of:
{{ state_attr('weather.YOUR_HOURLY', 'forecast',)[0]['temperature'] }}
to get the first temp value and so on, then something else to work out the rest of your automation. The 0 in square brackets tells it which forecast item to look at.
The above is just a rework of something I have to grab part of an attribute so I canāt take credit, it was given to me by others.
Hello I just install the repo in HACS and added the integration in HA and I canāt see any new entityās, am I doing something wrong?
Logger: homeassistant.components.weather
Source: custom_components/bureau_of_meteorology/weather.py:24
Integration: Weather (documentation, issues)
First occurred: 16:47:22 (1 occurrences)
Last logged: 16:47:22
Error while setting up bureau_of_meteorology platform for weather
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/entity_platform.py", line 249, in _async_setup_platform
await asyncio.shield(task)
File "/config/custom_components/bureau_of_meteorology/weather.py", line 24, in async_setup_entry
location_name = hass_data[COLLECTOR].location_name
AttributeError: 'Collector' object has no attribute 'location_name'
I should read the error log before posting.
Because the integration uses the HA zone coordinates thereās no location setup for my town(location)
Cut and paste a town near you or you can move your HA zone location that BOM supports then setup the integration.
Afternoon - have BOM perhaps just switched to using long dash in the rain range forecasts? My weather display just started showing a block symbol instead of dash. If the forecast is rain range is 12-25 then the - (dash) is replaced by a square block indicating the character isnāt in my TTF font file file.
This only started happening the last couple of days.
Details of the BOM rain range character causing issues:
Character ā
Character name EN DASH
Hex code point 2013
Decimal code point 8211
Hex UTF-8 bytes E2 80 93
I tried using the replace function in lambda - but using it with a multi byte character is a sure way to cause a ESPhome crash it seems. Iāll post in the ESPhome topic to see if anyone else has ideas on how to deal with it, but if there are any suggestions here they are welcomeā¦
The change to using a dash was in the release notes of the recent update to the integration.
It displays fine for me:
EDIT: oh your ESPHome display.
Yeah - but now fixed. Dumb me forgot that the list of glyphs by default does not include most special characters - so instead had to specify the glyph list with en-dash added to the end:
font:
# Forecast text
- file: "fonts/calibri.ttf"
id: calibri_12
size: 12
glyphs: [
'&', '@', '!', ',', '.', '"', '%', '(', ')', '+', '-', '_', ':', 'Ā°', '0',
'1', '2', '3', '4', '5', '6', '7', '8', '9', 'A', 'B', 'C', 'D', 'E',
'F', 'G', 'H', 'I', 'J', 'K', 'L', 'M', 'N', 'O', 'P', 'Q', 'R', 'S',
'T', 'U', 'V', 'W', 'X', 'Y', 'Z', ' ', 'a', 'b', 'c', 'd', 'e', 'f',
'g', 'h', 'i', 'j', 'k', 'l', 'm', 'n', 'o', 'p', 'q', 'r', 's', 't',
'u', 'v', 'w', 'x', 'y', 'z', 'Ć„', 'Ƥ', 'ƶ', '/', 'ā']
1 Like