Why is weather location important?
Your weather location determines the local timezone, sunrise/sunset times, and cloud cover forecasts — all critical for solar production predictions.
Getting the location correct ensures automation reacts appropriately to local weather conditions. For example, a forecast heavy rain in your area
will reduce solar output and might trigger battery discharge modes to maximize export during remaining sunny hours.
Use the format "City, Country" (e.g., "Sydney, Australia" or "Melbourne, Australia") for best results.
How does location affect my automation rules?
Location determines the actual sunrise/sunset times and cloud cover for your area. If you set a rule like "Discharge during peak export hours",
the system uses your location to calculate when peak sun is expected. Wrong location = wrong time windows = suboptimal discharge timing.
Additionally, timezone information from your location is used to align with local electricity-market data (pricing providers use local times).
What happens if I change my location?
The system will fetch new weather data for the new location on the next update cycle. Historical weather data for the old location is discarded,
and your weather cache resets. Automation rules will immediately start using the new sunrise/sunset times and timezone. No manual adjustment needed.
Why does weather data cache for 30 minutes?
Weather forecasts typically update hourly from data providers. A 30 minute cache reduces unnecessary API calls while keeping your forecast fresh enough
for automation decisions. Shorter caching would hit rate limits; longer caching might miss rapid weather changes like sudden cloud cover.
Can I use coordinates instead of a city name?
Currently, the system accepts location names (e.g., "Sydney, Australia"). The weather provider resolves the name to coordinates internally.
Using specific addresses or coordinates isn't supported, but city/state is precise enough for weather forecasting.
How many forecast days should I use?
6 days (default) is ideal for most users — it's enough to plan weekly without overwhelming the UI. If you want to see longer-term trends,
increase to
10-16 days. For real-time operation focused on today/tomorrow, reduce to
2-3 days.
More forecast days = slightly slower dashboard load times. Balance visibility with performance.