bba9c87608
Nouvelle page fonctionnalites/prevision-pv (FR/DE/EN, dans la nav) : courbe horaire jusqu'à la fin du lendemain par plan, correction de température et plafond onduleur (modèles déterministes publics, aucun apprentissage), « plafond optimiste », « une heure sans donnée est un trou, jamais un zéro », fourchette météo (qualifie la météo seulement), météo horaire, mise en service, règle centrale de la Community (affiché et enregistré localement, jamais utilisé pour décider), consommation de base « à venir », données qui sortent, optimiseur seulement comme interface prévue. Tarifs (3 langues) : section BETA « tarif saisi », exposé et non utilisé pour décider ; les tarifs dynamiques restent en roadmap. FAQ (3 langues) : réponse « données » réécrite avec la liste de ce qui sort ; « Predict AI », `optimizer-plugin` et « socket Unix » retirés ; la prévision physique passe dans Community, Pro garde les prévisions apprises. Accueil : « sans dépendance au cloud ». Tableau des fonctionnalités : trois lignes. Fiche OpenMeteo : lien vers la page, plafond appliqué par le moteur. Sources : INTERFACE.md et DESIGN_PREVISION_PV.md (feature/forecast-protocol-1.1), CONTRACT_A v4, CONSIGNE-app-etm66-prevision.md. Aucune donnée du banc. Vérifié comme en CI : génération, --check et mkdocs build --strict passent. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
35 lines
1.7 KiB
Markdown
35 lines
1.7 KiB
Markdown
# Tariffs
|
|
|
|
## Tariff entered by the installer <span class="badge testing">BETA</span>
|
|
|
|
The installer enters the site's electricity purchase tariff; the box stores it.
|
|
|
|
- **Single rate**: one price, all day.
|
|
- **Peak / off-peak**: one price per period. The engine accepts several time ranges per
|
|
period (for example off-peak at night and in the early afternoon); the ranges must
|
|
cover the 24 hours with no gap and no overlap.
|
|
- Prices in **euro cents per kWh, all taxes included** — the full price paid. A
|
|
feed-in tariff can be added (0 if not entered).
|
|
- Times are those of the **box** (its time zone), not of the phone.
|
|
|
|
In the app, the Tariff screen enters a single rate or peak/off-peak with one off-peak
|
|
range. A tariff with several ranges is shown there read-only.
|
|
|
|
!!! note "Exposed, not used to decide"
|
|
The engine **exposes** the tariff (display, local recording); it does not decide
|
|
with it. Without an optimiser, control stays rule-based — see
|
|
[PV production forecast](fonctionnalites/prevision-pv.md#what-the-forecast-does-not-do).
|
|
|
|
## Dynamic tariffs <span class="badge nightly">ROADMAP</span>
|
|
|
|
Arbitration on national tariff signals — **France**: Tempo (blue/white/red), off-peak
|
|
and peak hours, dynamic offers; CO₂ optimisation from the RTE eco2mix signal.
|
|
**Germany**: variable tariffs, spot offers (EPEX), grid-responsive control of
|
|
controllable loads under **§14a EnWG**; CO₂ optimisation from **SMARD**
|
|
(Bundesnetzagentur).
|
|
|
|
!!! note "Roadmap"
|
|
None of this is available yet — in either market. Tariff signals and grid rules are
|
|
national: ETM builds per market rather than translating one model across. That is
|
|
why this page differs by language instead of being a translation.
|