Closed mtwhitley closed 3 weeks ago
Hey there @natekspencer, @jeeftor, mind taking a look at this issue as it has been labeled with an integration (weatherflow
) you are listed as a code owner for? Thanks!
(message by CodeOwnersMention)
weatherflow documentation weatherflow source (message by IssueLinks)
I'm still on 2023.11
... @natekspencer - you able to take a look?
Mine is still working with the upgrade to 2024.1. There also weren't any notable updates in this release that should have caused issues. @mtwhitley has your sensor entered a power saving mode by chance? This could cause it to not have sent all the necessary information to HA on restart and may take some time before all sensors show up. Additionally, please enable debugging to see if there are any errors or logs to help with troubleshooting.
Thanks for helping me out. The Tempest is up and running, queryable via my home server and posting to WeatherUnderground, CWOP, and PWSWeather.com. I rebooted the station just now to see if that helped. Same result.
I've had no issues up till the upgrade. Strange. I enabled debugging, and took a look at the System > Logs but didn't see much related to Weatherflow. I'm attaching the log here in case that helps. Let me know if I should be looking for the debug logs in a different location since I don't do that regularly.
Thanks again. home-assistant_2024-01-04T20-38-25.893Z.log.zip
I see the errors ... we probably need the backing lib debugging turned on as well:
Template<template=({{((float(states('sensor.weatherflow_air_temperature')) * 9/5) + 32 | round(2))}}) renders=2>
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 1974, in forgiving_float
return float(value)
^^^^^^^^^^^^
ValueError: could not convert string to float: 'unavailable'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 567, in async_render
render_result = _render_with_context(self.template, compiled, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 2305, in _render_with_context
return template.render(**kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/local/lib/python3.11/site-packages/jinja2/environment.py", line 1301, in render
self.environment.handle_exception()
File "/usr/local/lib/python3.11/site-packages/jinja2/environment.py", line 936, in handle_exception
raise rewrite_traceback_stack(source=source)
File "<template>", line 1, in top-level template code
File "/usr/local/lib/python3.11/site-packages/jinja2/sandbox.py", line 393, in call
return __context.call(__obj, *args, **kwargs)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 1977, in forgiving_float
raise_no_default("float", value)
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 1625, in raise_no_default
raise ValueError(
ValueError: Template error: float got invalid input 'unavailable' when rendering template '{{((float(states('sensor.weatherflow_air_temperature')) * 9/5) + 32 | round(2))}}' but no default was specified
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 693, in async_render_to_info
render_info._result = self.async_render(
^^^^^^^^^^^^^^^^^^
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 569, in async_render
raise TemplateError(err) from err
homeassistant.exceptions.TemplateError: ValueError: Template error: float got invalid input 'unavailable' when rendering template '{{((float(states('sensor.weatherflow_air_temperature')) * 9/5) + 32 | round(2))}}' but no default was specified
2024-01-04 02:08:37.931 ERROR (MainThread) [homeassistant.components.template.template_entity] TemplateError('ValueError: Template error: float got invalid input 'unavailable' when rendering template '{{((float(states('sensor.weatherflow_air_temperature')) * 9/5) + 32 | round(2))}}' but no default was specified') while processing template 'Template<template=({{((float(states('sensor.weatherflow_air_temperature')) * 9/5) + 32 | round(2))}}) renders=4>' for attribute '_attr_native_value' in entity 'sensor.weatherflow_temp'
2024-01-04 02:08:37.936 ERROR (MainThread) [homeassistant.helpers.event] Error while processing template: Template<template=({{ states.sensor.printables.attributes["downloadCount"] }}) renders=2>
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/template.py", line 567, in async_render
render_result = _render_with_context(self.template, compiled, **kwargs)
(Do you know how to turn on debugging manually in config.yaml)
logger:
default: info
logs:
pyweatherflowudp: debug
I see the errors ... we probably need the backing lib debugging turned on as well:
These errors aren't part of the integration, but rather for a template sensor. Enabling debug logging automatically enables the pyweatherflowudp logs as well. HA isn't seeing any traffic from the device however it seems.
what platform are you running on we can do the netcat test to see if there is UDP traffic at all?
I’m running on a HA Yellow. Still need me to enable debug in the yaml?
It definitely seems slower at creating the sensors then previously, I also note that I'm missing data for a few that were previously there > Feels Like, Wind Direction Average, Wind Gust, Wind lull, and Wind Speed average. Log is below:
2024-01-05 12:14:05.739 DEBUG (MainThread) [pyweatherflowudp.client] Started listening
2024-01-05 12:14:06.587 DEBUG (MainThread) [pyweatherflowudp.client] Received message from 192.168.2.178:50222 - b'{"serial_number":"HB-00018767","type":"hub_status","firmware_revision":"171","uptime":5855762,"rssi":-60,"timestamp":1704474844,"reset_flags":"BOR,PIN,POR","seq":584982,"fs":[1,0,15675411,524288],"radio_stats":[22,1,0,3,31263],"mqtt_stats":[296,717]}'
2024-01-05 12:14:06.587 DEBUG (MainThread) [homeassistant.components.weatherflow] Found a device: Hub
@craigwitter your Tempest is in power mode 2 which explains why it takes longer to initialize some of the sensors since they don't report near as frequently. Once it gets an update from your device, those will populate.
Thanks for the quick response!
On Fri, Jan 5, 2024, 12:46 PM Nathan Spencer @.***> wrote:
@craigwitter https://github.com/craigwitter your Tempest is in power mode 2 https://help.weatherflow.com/hc/en-us/articles/360048877194-Solar-Power-Rechargeable-Battery which explains why it takes longer to initialize some of the sensors since they don't report near as frequently. Once it gets an update from your device, those will populate.
— Reply to this email directly, view it on GitHub https://github.com/home-assistant/core/issues/107070#issuecomment-1879043918, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADDNYG6BC7YOURZ3J7NGGSLYNA36VAVCNFSM6AAAAABBMSOUQSVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNZZGA2DGOJRHA . You are receiving this because you were mentioned.Message ID: @.***>
Tonight I thought I would try deleting and re-adding my Tempest station.
After deleting the hub, I can no longer launch the integration. I receive the following error, even after a host reboot.
Just as another data point, I’m seeing the same error in my HA installation. Same symptoms: none of the WF entities are populating at all since I upgraded to 2024.1.2.
FWIW, I also lost one entity from my Crestron integration. This may or may not be related, but the entity has completely disappeared from HA, but is still showing in the Crestron App, still responds to the Crestron App, and Is still accessible from HomeKit via Homebridge.
LMK if there is any debug you need from me.
I am also seeing this same behavior. Just upgraded to 2024.1.2 and broke my Weatherflow Tempest. All sensors show Unavailable. No other changes.
@kmichels / @paulmona, were you previously on 2023.12 releases? Or had you upgraded to 2024.1.0/1 before and all was working then?
@natekspencer I was running 2023.12 before.
I am having the same issue. It started when I upgraded the OS to the latest version. I was on 2024.1.0 I believe it was. I upgrade to 2024.1.2 and that did not fix the issue.
I did notice that before I did the OS upgrade that the integration would stop updating but then would start up again hours later. So like the wind speed would get stuck at 5.1mph for a few hours and then would start updating again some time later.
Interesting, while typing this up it got an updated and is not showing data, but it took a good 5+ minutes.
@kmichels / @paulmona, were you previously on 2023.12 releases? Or had you upgraded to 2024.1.0/1 before and all was working then?
It was working on 2024.1.1 for me
Just upgraded to 2024.1.3 and still not working.
Removed integration, and now it throws an error attempting to add it back
”Config flow could not be loaded: Unknown error””
Also having the same issue. My integration has not updated values since December 26th, 2023.
Well I’ll take a look when I’m back in town and see if I can duplicate the issues Sent from my iPhoneOn Jan 14, 2024, at 5:53 PM, mtnbiker717 @.***> wrote: Also having the same issue. My integration has not updated values since December 26th, 2023.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.***>
Well I’ll take a look when I’m back in town and see if I can duplicate the issues Sent from my iPhoneOn Jan 14, 2024, at 5:53 PM, mtnbiker717 @.> wrote: Also having the same issue. My integration has not updated values since December 26th, 2023. —Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you were mentioned.Message ID: @.>
I ended up changing my WiFi network and I can pull the values. However, I now have 3 devices in the integration. The device that is the name of my device still has no values. One of the other two devices has no values either. The other one is names what appears to be the original device name, has all the values. Hope that helps.
Same issue here.... Core 2024.1.5 Supervisor 2023.12.1 Operating System 11.4
Same here. Core 2024.1.5 Supervisor 2023.12.1 OS 11.4
Mine became unavailable January 13, which sounds like around when I updated HA
@jeeftor @natekspencer Any updates that you can share?
Same issue here. Station is correctly reporting to internet and local network. I have an AIR/SKY setup, so there are 4 devices in my integration/setup: the hub device, the AIR device, the SKY device, and the "AIR & SKY" device that I've been using in all of my automations and dashboards. The individual AIR device and SKY device seem unaffected and are being updated with sensor data just fine, but the "AIR & SKY" device has "unavailable" sensors across the board. The usual power cycling of equipment and full rebooting of Home Assistant has been performed.
Integration was working until upgrade of the core to 2024.1.6 yesterday. • Core 2024.1.6 • Supervisor 2023.12.1 • Operating System 11.4
EDIT: Reverting to 2023.12.3 did not correct the problem (this was not a reversion from backup so could point to some persistent issue after an initial failure independent of the core).
Same issue here. Station is correctly reporting to internet and local network. I have an AIR/SKY setup, so there are 4 devices in my integration/setup: the hub device, the AIR device, the SKY device, and the "AIR & SKY" device that I've been using in all of my automations and dashboards. The individual AIR device and SKY device seem unaffected and are being updated with sensor data just fine, but the "AIR & SKY" device has "unavailable" sensors across the board. The usual power cycling of equipment and full rebooting of Home Assistant has been performed.
Integration was working until upgrade of the core to 2024.1.6 yesterday. • Core 2024.1.6 • Supervisor 2023.12.1 • Operating System 11.4
EDIT: Reverting to 2023.12.3 did not correct the problem (this was not a reversion from backup so could point to some persistent issue after an initial failure independent of the core). Well I feel silly, but it looks like the previous set of entities for the combined AIR + SKY sensor were deprecated, leaving a different subset of sensors and sensor names than the predecessor. I got rid of the HACS Weatherflow (UDP) integration long ago, so I probably missed some communication on recent updates. I was able to reclaim most of my previous sensors, by renaming to match (preserving history and front-end content) and creating a few template sensors. Maybe this comment will help others in this sameboat.
I was reading the following bug report: https://github.com/home-assistant/core/issues/101423
And read the new Weatherflow integration uses UDP to communicate with HA. Since my Tempest station sits on an IoT subnet, which is different than the subnet my HA uses, I checked my firewall rules to be sure UDP traffic was permitted. It was.
The above thread also mentions a UDP test one can run on the HA terminal to be sure UDP packets are reaching it from the Tempest. When I tested, I saw no signs of the packets. This led me to believe that the UDP broadcasts from the tempest were not traveling the two subnets.
Since my HA normally uses a wired ethernet connection I added my HA’s (normally disabled) wireless interface to the same IoT subnet as the Tempest. Voila! It works.
So HA and the Tempest must be on the same subnet for the new integration to work. That or you need to setup a UDP Broadcast Relay between the two subnets (I didn’t try this). Why the exact same setup worked in the December ‘23 release but not the January ‘24 one, I have no idea.
An easy way to tell if this is happening to you, try deleting your broken Weatherflow integration and re-adding it. If re-adding the integration fails with a message like “Config flow could not be loaded. Unknown Error” this means HA isn’t seeing the UDP broadcasts from the tempest. Hopefully the error message can be updated to something more meaningful.
I hope this helps.
Not sure if this offers any help, but Uptime and Signal Strength entities were disabled by default. I enabled them for the Station, and everything all entities then became unresponsive / unavailable. Tried restarting, no change. Disabled them, and everything went back to normal (working as intended).
@Aipoc76 how did you enable these? I looked everywhere in the app and home assistant but don't see any settings like this.
@Aipoc76 how did you enable these? I looked everywhere in the app and home assistant but don't see any settings like this.
Settings > Devices & Services > Weatherflow
Click the 2 Devices.
Then select the one that says HUB
Under Diagnostics will be 2 Entities not shown.
Click 1, then click on the cog (settings) and enable it..
Then do the same for the other device.
Same issue after updating... I deleted and tried to re-add the integration to the HUB and I get this:
Unable to discover Tempest WeatherFlow devices. Click submit to try again.
UDP Discovery Error. - These are on the same network which have has no changes
Can you try the cloud / forecast tempest integration? See if that one works at least?
Can you try the cloud / forecast tempest integration? See if that one works at least?
That one works fine...
I too am experiencing the same problem with my integration. I also have multiple vlans with the Home Assistant instance on a separate vlan from the tempest. Have you figured out what/if any ports need to be broadcast for it to work?
Honestly I use the cloud stuff personally. You need udp traffic to flow correctly to ha.
https://weatherflow.github.io/Tempest/api/udp/v171/
Here's the udp docs.
But also don't vlan- so I have both running side by side.
I too am experiencing the same problem with my integration. I also have multiple vlans with the Home Assistant instance on a separate vlan from the tempest. Have you figured out what/if any ports need to be broadcast for it to work?
See my last post above, (if you missed it). Simply permitting traffic to flow between subnets will not suffice, you’ll likely need a broadcast relay that sits between subnets to retransmit packets to your HA subnet. This is not a common setup since subnets are designed to isolate broadcast traffic among other things.
I’d recommend trying to add a secondary HA network interface on your WF vlan if at all possible.
Same here with latest update. Will the integration be updated...fixed?
There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.
The problem
After upgrading to 2024.1 all Weatherflow tempest sensors show unavailable. The device is online and reporting publicly, is routable locally to and from HA, and HA was restarted.
What version of Home Assistant Core has the issue?
core-2024.1.0
What was the last working version of Home Assistant Core?
core-2023.12.4
What type of installation are you running?
Home Assistant OS
Integration causing the issue
Weatherflow
Link to integration documentation on our website
https://www.home-assistant.io/integrations/weatherflow
Diagnostics information
No response
Example YAML snippet
No response
Anything in the logs that might be useful for us?
Additional information
No response