Tags: koosoli/Leneda-integration
Tags
Release v2.18.1 Patch: subsidy/compensation stacking fix (SUDenergie 08.2026 now within 2 cents of the printed bill), subsidy quantities reconciled to billed import, and gas billing for volume-only meters via configurable gas_kwh_per_m3 (issue #92, part 1). Frontend rebuilt; version bumped in package.json, lockfile and manifest; CHANGELOG section closed.
## [v2.17.1] - 2026-08-11 ## [v2.17.1] - 2026-08-11 ### New Features - **Prorata Modus for Solar Self-Use:** The self-use priority field is now optional. When a PV system is left without a priority, its self-consumption and export are no longer forced into an invented order — instead each unprioritised system is allocated a share of the house load proportional to what it produced in that same 15-minute interval. Configs with no priority at all therefore run fully pro-rata, which is the fairest default when several systems feed the same house. - **Mixed Allocation:** Priorities and pro-rata can be combined. Systems with an explicit priority are served first (1 = consumed first at home); systems that share a priority — or have none — split their tier's self-consumption pro-rata. A tier with one system behaves exactly like the previous strict-priority allocation, so existing configurations are unchanged. - **Allocation Method Shown in the UI:** The invoice and the per-system value breakdown state which method produced the split, and each system is labelled "Self-use priority N" or "Pro-rata self-use". ### Bug Fixes - **Invoice Total Off by One Cent:** The estimate summed every invoice line at full precision and applied VAT to that raw subtotal, while suppliers price each line to the cent and charge VAT on the sum of the rounded lines. On a real SUDenergie June 2026 bill this produced 79,19 EUR against the printed 79,20 EUR. Every line, the subtotal, the adjustment line, VAT and the total are now rounded exactly as a biller does, in both the dashboard and the Home Assistant sensors, so the displayed lines also add up to the displayed subtotal. Gas invoices and the reference-power comparison use the same rounding. ### Changes - Very old configurations migrated from the single legacy feed-in mode no longer receive an arbitrary 1..N priority; they now use Prorata Modus. Configurations that already carry explicit priorities keep them and are calculated exactly as before. - Python and TypeScript allocators are covered by mirrored test suites (`tests/test_solar_allocation.py`
## [v2.15.0] - 2026-06-23 ## [v2.15.0] - 2026-06-23 ### Bug Fixes - **Multi-System Export Route Fix:** Corrected `_get_meter_routes` in `http_api.py` so all configured production and export meters are included in custom/year range queries instead of only the first one. Previously, when no dedicated export meter was explicitly registered in the route map, the fallback only appended `preferred.export_meter` (the first meter) rather than iterating `preferred.export_meters`, causing Solar 2's grid export to be silently omitted. This resulted in an inflated self-consumption figure, an underreported feed-in revenue, and an incorrect Net Electricity Position for multi-solar setups over long periods. ### Improvements - **Version Sync:** Bumped the integration, frontend package, and dashboard version badge to `v2.15.0`.
## [v2.14.0] - 2026-06-19
## [v2.14.0] - 2026-06-19
### Features
- **Export Consumption Meter Role:** Added `export_consumption` ("Grid export, consumption-metered") meter type for grid-export meters that report export data on the active-consumption register (`1-1:1.29.0`) instead of the standard export register (`1-65:2.29.9`). This enables correct self-consumption calculation when the export meter only exposes consumption-side OBIS codes.
### Bug Fixes
- **Sharing-Layer OBIS Safety:** Removed overly broad sharing-layer OBIS translations (`1-65:2.29.1`–`1-65:2.29.4`) from `export_consumption` to prevent potential 4× overcounting if energy community sharing is ever combined with a consumption-metered export meter.
### Improvements
- **Standalone Server Parity:** Added `productionMeterIds()`, `exportMeterIds()`, and `getObisForMeterId()` helpers to `server.js` so the standalone proxy fully supports `solar_consumption` and `export_consumption` OBIS translation on all API calls.
- **Version Sync:** Bumped the integration, frontend package, and dashboard version badge to `v2
## [v2.13.0] - 2026-06-19 ## [v2.13.0] - 2026-06-19 ### Features - **Solar Consumption Meter Role:** Added support for solar production meters wired in a consumption perspective (using active consumption OBIS codes `1-1:1.29.0` / `1-1:3.29.0` instead of production codes `1-1:2.29.0` / `1-1:4.29.0`). Added a new `solar_consumption` meter type in the configuration flow and settings, with dynamic OBIS code translation in the coordinator and API. ### Improvements - **Version Sync:** Bumped the integration, frontend package, frontend lockfile, and dashboard version badge to `v2.13.0`.
PreviousNext