hours_needed
Die Zahl: so viele günstige Stunden braucht die Anlage jetzt.
Hours · EMS · Speicher
Hours sagt Ihrem Energiemanagement, wie viele günstige Netzstunden der Speicher jetzt braucht — aus Batterie-Stand, Hausverbrauch und PV — und zu welcher Uhrzeit.
Der Speicher steht bei 28 %. Über Nacht braucht das Haus noch Strom. Die PV bringt heute wenig, morgen mittag aber kräftig. Hours füllt nur die Lücke — nicht den ganzen Speicher.
Konkrete Uhrzeiten, die das EMS setzen kann:
Illustratives Beispiel, keine Live-Daten. Echte Werte brauchen Standortprofil und API-Key.
Drei Größen reichen, damit das EMS nicht rät.
Wie voll ist der Speicher, was verbraucht das Haus noch, was kommt von der PV?
Hours deckt die Zeit bis zur nächsten guten Sonne — nicht die ganze Wochenlast.
So viele Netzstunden wie nötig, zu den günstigsten Uhrzeiten im Spotpreis.
Ein Aufruf POST /v1/decision/hours-demand liefert die Entscheidung, kein Roh-Chart.
hours_neededDie Zahl: so viele günstige Stunden braucht die Anlage jetzt.
charge_hoursDie Uhrzeiten und Preise dazu — damit der Optimierer nicht selbst suchen muss.
Der Horizont endet bei der nächsten guten Sonne, nicht bei „volle Woche laden“.
Für Loxone gibt es fertige PicoC-Anleitungen. Wer ein EMS baut, holt die Zahl per REST. Ein kostenloses Community-Konto reicht zum Ausprobieren.
Windows sagt: welche N Stunden sind am günstigsten. Hours sagt: wie viele Stunden braucht genau diese Anlage jetzt, weil Speicher, Last und PV so sind.
Nein. Sie erklären die Logik. Live-Werte brauchen ein Anlagenprofil im Portal und einen API-Key. Die technische Spec steht unter Docs.
Community zum Testen. Spec und Loxone-Guide für den Einbau. PV Forecast liefert die Sonne dazu.