Extend local weather station override beyond temperature

[angst911]

Summary

HA_TEMP_ENTITY (from #17) is great for overriding temperature from a local Home Assistant sensor, but most weather-station integrations (WeatherFlow/Tempest, Ecowitt, AccuWeather, etc.) actually expose a bundled weather.* entity with wind speed/bearing and a condition string, not just a raw temperature sensor. This adds an optional HA_WEATHER_ENTITY setting so wind speed, wind direction, sky condition, and day/night can also come from your own station, independently of and alongside HA_TEMP_ENTITY.

• fetch_ha_weather() reads wind_speed/wind_bearing attributes and maps the entity's state (condition string) to the closest WMO code via a small lookup table. Conditions with no clean WMO equivalent (e.g. windy) are left alone rather than guessed at, so you still get a partial override (wind, no condition) instead of a wrong one.
• fetch_ha_is_day() reads sun.sun for day/night, since weather.* entities don't expose that directly and it's a stock entity on every HA install.
• Staleness is judged against last_updated rather than last_changed — a weather entity's condition can sit unchanged for hours on a clear day while its numeric attributes keep updating every few minutes, so last_changed would make the override look stale almost immediately.
• Same fallback philosophy as the existing temperature override: any failure (unconfigured, unreachable, stale, unmapped condition) falls back to Open-Meteo silently, per-field.
• Settings UI: added a "Weather entity" field next to the existing "Temperature entity" field under the renamed "Local weather station" section, same optional/blank-to-disable UX.

Test plan

• pytest tests/test_weather_switch.py — 10 passed, including new coverage for the happy path, staleness fallback, unmapped-condition partial result, and the sun.sun day/night mapping
• php -l scripts/config.php — no syntax errors
• bash -n scripts/install_config.sh — no syntax errors
• python3 -m py_compile scripts/utils/weather.py — compiles clean
• Live-tested against a real WeatherFlow/Tempest weather.* entity on a running BirdNET-Pi install: ran weather.py manually with HA_WEATHER_ENTITY set, confirmed the log output and the resulting weather table row for the current hour matched the station's live reading exactly (temp, wind speed/direction, condition code, day/night)

🤖 Generated with Claude Code

[zach7036]

Thanks for putting this together and testing it with your WeatherFlow/Tempest setup! Expanding Home Assistant support beyond a dedicated temperature sensor was a useful suggestion.

This functionality is now available in v2.7.0 — Local Weather Stations through a separate implementation. An optional weather.* entity can supply temperature, wind speed, wind direction, and supported sky conditions, while the existing dedicated temperature sensor remains supported.

The implementation includes unit conversion, reporting-timestamp freshness checks, and independent fallback to available online data for each field. Local observations are saved before requesting online weather and stored separately so subsequent online syncs don’t overwrite them. Station Doctor also provides diagnostics for the configured sources.

There are two intentional differences from this proposal: day/night continues using the existing station-location-based source rather than sun.sun, and local condition mappings cover clear, partly cloudy, cloudy, and fog. Broader precipitation descriptions retain available online conditions rather than assuming a specific intensity or type.

Thanks again for the contribution! Please try the release with your station and let me know if you encounter any integration-specific issues.