Ja. "Forecast-Ertrag" sagt kaum was aus, mir wär da Leistungsfluss lieber, das umfasst alle Erzeuger und Verbraucher
1 „Gefällt mir“
Das Projekt macht Spaß, deshalb geht es gut voran. Danke für die Vorschläge.
Wir müssen überlegen, in welche Richtung sich das Projekt entwickeln soll. Wollen wir Transparenz über den Ausbau von iMSys, Wärmepumpen... oder wollen wir eher den Zustand der Netze im Moment visualisieren. Im nächsten Schritt will ich die API um min, max, avg für L1, L2, L3 erweitern, die Messfrequenz soll beim 300s bleiben. Ob man den Hausspeicher mit erfasst, wäre zu überlegen. Das Thema Leistung wird auch immer wieder angesprochen: Phase + Leistung.
Aus dem MaStR kann man noch viele Infos ziehen, Akku Speicher, Biomaße - oder fossile Kraftwerke. Darstellung von Stromleitungen, Stromverteilern kann man auch machen, da sind die Daten aber mit Kosten verbunden (80 Euro pro Jahr oder 390 Euro pro 250k Abrufe kommt auf den Anbieter an).
Dafür reichen die Spenden im Moment noch nicht. Aktuell ist der Server + Domains für die nächsten 6 Monate finanziert, was toll ist und ich will danke sagen. Der aktuelle Server ist auf 1.000 Clients ausgelegt und die Statistik Seite braucht schon 10s bis die 30 Tage Ansicht aufgebaut wird, was noch okay ist. Mal schauen, ob ein größerer Server möglich wird oder eine andere Datenbank mehr Power bringt.
2 „Gefällt mir“
Genau dieser Gedanke kam mir beim Lesen der Vorschläge auch.
Nicht alles was machbar ist, ist auch immer sinnvoll. Es gibt auch weitere Seiten (energy-charts.info, etc.) , die deutlich mehr, andere und auch die genannten Werte liefern.
Der große Charme dieser Seite ist es ja gerade, das ein Licht in genau den Bereich des Netzes geworfen wird, das seitens der VNB gerade nicht sichtbar werden sollte. Eine kontinuierliche Fortsetzung der E3/DC Untersuchung von Pfingsten 2026.
Und genau diese Transparenz ist dringend erforderlich, da auch seitens der BNetzA keinerlei Transparenzanforderungen formuliert werden - eher das Gegenteil.
3 „Gefällt mir“
Bin ich voll dabei. Deshalb war ich auch schon etwas verwundert über die Richtung mit Marktstammdaten, PV und Windkraft in der Karte 
Waren alles nur Vorschläge, und ja es muss sinnvoll und betreibbar sein!
Versuch Integration 0.2.0 nightly
schlage folgende Datenstruktur vor
const sc="Shelly Pro EM50"; // data source
const iv2="EM50-0.2.0"; // integraton version
var sd2={observed_at:da,latitude:la,longitude:lo,l1_v:vd, // sd data structure
l2_v:-1,l3_v:-1,grid_frequency_hz:fd,plant_capacity_kwp:ca,
pv_forecast_kwh:pp,smartmeter_model:sc,integration_version:iv2,
freq_lo:fl,freq_avg:fa,freq_hi:fu,l1_lo:vl,l1_avg:va,l1_hi:vu,
l2_lo:-1,l2_avg:-1,l2_hi:-1,l3_lo:-1,l3_avg:-1,l3_hi:-1,
bat_cap:bc,power:0};
für meinen EM50 könnte ich das (wenns funktioniert) aktivieren. caveat: Messungen nur alle 2s. Software 2.0.1 (aktuell) kackt sonst ab. ich fürchte schon 2.0.2 mit mehr grenzen was datenmengen angeht .. 
Bitte nicht falsch verstehen, ich schätze die Vorschläge und das Feedback sehr und will zu Diskussionen über Vor- und Wieder der Wege anregen.
Die Daten aus dem Marktstammdaten belasten die vorhandene Datenbank nicht, sondern liegen als static content daneben.
1 „Gefällt mir“
Hallo zusammen,
ich plane eine Erweiterung der Ortsnetz-Auslastung-API um zusätzliche, vollständig optionale Messwerte:
-
Min/Max/Mittelwert für Spannung je Phase und Netzfrequenz über das Sendeintervall, üblicherweise fünf Minuten
-
Stromstärke je Phase in A
-
Wirkleistung in W, Scheinleistung in VA und Leistungsfaktor
-
nutzbare Batteriespeicherkapazität in kWh
Bestehende Übertragungen bleiben unverändert. Bei einphasigen Messungen kennzeichnet weiterhin -1 die nicht gemessenen Phasen.
Noch ist das ein Entwurf. datenerfassung-ortsnetz-auslastung/API.md at master · thomaslehmann1234/datenerfassung-ortsnetz-auslastung · GitHub ab Überschrift: Geplante optionale Messfelder
Fehlen wichtige Angaben oder sind Bezeichnungen und Einheiten unklar?
Ich freue mich über euer Feedback! Grüße, Thomas
ok passt. schauen ob ich des heut noch schaff fürn EM50
battery_capacity in Wh? Konsistenz, alle anderen Werte sind auch ohne Skalierung.
hab schon "vorprogrammiert" aber etwas andere Texte
{"observed_at":"2026-10-18T15:31:26.087Z",
"latitude":47.3123,
"longitude":11.0914,
"l1_v":230,
"l2_v":-1,
"l3_v":-1,
"grid_frequency_hz":50,
"plant_capacity_kwp":1.8,
"pv_forecast_kwh":5.4,
"smartmeter_model":"Shelly Pro EM50",
"integration_version":"EM50-0.2.0",
"freq_lo":50,
"freq_avg":50,
"freq_hi":50,
"l1_lo":230,
"l1_avg":230,
"l1_hi":230,
"l2_lo":-1,
"l2_avg":-1,
"l2_hi":-1,
"l3_lo":-1,
"l3_avg":-1,
"l3_hi":-1,
"bat_cap":7000,
"power":0}
power factor und Scheinleistung find ich weniger interessant bzw bei shelly irreführend, besonders bei kleinen Leistungen is des arg daneben
Die Erweiterung sieht gut aus:
Nur von der Logik, sollte doch die Überspannung oderhalb der Unterspannung angeordnet sein, oder 
(Es ist schon richtig: Einen der nörgelt gibt es immer und jeder ist ersteinmal froh, wenn's was geworden ist - aber dann ist auch der Kopf wieder frei für die Kleinigkeiten
2 „Gefällt mir“
Alles gut. Überspannung ist nun oben Unterspannung unten.
1 „Gefällt mir“
Die Ortsnetz-Auslastung API bekommt neue Möglichkeiten zur Datenerfassung und Rückmeldung:
• Minima, Maxima und Mittelwerte für Netzspannung und Netzfrequenz
• Stromstärken, Netzleistung, Scheinleistung und Leistungsfaktor
• Batterieladezustand (SOC) und nutzbare Batteriekapazität
Alle neuen Messfelder sind optional. Übertragt bitte nur Werte, die eure Geräte tatsächlich liefern. Bestehende Clients bleiben kompatibel; der Endpoint bleibt /v1/measurements. Scripts und Integrationen müssen angepasst werden, um die neuen Felder zu nutzen.
Neu ist außerdem das Redispatch-Feedback in der API-Antwort: Es wertet bekannte Maßnahmen der letzten Stunde im Umkreis von 50 km aus. Ab drei betroffenen Anlagen und zwei unterschiedlichen Maßnahmen wird active: true zurückgegeben. Bei unvollständigen Daten bleiben bekannte Trefferzahlen sichtbar, ohne ein unsicheres „inaktiv“ zu melden. Der Datenstand wird ebenfalls mitgeliefert.
Wichtig: Räumliche Nähe zu Redispatch-Maßnahmen bedeutet nicht, dass der eigene Hausanschluss betroffen ist.
Die aktualisierte Beschreibung findet ihr hier:
3 „Gefällt mir“
Ein Beispiel Request sieht so aus:
NOW="$(date -u '+%Y-%m-%dT%H:%M:%SZ')"
curl -i https://www.ortsnetz-auslastung.de/v1/measurements
-H 'Content-Type: application/json'
--data-binary @- <<JSON
{
"observed_at": "$NOW",
"latitude": 52.74731,
"longitude": 13.25191,
"l1_v": 230.1,
"l2_v": -1,
"l3_v": -1,
"l1_v_min": 228.4,
"l1_v_max": 232.1,
"l1_v_avg": 230.2,
"battery_soc_percent": 62.5,
"battery_capacity": 10.2,
"grid_power_w": -1200
}
JSON
Über Nacht 1.000 überschritten? Juhu. Gratuliere recht herzlich. 
2 „Gefällt mir“
gibts da eine einfache integration für home assistant?
Ja, gibt es. Ich habe sie gerade installiert, die Integration funktionierte sofort und überträgt Daten. Danke für die gute Arbeit!
Zur Sicherheit hier nochmal der Link zum github Repo mit der Anleitung: GitHub - thomaslehmann1234/ha_ortsnetz_auslastung: HA Energy data collector for ortsnetz-auslastung.de · GitHub
Es gibt auch schon ein gut verständliches YT Video zur Erklärung: https://www.youtube.com/watch?v=G8Uk_LWyZ3s
2 „Gefällt mir“
mit dem einfachen Skript kann ich fehlende Phasen per "-1" ausblenden (1-phasiger Deye)
dies scheint mit der HACS Integration nicht mehr zu gehen, da brauchts alle 3 L. ist dem so?
Bin seit heute dabei, finde das Projekt sehr spannend.
Die HA Integration finde ich sehr gelungen, auch weil jeder der irgendwie etwas messen kann Daten beisteuern kann.
Aber ich habe diesbezüglich noch einen Verbesserungsvorschlag:
Eine kurze Selbsteinschätzung der Datenqualität der verwendeten Sensoren.
Denn die Werte von einem Shelly irgendwo im Haus kann schon eine deutliche Abweichung von einem Smartmeter direkt im Zählerschrank haben.
/Edit:
Für die Selbsteinschätzung wäre vielleicht eine Art Punktesystem am einfachsten. Also soetwas wie 3 Sterne für gute Sensorik wie ein professioneller Smartmeter direkt im Zählerschrank. Ein Stern Abzug für Leitungslänge über 15 Meter, noch ein Stern Abzug für "semi-professionelle" Sensorik wie z.B. Shelly 1pm oder 2pm.
1 „Gefällt mir“
Guter Punkt. Ändere ich mit dem nächsten Release der Integration.
1 „Gefällt mir“
jetzt sollten mehr Daten kommen, Ver. 0.5.0 läuft bei mir 
1 „Gefällt mir“
HA hat bei mir irgendwie keine Werte gefunden. Ich habs dann direkt aufm Shelly 3em pro laufen. Das ging sofort.