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

Was meint Ihr ?

Grüße Markus