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>
109 lines
5.3 KiB
Markdown
109 lines
5.3 KiB
Markdown
# PV-Erzeugungsprognose
|
||
|
||
<span class="badge testing">BETA</span> <span class="badge community">COMMUNITY</span>
|
||
|
||
Die Box prognostiziert die Erzeugung Ihrer Module Stunde für Stunde bis zum Ende des
|
||
Folgetags und zeigt sie in der App neben der gemessenen Erzeugung an. Die Funktion
|
||
gehört zur **Community**-Version (GPL-3.0): Sie beruht auf der Energie-Engine und dem
|
||
Plugin [OpenMeteo](../appareils/tarifs/openmeteo.md), ohne jeden ETM-Dienst.
|
||
|
||
!!! info "Beta"
|
||
Ausgeliefert und auf unserer Testanlage in Betrieb, aber noch in keinem Kanal des
|
||
APT-Repositorys veröffentlicht.
|
||
|
||
## Was Sie in der App sehen
|
||
|
||
- **Die Kurve der erwarteten Erzeugung**, Stunde für Stunde bis zum Ende des Folgetags,
|
||
über der gemessenen Erzeugung.
|
||
- **Eine Wetterspanne** um diese Kurve (siehe unten).
|
||
- **Das Wetter Stunde für Stunde** auf der Karte „Journée“: ein Symbol (Sonne, Wolken,
|
||
Regen …), Tag oder Nacht und die Temperatur.
|
||
|
||
## Wie die Prognose berechnet wird
|
||
|
||
Für jede angegebene PV-Fläche – Neigung, Ausrichtung, Spitzenleistung (kWp) und
|
||
Systemwirkungsgrad – rechnet die Box die von Open-Meteo prognostizierte Einstrahlung in
|
||
Leistung um. Anschließend addiert sie alle Flächen des Standorts.
|
||
|
||
Zwei Korrekturen werden angewendet, beide **deterministisch**: öffentliche physikalische
|
||
Modelle, parametriert mit Datenblattwerten, ganz ohne Lernen.
|
||
|
||
- **Temperaturkorrektur**: Ein warmes Modul erzeugt weniger. Die Box schätzt das aus der
|
||
prognostizierten Temperatur, der NOCT und dem Temperaturkoeffizienten der Module.
|
||
- **Wechselrichtergrenze**: Die Summe der Flächen überschreitet nie die maximale
|
||
AC-Leistung des Wechselrichters, sofern sie angegeben ist.
|
||
|
||
Die Prognose wird bei jeder neuen Veröffentlichung der Wettermodelle neu berechnet,
|
||
höchstens einmal pro Stunde.
|
||
|
||
### Eine Prognose – und eine optimistische Obergrenze
|
||
|
||
Was die Box anzeigt, ist eine **Prognose**, keine Messung. Sie ist zudem eine
|
||
**optimistische Obergrenze**: Verschattung (Bäume, Schornstein, Nachbargebäude) und
|
||
Verschmutzung der Module werden nicht modelliert. Eine tatsächliche Erzeugung unter der
|
||
Kurve ist daher normal und kein Hinweis auf einen Defekt.
|
||
|
||
### Eine Stunde ohne Daten ist eine Lücke, niemals eine Null
|
||
|
||
Fehlt eine Stunde (Internet unterbrochen, Wetterdienst nicht erreichbar), wird die Kurve
|
||
unterbrochen. Die Box schreibt dort nie „0“: Eine Null würde sich lesen wie „keine Sonne
|
||
erwartet“.
|
||
|
||
## Die Wetterspanne
|
||
|
||
Um die Kurve zeichnet die App ein Band:
|
||
**Prognose × (1 ± Streuung der Modelle des Tages)**. Die Streuung misst, wie stark
|
||
mehrere Wettermodelle für den Tag auseinandergehen.
|
||
|
||
Dieses Band beschreibt **das Wetter**, und nur das Wetter. Über die Genauigkeit der
|
||
Erzeugungsprognose sagt es nichts: Verschattung und Verschmutzung sind darin nicht
|
||
enthalten. Bei stabilem Sonnenwetter ist es schmal, während die Abweichung durch diese
|
||
Faktoren gerade dann am größten ist. Es ist also weder ein „erwarteter Fehler“ noch ein
|
||
„Konfidenzintervall“.
|
||
|
||
## Inbetriebnahme
|
||
|
||
1. Installieren Sie das OpenMeteo-Plugin und legen Sie den **Standort** und seine
|
||
**PV-Flächen** an – siehe [OpenMeteo](../appareils/tarifs/openmeteo.md).
|
||
2. **Bestimmen Sie den Prognose-Standort** in der App. Solange keiner bestimmt ist,
|
||
zeigt die Prognosekarte einen Hinweis und schlägt die verfügbaren Standorte vor.
|
||
Alle Flächen des bestimmten Standorts werden addiert.
|
||
3. Optional: Tragen Sie die **Wechselrichtergrenze** ein (maximale AC-Leistung in W).
|
||
Ohne sie wird keine Grenze angewendet.
|
||
|
||
## Was die Prognose nicht tut
|
||
|
||
Das ist die zentrale Regel der Community-Version: **Ohne Optimierer wird regelbasiert
|
||
gesteuert** (Solarüberschuss, Lastabwurf, Prioritäten). Die PV-Prognose, der
|
||
[eingegebene Tarif](../tarifs.md) und der Grundverbrauch werden **angezeigt** und
|
||
**lokal aufgezeichnet**, aber nie für Entscheidungen verwendet. Ein automatischer Test
|
||
prüft das: Die Engine trifft mit und ohne Prognose, Tarif und Verbrauchsprofil dieselben
|
||
Entscheidungen.
|
||
|
||
Die lokale Aufzeichnung dient dazu, die Genauigkeit der Prognosen über die Zeit zu
|
||
messen. Die Validierung an einer realen Anlage läuft; vor ihrem Abschluss werden keine
|
||
Genauigkeitszahlen veröffentlicht.
|
||
|
||
## Prognostizierter Grundverbrauch <span class="badge nightly">IN VORBEREITUNG</span>
|
||
|
||
Die Box wird aus ihren eigenen Messungen ein Verbrauchsprofil des Haushalts berechnen,
|
||
ohne die gesteuerten Lasten: einen Median je Tagesstunde, getrennt nach Werktagen und
|
||
Wochenende. Ein Profil entsteht erst nach mindestens **7 Tagen** Messung. Bis dahin wird
|
||
nichts angezeigt: eine Lücke, niemals eine Null.
|
||
|
||
## Ihre Daten
|
||
|
||
Nur das OpenMeteo-Plugin verbindet sich mit dem Internet. Es sendet ausschließlich die
|
||
**Koordinaten des Standorts** (auf etwa 1 km gerundet), seine **Höhe**, sofern
|
||
angegeben, und die **Ausrichtung der Module** (Neigung, Azimut). Messwerte,
|
||
aufgezeichnete Prognosen, Tarif und Verbrauch bleiben auf der Box. Der Fernzugriff ist
|
||
standardmäßig deaktiviert: Er wird nur geöffnet, wenn Sie ihn selbst in der App
|
||
aktivieren.
|
||
|
||
## Und ein Optimierer?
|
||
|
||
Die Architektur sieht eine **offene, dokumentierte Schnittstelle** zu einem externen
|
||
Optimierer vor, der diese Prognosen für die Planung nutzen könnte. Die Optimierung liefe
|
||
bei Ihnen, auf der Box oder auf einem Rechner in Ihrem lokalen Netz. Diese Anbindung ist
|
||
in Entwicklung; die Community-Version funktioniert vollständig ohne sie.
|