v1.0.1rc1

What's Changed

• Colocate tests within source by @BrendanAnnable in #50
• Add sub packages by @BrendanAnnable in #51
• Fix websocket price merging by @BrendanAnnable in #52

Full Changelog: v1.0.0...v1.0.1rc1

v1.0.0

Release v1.0.0!

Amber Express is now considered stable and production ready!

What's Changed

• Remove both pricing mode by @BrendanAnnable in #43
• Enable wait for confirmed by default by @BrendanAnnable in #46

Full Changelog: v0.2.6...v1.0.0

v1.0.0rc1

What's Changed

• Remove both pricing mode by @BrendanAnnable in #43

Full Changelog: v0.2.6...v1.0.0rc1

v0.2.6

What's Changed

Dramatically improves the confirmation lag in rate limited scenarios.

• Improve rate limiting by @BrendanAnnable in #40

Full Changelog: v0.2.5...v0.2.6

v0.2.5

What's Changed

• Price holding must respect demand window by @BrendanAnnable in #37
• Publish held price before interval boundary by @BrendanAnnable in #38
• Make forecast intervals configurable by @nickw444 in #35
• Fix detailed price negating by @BrendanAnnable in #39

New Contributors

• @nickw444 made their first contribution in #35

Full Changelog: v0.2.4...v0.2.5

v0.2.4

Release notes: Improve price confirmation handling

Summary

When Wait for confirmed price is enabled, the integration now updates the forecast on every interval boundary to hold the last confirmed price until a confirmed price arrives or until confirmation timeout. This prevents HAEO and other consumers from using the previous forecasts and sticks to the held price until confirmation.

Note the estimate attribute will now change to true from the interval boundary until price confirmation, even if you have wait for confirmed price enabled.

What's Changed

• Improve price confirmation handling by @BrendanAnnable in #36

Full Changelog: v0.2.3...v0.2.4

v0.2.3

What's Changed

• Add confirmation timeout option by @BrendanAnnable in #30

This updates will mean the "wait for confirmation" setting has a limit before it gives up and uses estimates.

NOTE: This timeout now defaults to 60 seconds, if you want an indefinite confirmation timeout like before, you must manually set it to 0.

Full Changelog: v0.2.2...v0.2.3

v0.2.2

What's Changed

• Fix estimate filtering by @BrendanAnnable in #28

Full Changelog: v0.2.1...v0.2.2

v0.2.1

What's Changed

• Round interval times to nearest minute by @BrendanAnnable in #25
• Update diagnostic sensor icons by @BrendanAnnable

Full Changelog: v0.2.0...v0.2.1

v0.2.0

v0.2.0 Release Notes

Highlights

• ⚡ Smarter polling - Probabilistic polling learns when Amber confirms prices to reduce confirmation lag
• 📊 HAEO compatibility - Price sensors now set interpolation_mode: previous for correct price processing (Requires HAEO >= v0.3.0)
• 🔍 New diagnostic sensors - Monitor rate limits, next poll time, and confirmation lag

User-Facing Changes

New Features

• Smart polling strategy - The integration now uses a CDF-based algorithm that learns when Amber typically confirms prices, reducing confirmation lag while staying within rate limits (#15)
• Interpolation mode - Price sensors now set interpolation_mode: previous so HAEO and other tools can process prices without interpolating between intervals (#21)
• Confirmation lag sensor - New sensor showing the time gap between receiving an estimate and receiving the confirmed price (#14)
• Diagnostic sensors (disabled by default) - New sensors for monitoring integration health (#22):
  • Rate limit remaining (requests)
  • Rate limit reset time
  • Next poll time (with schedule in attributes)

Improvements

• Persistent observations - Polling observations are now stored and persist across Home Assistant restarts (#23)
• Reliable forecasts - Forecasts are now always fetched with prices to ensure data consistency (#16)
• Improved logging - Poll schedule now logged at debug level for easier troubleshooting (#19)
• Price precision - Prices now rounded to 1/100th of a cent

Developer-Facing Changes

Developer Highlights

This release introduces a significant architectural improvement with the CDF (Cumulative Distribution Function) polling system. The system learns from historical observations when Amber typically confirms prices and optimally schedules polls to minimize confirmation lag while respecting rate limits.

Architecture

• New modules:
  • smart_polling.py - Polling manager coordinating interval state and poll decisions
  • cdf_polling.py - CDF-based strategy calculating optimal poll schedules
  • cdf_algorithm.py - Core CDF math and optimal poll point calculations
  • cdf_cold_start.py - Bootstrap data for new installations
  • cdf_storage.py - Persistent storage for CDF observations
• API client refactor - Config flow now uses the shared AmberApiClient with proper rate limiting
• Comprehensive test coverage - New test suites for CDF algorithm, smart polling, and polling offset calculations

Contributors

• @BrendanAnnable

Full Changelog

• Add confirmation lag sensor by @BrendanAnnable in #14
• Add smarter polling strategy by @BrendanAnnable in #15
• Always fetch forecasts and use all estimates by @BrendanAnnable in #16
• Improve poll schedule logging by @BrendanAnnable in #19
• Add interpolation mode to price sensor by @BrendanAnnable in #21
• Add diagnostic sensors by @BrendanAnnable in #22
• Add observation storage by @BrendanAnnable in #23

Full Changelog: v0.1.4...v0.2.0