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>
1.5 KiB
Tarifs
Tarif saisi par l'installateur BETA
L'installateur saisit le tarif d'achat d'électricité du site ; la box le conserve.
- Tarif unique : un seul prix, toute la journée.
- Heures pleines / heures creuses : un prix par période. Le moteur accepte plusieurs plages par période (par exemple des heures creuses la nuit et en début d'après-midi) ; les plages doivent couvrir les 24 heures sans trou ni chevauchement.
- Prix en c€/kWh TTC, le prix complet payé. Un tarif de revente peut s'y ajouter (0 s'il n'est pas saisi).
- Les heures sont celles de la box (son fuseau horaire), pas celles du téléphone.
Dans l'application, l'écran Tarif saisit un tarif unique ou des heures pleines/creuses avec une plage d'heures creuses. Un tarif à plusieurs plages s'y affiche en lecture seule.
!!! note "Exposé, pas utilisé pour décider" Le moteur expose le tarif (affichage, enregistrement local) ; il ne décide pas avec. Sans optimiseur, le pilotage reste à règles — voir Prévision de production PV.
Tarifs dynamiques ROADMAP
Arbitrage sur les signaux tarifaires français : Tempo (bleu/blanc/rouge), heures creuses/pleines, offres dynamiques. Optimisation CO₂ via le signal RTE eco2mix.
!!! note "Roadmap" Ces fonctions ne sont pas encore disponibles. Le marché français diffère du marché allemand : ETM adapte plutôt que de transposer.