@itoss Worauf willst du eigentlich heraus?
@itoss sagte in Datenbank/Adapter für Speicherung von Verbrauchsdaten:
InfluxDB 2.x soll dafür sehr gut geeignet sein, erfordert aber wieder ein zusätzliches Repo im System. InfluxDB 1.x, in den Repos enthalten, fehlen jedoch einige Features zum schnelleren Verarbeiten großer Datensätze.
einen Tod musst du dann sterben!
Probier es doch (ggf. auf einem Testsystem) aus.
Dann hast du die echten Daten für deine Anforderungen.
Wobei
@itoss sagte in Datenbank/Adapter für Speicherung von Verbrauchsdaten:
was 10 Minuten mehr Duschen gekostet haben;
hab ich auch, aber mit einem einzigen Wert.
@itoss sagte in Datenbank/Adapter für Speicherung von Verbrauchsdaten:
man sieht direkt, was ein paar Stunden KI-Testen auf dem Home-Server kostet,
würde analog auch nur ein Wert sein.
@itoss sagte in Datenbank/Adapter für Speicherung von Verbrauchsdaten:
, wäre das doch super für ioBroker, denn jede Kundeninstallation bringt ioBroker Lizenzgebühren.
und?
zahlst du die?
@itoss sagte in Datenbank/Adapter für Speicherung von Verbrauchsdaten:
die Verbrauchsdaten der einzelnen Wohneinheiten quasi in Echtzeit darzustellen.
bei dir kannst du machen was du willst, selbst wenn es datentechnisch Schwachsinn ist.
Aber nicht bei Dritten
Das bereits erwähnte Smartmeter Gateway wurde vom BSI erst zugelassen als u.a. genau dieses sicher verhindert wurde.
Natürlich interessiert sich der Netzbetreiber ausser für den Verbrauch auch für Spitzen und eine eventuelle Schieflast.
Diese Daten werden beim Kunden ermittelt und in einem Paket alle 15 Minuten als Einzelinformation (Spitze in den letzten 15 Minuten, ggf. pro Phase, und Gesamtverbrauch), also 2(5) Werte an den Netzbetreiber übermittelt. Die Details bleiben ausschließlich beim Kunden.