pvnodepvnode
  • pvnode.com
  • Studio
  • Pricing
  • Deutsch
  • English
  • API Reference
Product
  • Studio
  • API Documentation
  • API Reference
  • Pricing
Resources
  • Quickstart
  • Integrations
Legal
  • Imprint
  • Privacy
  • Terms
  • Licenses
pvnodepvnode

© 2026 pvnode. All rights reserved.

linkedin
EinführungSchnellstartMigration von V1
Standorte & Daten
    Standorte & SolarflächenPrognosenHistorische DatenDaten-UploadKalibrierung & Monitoring
Guides
Enterprise
Integrationen
(Archiv) V1 API
powered by Zudoku
Standorte & Daten

Historische Daten

Die historischen Daten liefern vergangene PV-Erträge und Wetterdaten für einen Standort. Wie bei der Prognose fragen Sie über die site_id ab; Standort, Strings und Konfiguration kommen aus dem gespeicherten Standort.

TerminalCode
GET /v2/historical/{site_id}

In der V2 sind die alten V1-Endpunkte /recent und /history zu einem Endpunkt verschmolzen.

Die vollständige Parameter- und Feldliste steht in der API-Referenz. Diese Seite erklärt die Konzepte.

Zeitraum wählen

Sie geben den Zeitraum entweder als gleitendes Fenster (period) oder mit festem Start-/Enddatum an — nicht beides.

Gleitendes Fenster: period

period folgt dem Muster ^\d+[dmy]$:

SuffixBedeutung
dTage (z. B. 7d)
mMonate (z. B. 3m = 3 Monate)
yJahre (z. B. 1y = 1 Jahr)
TerminalCode
GET /v2/historical/{site_id}?period=30d

Reine Zahlen (30) werden abgelehnt.

Festes Fenster: start_date / end_date

ISO-Datumsangaben (YYYY-MM-DD), beide zusammen erforderlich:

TerminalCode
GET /v2/historical/{site_id}?start_date=2026-01-01&end_date=2026-01-31

period mit start_date/end_date zu mischen ergibt 400.

include-Gruppen

Wie bei der Prognose, aber ohne clearsky:

GruppeFelder
defaultpv_power (PV-Leistung in W).
weatherTemperatur, Wettercode, Wind, Luftfeuchte, Niederschlag, Schnee.
irradianceghi, dhi, bni.
allAlle Gruppen plus den strings-Block.

Historische Antworten enthalten kein daily-Aggregat und keine Clear-Sky-Werte — nur values und (bei strings/all) den per-String-strings-Block. Der strings-Block funktioniert wie bei der Prognose.

Validierung & Limits

Der angefragte Zeitraum wird gegen Plan und Plausibilität geprüft:

  • end_date darf höchstens gestern sein.
  • start_date ≤ end_date.
  • Spanne oder Anfangsdatum ≤ Ihr Plan-Limit

Verstöße ergeben 400 mit erklärender Meldung.

Limit / FehlerVerhalten
Zugriff zur Historical-APIOhne Historical-Zugang im Plan → 403.
Monatilchen Historical LimitMonatliches Anfragelimit (pro Nutzer & Endpunkt) → 429 bei Überschreitung.
max_period_daysMaximale Spanne pro Anfrage.
earliest_start_dateFrühestes abrufbares Datum.

Es gibt kein Caching; jede erfolgreiche Anfrage zählt auf das Monatslimit.

Ihre konkreten Limits finden Sie auf der Seite über Nutzung & Limits.

Last modified on June 9, 2026
PrognosenDaten-Upload
On this page
  • Zeitraum wählen
    • Gleitendes Fenster: period
    • Festes Fenster: start_date / end_date
  • include-Gruppen
  • Validierung & Limits