Datenerfassung ortsnetz-auslastung.de

[Nobbynews]

Ich würde vorschlagen, bei integration_version einfach AttrVal("global", "version", "fhem") zu nehmen. Das ist dann für alle FHEM-Instanzen auch einheitlich formatiert und hängt nicht davon ab, dass die Leute irgendwas händisch eintragen.

Da steht bei mir aktuell

Code Auswählen Erweitern

fhem.pl:31730/2026-10-04Beim nächsten Update von fhem.pl steht da was neues und führt in der Statistik der Betreiber bei unterschiedlichen Ständen zu unsinnigen Einträgen in der Auswertung..
Finde ich jetzt nicht unbedingt eine gute Idee.
Eigentlich sollte fhem reichen.
Meine Meinung.

[KölnSolar]

Wie gesagt, ich diskutiere das. Es sollte in deren Statistik helfen, aber auch verdeutlichen, dass es aus unserer community kommt. Und dann bei uns auch einheitlich sein.

Ich überlege die ganze Zeit, wie wir es für alle FHEMler, einfacher machen könnten. Halt ohne im Code zu fummeln.
Mir fiel nur readingsproxy ein. Übersichtliches define mit den Übersetzungen der devices:readings und setstates für die Fixwerte. Das ursprüngliche at von Handl müsste nicht mehr angepasst werden. Ggfs. auch in die myUtils ausgelagert werden können.

Code Auswählen Erweitern

define Ortsnetz readingsProxy \
zaehler:Spannung_U1:l1_v \
zaehler:Spannung_U2:l2_v \
zaehler:Spannung_U3:l3_v \
zaehler:Frequenz:grid_frequency_hz \
Fronius:Wert_WR1_24:pv_forecast_kwh

setstate Ortsnetz 2026-10-10 21:18:25 latitude 50
setstate Ortsnetz 2026-10-10 21:18:41 longitude 12
setstate Ortsnetz 2026-10-10 21:19:28 plant_capacity_kwp 8.6
setstate Ortsnetz 2026-10-10 21:19:28 integration_version FHEM-v0.1
setstate Ortsnetz 2026-10-10 21:19:28 smartmeter_model Holley EHZ541-ZE

Was meint Ihr ?

Grüße Markus

[Gisbert]

Hallo Markus,

ich kann leider nicht beurteilen, ob dein Code für den gemeinen Fhem-User einfacher als der Code im Eingangspost ist.
In der Zwischenzeit hab ich bei integration_version FHEM (in Großbuchstaben) reingeschrieben. Ich fände es auch besser, wenn alle Fhem-User den gleichen Begriff in identischer Schreibweise benutzen könnten.

Viele Grüße Gisbert

[KölnSolar]

So, wir machen es also so
"integration_version": "FHEM-v0.1" und

"smartmeter_model": "Holley EHZ541-ZE"

für mein Beispiel mit Holley-Smartmeter-Lesekopf-OBIS oder sonstwie Lesekopf oder Messwandler-System....
 
Für Daten aus Wechselrichtermodul den Hersteller z.B. "smartmeter_model": "Fronius"

Gebt bitte Eure Meinung oder Alternativvorschlag zu meinem (noch angepassten) Vorschlag 2 Posts vorher ab.

[Maista]

Hallo Markus,

den Text sieht man als Normal-User nicht, oder?

Ich hänge mich an die Mehrheit.

Wird im Git des Projektes das Vorgehen für FHEM noch beschrieben?

Gruss Gerd

[ph1959de]

Ich überlege die ganze Zeit, wie wir es für alle FHEMler, einfacher machen könnten. Halt ohne im Code zu fummeln.
Mir fiel nur readingsproxy ein. Übersichtliches define mit den Übersetzungen der devices:readings und setstates für die Fixwerte. Das ursprüngliche at von Handl müsste nicht mehr angepasst werden. Ggfs. auch in die myUtils ausgelagert werden können.

Code Auswählen Erweitern

define Ortsnetz readingsProxy \
zaehler:Spannung_U1:l1_v \
zaehler:Spannung_U2:l2_v \
zaehler:Spannung_U3:l3_v \
zaehler:Frequenz:grid_frequency_hz \
Fronius:Wert_WR1_24:pv_forecast_kwh

setstate Ortsnetz 2026-10-10 21:18:25 latitude 50
setstate Ortsnetz 2026-10-10 21:18:41 longitude 12
setstate Ortsnetz 2026-10-10 21:19:28 plant_capacity_kwp 8.6
setstate Ortsnetz 2026-10-10 21:19:28 integration_version FHEM-v0.1
setstate Ortsnetz 2026-10-10 21:19:28 smartmeter_model Holley EHZ541-ZE

Was meint Ihr ?

Grüße Markus

Erscheint mir sinnvoll ... spricht etwas dagegen, dann auch gleich

Code Auswählen Erweitern

attr Ortsnetz userReadings latitude {AttrNum("global", "latitude", -1)}, longitude {AttrNum("global", "longitude", -1)}

zu benutzen?

[ph1959de]

Ich habe mal versucht, den aktuellen Stand auf der Seite Ortsnetz Auslastung im Wiki zu beschreiben (und werde auch "neue Erkenntnisse" von hier einarbeiten).