Der Fahrplan startet bei der naechsten Viertelstunde und endet zur naechsten Mitternacht plus dieser Anzahl voller Tage. Der erste (heutige) Tag ist ein Teiltag.
Beide Laeufe haengen am 15-min-Slotraster. Mit den Defaults 3/3: Preise/Wetter werden um :09/:24/:39/:54 abgerufen, der Fahrplan um :12/:27/:42/:57 gerechnet, und die Aktoren schalten an der Slotgrenze :00/:15/:30/:45. Die Summe beider Vorlaeufe muss unter 15 min bleiben.
Mit gesetzten Koordinaten wird beim Fahrplan-Lauf das Tageswetter von Open-Meteo abgerufen (kostenfrei, kein API-Key). Strahlung und Aussentemperatur ersetzen dann die statischen Profile. Ohne Abruf greifen Carry-forward, dann die statischen Profile, zuletzt die flach-konstanten Default-Werte unten.
Solltemperatur-Verlauf ueber den Tag: siehe Profil «Solltemperatur». Punktuelle Aenderungen ueber Wuensche. Der Default-Wert oben gilt als Start-Raumtemperatur, solange kein MQTT-Sensor angebunden ist.
Topic ausfuellen, um den Start-Wert live aus MQTT zu lesen; leer lassen fuer den Default-Wert. JSON-Pfad waehlt ein Feld aus einer JSON-Payload (Punkt-Notation, z.B. tC); leer = ganze Payload als Zahl. Faktor/Offset normalisieren die Einheit (SoC erwartet Prozent 0..100).
tC
Alle drei Felder ausfuellen, um ein Relais zu schalten; alle leer lassen fuer rein virtuelles Geraet (Optimierer rechnet mit, Simulator schaltet nichts).
Abwesenheitszeiten: Profil «E-Auto-Abwesenheit» (0 = anwesend, 1 = weg). Punktuelle Aenderungen ueber Wuensche.
Mindest-Ladestand des E-Autos zur Abfahrtszeit (wiederholt sich pro Prognosetag). Uhrzeit oder Prozent leeren, um die Vorgabe zu entfernen. Datumsbezogene Einzelfaelle stattdessen ueber Wuensche.
Startwert-Default ist der Initial-Ladestand am Horizont-Start, wenn kein MQTT-SoC-Sensor (unten) einen Wert liefert. Horizont-Ende ist ein weicher End-of-Horizon-Constraint am allerletzten Slot (Mitternacht des letzten Prognosetags) — Zwischentage bleiben frei optimiert.
Startwert-Default ist der Initial-SoC am Horizont-Start, wenn kein MQTT-SoC-Sensor (unten) einen Wert liefert. Horizont-Ende ist ein weicher End-of-Horizon-Constraint am allerletzten Slot — Zwischentage bleiben frei optimiert.
Ueberschuss-Rang (alle drei Komponenten): Reihenfolge bei PV-Ueberschuss, aehnlich einer Solarmanager-Prioritaetenliste — wirkt aber nur bei echtem Kosten-Gleichstand als Tie-Breaker, nie auf Kosten einer teureren Entscheidung. Batteriespeicher und E-Auto bevorzugen dabei zusaetzlich den fruehestmoeglichen Ladezeitpunkt.
Speichern