ElabNET Technik Forum

gbglace hat geschrieben: ↑Fr Okt 17, 2025 5:54 pm Bis dahin werde ich dann erstmal noch Logiken bauen, um die Flut an Daten in Richtung TS auszubremsen.

Das mache ich derzeit auch noch über Logiken.
Aber das ist ja recht simpel:

Multiplikator-Baustein, Eingang von MQTT, auf "c" setzen damit nur bei Wertänderung ausgelöst, Faktor B auf 1 (oder einen anderen Wert, um z. B. Wh in kWh umzurechnen, Ausgang in die Zeitreihe, auf "ct" setzen.
Optional noch einen Trigger auf 43.200 s, damit zweimal pro Tag Werte in die Zeitreihe geschrieben werden, auch wenn sich nichts ändert (wegen der Darstellung in Grafana).

Aber Sendefilter wie bei 1-Wire auch für HTTP und MQTT wären natürlich eine schöne Erweiterung.

Ich weiß nicht wie es bei euch ist, aber mir ist folgendes aufgefallen:

Wenn ich genau einen Datenpunkt löschen möchte, und ich z.B. 12:00:00 als Start und 12:00:00 als Ende eingebe, steht da zwar, dass ein Datenpunkt in den Bereich fällt, beim löschen bekomme ich allerdings eine Fehlermeldung, die mir rät die Seite neu zu laden, oder einen Neustart zu versuchen. Wenn ich 12:00:00 bis 12:00:01 eingebe, funktioniert es. Sollte ich um 12:00:01 allerdings bereits den nächsten Datenpunkt haben, hätte ich vermutlich ein Problem.

Vielleicht kann da nochmal jemand drüber schauen, zumindest die Fehlermeldung finde ich an der Stelle missverständlich.

Eine schöne, zumindest für mich als Vermieter, sehr wichtige Funktion.

Ich habe das vor kurzem aufgrund von Datenschutzthemen nachgefragt… Können wir noch auf ein Automatisierungsmpdul, analog Backups, hoffen, über die man sowas wie "nicht älter als 3 Monate" noch vollautomatisch hin kriegen könnte?

Danke, Gruß
Jochen

Hi,

in dem Infokasten findet sich die Aussage, dass der Speicherplatz der gelöschten Daten nicht sofort, sondern automatisch bei der nächsten Optimierung frei gegeben wird.



Es wäre, gerade in der Situation, wenn man den Platz aus Speichergründen frei geben will, hilfreich zu wissen, wann das stattinden wird (geplante Uhrzeit, oder sowas wie täglich, Neustart…) und ob es ein Möglichkeit für den User gibt, die Freigabe zu forcieren oder nicht…

Gruß
Jochen

Hi Raimund,

Kaaennixx hat geschrieben: ↑Sa Okt 18, 2025 8:16 pmWenn ich genau einen Datenpunkt löschen möchte, und ich z.B. 12:00:00 als Start und 12:00:00 als Ende eingebe, steht da zwar, dass ein Datenpunkt in den Bereich fällt, beim löschen bekomme ich allerdings eine Fehlermeldung, die mir rät die Seite neu zu laden, oder einen Neustart zu versuchen.

Die Influx kann offenbar (muss noch mit den Entwicklern klären) mit einem SQL Delete Befehl, dessen Start- und Endezeit eines Zeitraumes IDENTISCH ist, wohl nicht ausführen (und der Select Cunt Befehl gibt halt "ein" Datenpunkt zurück).

Kaaennixx hat geschrieben: ↑Sa Okt 18, 2025 8:16 pmWenn ich 12:00:00 bis 12:00:01 eingebe, funktioniert es. Sollte ich um 12:00:01 allerdings bereits den nächsten Datenpunkt haben, hätte ich vermutlich ein Problem.

Wir können nicht die DB ändern. Was ich mir VORSTELLEN KANN ist, dass wir noch Millisekunden dran hängen. Aber ist das wirklich eine berechtigte Sorge, dass man den Datenpunkt eine Sekunde später versehentlich mitlöscht?

Kaaennixx hat geschrieben: ↑Sa Okt 18, 2025 8:16 pmVielleicht kann da nochmal jemand drüber schauen, zumindest die Fehlermeldung finde ich an der Stelle missverständlich.

Prüfen wir, ob die von uns oder von der Datenbank kommt. An der Stelle für alle Leser: Dies ist eine Insider Version, also eine Vorab-Version. Es funktioniert zwar alles, aber es gibt immer wieder Randbereiche bei der Nutzung, an denen man noch feilen muss.

Danke für die Rückmeldung


lg

Stefan

Hi,

jhaeberle hat geschrieben: ↑Do Okt 23, 2025 3:05 pmEine schöne, zumindest für mich als Vermieter, sehr wichtige Funktion.

Richtig, Datenschutz ist wichtig.

jhaeberle hat geschrieben: ↑Do Okt 23, 2025 3:05 pmKönnen wir noch auf ein Automatisierungsmpdul, analog Backups, hoffen, über die man sowas wie "nicht älter als 3 Monate" noch vollautomatisch hin kriegen könnte?

Haben wir schon auf der Liste. Aber wie immer, wir haben viel auf der Liste und es gibt auch viele andere Wünsche, die wir erfüllen sollen, daher kann ich keine Aussage zu einem Termin treffen, Wunsch ist aber durchaus verstanden.

lg

Stefan

jhaeberle hat geschrieben: ↑Do Okt 23, 2025 3:16 pmEs wäre, gerade in der Situation, wenn man den Platz aus Speichergründen frei geben will, hilfreich zu wissen, wann das stattinden wird (geplante Uhrzeit, oder sowas wie täglich, Neustart…) und ob es ein Möglichkeit für den User gibt, die Freigabe zu forcieren oder nicht…

Im bestehenden Setup haben wir darauf keinen Einfluss, die DB macht das wann Sie das gerade möchte (wohl einmal in 24h).

Oder jedesmal wenn Sie neu gestartet wird (also würde es wohl helfen, den entsprechenden Dienst neu zu starten . dann werden aber gerade laufende Aufzeichnungen unterbrochen, muss man also zu einem geeigneten Zeitraum machen).

Ich denke, die 24h hat man Zeit.

lg

Stefan

StefanW hat geschrieben: ↑Do Okt 23, 2025 3:22 pm die DB macht das wann Sie das gerade möchte (wohl einmal in 24h).

Oder jedesmal wenn Sie neu gestartet wird (also würde es wohl helfen, den entsprechenden Dienst neu zu starten . dann werden aber gerade laufende Aufzeichnungen unterbrochen, muss man also zu einem geeigneten Zeitraum machen).

Ich dachte mir schon, dass das nicht ganz einfach ist. Meine Anregung, wäre, die Information in der Box aufzunehmen.

User-Story: Ich will Daten aus Zeitserien löschen, weil der Platz auf meinem Wolf eng wird. Dann wüsste ich sehr gerne, wann der Speicher frei gegeben wird oder ob und ggf. wie ich das forcieren kann…

Der aktuelle Text würde in der Situation bei mir wohl dafür sorgen, dass ich den Wolf durch starte in der Hoffnung, dass es dann wirklich passiert…

Gruß
Jochen

jhaeberle hat geschrieben: ↑Do Okt 23, 2025 3:30 pmDer aktuelle Text würde in der Situation bei mir wohl dafür sorgen, dass ich den Wolf durch starte in der Hoffnung, dass es dann wirklich passiert…

Nicht den ganzen Wolf, es sollte reichen, den Dienst "Zeitserien Datenbank" durchzustarten

lg

Stefan

Das war eine User-Story aus der Sicht eines Users, der Platzprobleme hat… das ist das, was ich aufgrund des aktuellen Textes wohl unternehmen würde…

Gruß
Jochen