Hallo Thomas,
Dein Projekt ist interessant. Von FHEM mit seiner Vielzahl der Integrationslösungen von "Messgeräten" wird es ebenso unterstützt. Ich habe den Vorschlag gemacht, dass wir mit smartmeter_model = FHEM für Eure Statistik übertragen.
Grüße Markus
PS: Mein Link wurde leider angemeckert und musste zum Posten vorher wieder entfernt werden.
PPS/Mod: Hier der Link zum Thema im FHEM Forum:
Hi Markus, vielen Dank. Wir müssen SmartMeter und Script Laufzeitumgebung (FHEM auf NAS, Pi, ...) bzw. Version unterscheiden. Beim Daten einliefern über FHEM schlage ich vor, das Script nutzt FHEM-Version in "integration_version" und jeder Nutzer von FHEM trägt sein verbauten SmartMeter unter "smartmeter_model" ein. Oder schreiben wir aneinander vorbei?
Hallo Thomas,
ja, vielleicht schreiben wir aneinander vorbei. FHEM ist ja ein Zoo von Devices. Der Eine hat z.B. Daten aus einem Fronius Smartmeter, der Andere aus irgendeinem Balkonkraftwerk, und wieder ein anderer, wie ich, liest mit FHEM und Optokoppler die Daten seines mME, der widerum herstellerspezifisch ist. Unendliche Vielfalt, weshalb ich dachte, FHEM sei gut, damit Ihr die Quelle der Daten nachvollziehen könnt.
Das ist bei Home Assistant auch so. Deshalb FHEM-Version in "integration_version" und jeder Nutzer von FHEM trägt sein verbauten SmartMeter unter "smartmeter_model". In deinem Beispiel wäre das "integration_version": "FHEM-v0.1" und "smartmeter_model" ein. Oder schreiben wir aneinander vorbei?
Das ist bei Home Assistant auch so. Deshalb: FHEM-Version in "integration_version" und jeder Nutzer von FHEM trägt sein verbauten SmartMeter unter "smartmeter_model".
In deinem Beispiel wäre das "integration_version": "FHEM-v0.1" und "smartmeter_model": "Fronius Smartmeter".
Mit den beiden Werten kann man den Messpunkt gut zuordnen.
Erst mal noch danke für Dein Engagement.
Hmm, Fronius Beispiel ist zu einfach. 
Ich habe einen Holley EHZ541-ZE, den ich in FHEM mit unserem OBIS-Modul einlese. Version haben wir quasi keine.
Die Übertragung an Euch ist bisher eine Art Skript, welches jeder User individuell an seine Umgebung anpasst. Ich muss also den Usern eine einfach umsetzbare Lösung an die Hand geben.
Hallo Thomas,
vermutlich hast Du den separaten Thread, den Jens eröffnet hatte, nicht gesehen. Er hat auch meinen Link auf den Thread im FHEM-Forum im hiesigen Ausgangspost hinzugefügt.
Nun mein aktueller Stand, wie wir FHEMler, mein Setup als Beispiel, übertragen können/sollten.
"integration_version": "FHEM-v0.1" und
"smartmeter_model": "Holley EHZ541-ZE"
D'Accord ?
Markus
PS: Was die Punktgröße je Forecast anbelangt: Gestern sah ich auch Anlagen mit > 5 kWh/kWp. Eine Unterscheidung ganz gut. Vorgestern waren es nur 2,.. oder 4,... kWh/kWp. Denen konnte man kaum ansehen, dass mit forecast übertragen wurde. Die Unterscheidung zwischen den gar nicht ähnlichen Werten war gar nicht möglich.
Hi Micha, das sieht super aus, bitte so weiter machen. Ich habe eine Markierung für Messpunkte mit Forecast und Anlagengröße in Vorbereitung.
Es gibt 6 Marker Stufen für den Forecast von 0,2,4,6,8,10 kWh/kWp/Tag damit wird der Punkt immer 4px größer pro Stufe.
Schau Dir bitte die Änderung in den nächsten Tagen mal an.
Hi Thomas,
short question: Ist es ok, wenn generell 0-werte für pv_forecast_kwh(User hat z.B. gar keine forecastwerte) und Phasenwerte(bei z.b. einphasigen Messungen für die beiden anderen Phasen) übertragen werden ?
Dann ließe sich für uns die Übertragung etwas einfacher gestalten.
Grüße Markus
bei meine 1phasen shelly integration sende ich -1 für L2, L3. Ich denke, das läßt sich eindeutig auswerten als absichtlich nicht vorhanden
Kennst Du die datenerfassung-ortsnetz-auslastung/API.md at master · thomaslehmann1234/datenerfassung-ortsnetz-auslastung · GitHub dort sollten alle Fragen beantwortet werden und wenn nicht freue ich mich über einen Hinweis.
Sonnige Grüße, Thomas
Hallo Thomas,
Macht es Sinn, in github auch etwas zu FHEM bzgl. "Skripte" aufzunehmen ? Bei uns führen ja viele Wege nach Rom. Also nicht wirklich DAS Skript. Aber vielleicht motiviert es ja einen FHEM-User, wenn er zufällig übers github stolpert und die einfache Implementierung in FHEM sieht.
Als Einstieg in unseren Thread bietet sich dieser Post an, Datenerfassung ortsnetz-auslastung.de - Seite 3
Grüße Markus