7 Commits

Include renames

Author	SHA1	Message	Date
tliu93	8b91146c29	FU10: localize energy time math to server tz; accrue fixed/credit per elapsed local day ... - Store UTC, compute day boundaries in server local timezone (new app/services/timezone.py). - summarize: fixed fee / tax credit accrue only for elapsed whole local days, integrated across contract versions — no future-day inflation, no version-switch collapse. - MQTT import_cost_total / export_revenue_total getters delegate to summarize (no inline apportionment), anchored at the active contract's earliest version effective_from so the total sensors stay monotonic and never jump backward. - effective_from: naive datetimes interpreted as server-local wall-clock, then stored UTC. - frontend ContractForm sends local-midnight naive datetime (was UTC midnight). - get_costs_summary default window uses server-local "today".	2026-06-25 11:13:30 +02:00
tliu93	9bc46f8d2d	expose: buy/sell_price_now follow the live dual-tariff slot ... Subscribe the separate DSMR tariff topic (dsmr/meter-stats/electricity_tariff, 1=dal/off-peak, 2=normal/peak), keep the latest slot in memory, and make the manual-contract buy/sell_price_now sensors show the matching tariff's price (tariff 1 -> dal, 2/unknown -> normal). Tibber (single 15-min price) unchanged. Billing is untouched (register-split already handles tariffs correctly). - new config dsmr_tariff_topic; subscribe managed by apply_dsmr_subscription (restart-free on config save). In-memory tariff is lock-guarded. - import_cost_total / export_revenue_total cumulative getters unchanged.	2026-06-24 15:39:21 +02:00
tliu93	6f8cb05eab	expose: fold standing fee into import cost, tax credit into export revenue ... So HA can show the full payable: net = import - export = Total Payable, with both entities staying monotonic-positive (no negative-value/reset pitfalls). - import_cost_total = SUM(import_cost) + days*(network_fee+management_fee)/30 - export_revenue_total = SUM(export_revenue) + days*heffingskorting/365 (days = calendar days since the active version's effective_from, incl. today) - state_class total_increasing -> total (monetary-compatible; values still only increase). device_class/key/names: key unchanged, names clarified. - buy/sell_price_now and DeviceInfo untouched. Decimal money math. Tests added.	2026-06-24 14:26:32 +02:00
tliu93	7e61b0a938	HA Discovery fix: energy-cost sensors are always-available ... The energy-cost device has only sensors (no online/offline heartbeat), but the discovery config still declared an availability topic that nothing ever publishes 'online' to — so Home Assistant marked every energy-cost entity 'unavailable' even though the state topic was being published (visible in MQTT Explorer). - DeviceInfo gains provides_availability (default True, keeps Modbus behavior). - _energy_cost_provider sets provides_availability=False. - build_discovery_payload only emits availability/availability_mode for devices that publish a heartbeat; HA treats the rest as always-available. - Test asserts energy-cost configs omit availability.	2026-06-24 11:54:49 +02:00
tliu93	c61fc2d4ba	M6-T08: add energy_cost expose provider + post-billing state publish ... - expose.py: _energy_cost_provider yields buy/sell_price_now + import_cost_total /export_revenue_total (total_increasing, monetary), value_getters read from energy_cost_period; 2-element identifiers so the existing HA Discovery builder (which indexes identifiers[1]) works. Other providers/mechanism untouched. - main.py: energy-cost job calls publish_states after computing periods (no-op when MQTT/Discovery off). Tests added. Note: energy-cost sensors lack an availability heartbeat (ha_discovery mechanism limitation, out of scope here).	2026-06-23 22:44:41 +02:00
tliu93	35b95f5c88	M5-T11: add HA discovery and state publishing wired to polling	2026-06-22 15:32:43 +02:00
tliu93	360cddc05b	M5-T09: add exposed_entities table and ExposableEntity provider framework	2026-06-22 14:50:40 +02:00