Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Praktische Anwendungen (Showcase)
  4. Verbrauchsdaten sinnvoll loggen

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    144

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    12
    1
    564

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

Verbrauchsdaten sinnvoll loggen

Geplant Angeheftet Gesperrt Verschoben Praktische Anwendungen (Showcase)
14 Beiträge 5 Kommentatoren 1.0k Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • M Offline
    M Offline
    Mariatschi0815
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich habe seit kurzem ein paar Tasmota-Stecker und möchte nun die Daten loggen (bzw. mach ich das schon). Ich nutze dazu die influxDB. Meine Stecker hab ich auf einen publish-Intervall von 5s gesetzt. In den Standardeinstellung wird ja nun jede Veränderung geloggt. Im "schlechtesten" Fall also alle 5s. Ich bin aber noch zu frisch in der Thematik, um abschätzen zu können welche Datenmenge hier zusammen kommt. Aus dem Bauch heraus würde ich schätzen, dass innerhalb eines Jahres eine große Menge an Daten zusammen kommt und entsprechend viel Speicherplatz einnimmt. Wie sollte ich also die Daten loggen, um verwertbare Ergebnisse zu erhalten und möglichst Ressourcen zu schonen?

    Gruß Martin

    HomoranH CodierknechtC 2 Antworten Letzte Antwort
    0
    • M Mariatschi0815

      Hallo zusammen,

      ich habe seit kurzem ein paar Tasmota-Stecker und möchte nun die Daten loggen (bzw. mach ich das schon). Ich nutze dazu die influxDB. Meine Stecker hab ich auf einen publish-Intervall von 5s gesetzt. In den Standardeinstellung wird ja nun jede Veränderung geloggt. Im "schlechtesten" Fall also alle 5s. Ich bin aber noch zu frisch in der Thematik, um abschätzen zu können welche Datenmenge hier zusammen kommt. Aus dem Bauch heraus würde ich schätzen, dass innerhalb eines Jahres eine große Menge an Daten zusammen kommt und entsprechend viel Speicherplatz einnimmt. Wie sollte ich also die Daten loggen, um verwertbare Ergebnisse zu erhalten und möglichst Ressourcen zu schonen?

      Gruß Martin

      HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von
      #2

      @mariatschi0815 Ich logge >200 DPs, davon auch einige im 6 Sekundentakt.
      Das ergibt schon bei History eine Menge Daten. Datenbanken sind da wahrscheinlich etwas sparsamer.
      Aber bei heutigen Speichermediengrößen ist das auch kein Problem.

      kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      M 1 Antwort Letzte Antwort
      0
      • M Mariatschi0815

        Hallo zusammen,

        ich habe seit kurzem ein paar Tasmota-Stecker und möchte nun die Daten loggen (bzw. mach ich das schon). Ich nutze dazu die influxDB. Meine Stecker hab ich auf einen publish-Intervall von 5s gesetzt. In den Standardeinstellung wird ja nun jede Veränderung geloggt. Im "schlechtesten" Fall also alle 5s. Ich bin aber noch zu frisch in der Thematik, um abschätzen zu können welche Datenmenge hier zusammen kommt. Aus dem Bauch heraus würde ich schätzen, dass innerhalb eines Jahres eine große Menge an Daten zusammen kommt und entsprechend viel Speicherplatz einnimmt. Wie sollte ich also die Daten loggen, um verwertbare Ergebnisse zu erhalten und möglichst Ressourcen zu schonen?

        Gruß Martin

        CodierknechtC Offline
        CodierknechtC Offline
        Codierknecht
        Developer Most Active
        schrieb am zuletzt editiert von Codierknecht
        #3

        @mariatschi0815
        Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.
        Und 'ne halbwegs vernünftige Datenbank sollte auch mit Millionen von Datensätzen nicht wirklich Probleme bekommen.
        Zusätzlich lässt sich die Aufbewahrungsdauer einstellen.

        Ich persönlich arbeite das mit dem SQL-Adapter und 'ner MySQL (MariaDB) Datenbank - auch wenn Influx da wegen zeitorientierter Speicherung angeblich Vorteile haben soll. Ich bin halt beruflich bzgl. SQL vorbelastet ;-)

        "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

        Proxmox 9.1.1 LXC|8 GB|Core i7-6700
        HmIP|ZigBee|Tasmota|Unifi
        Zabbix Certified Specialist
        Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

        M HomoranH 2 Antworten Letzte Antwort
        0
        • HomoranH Homoran

          @mariatschi0815 Ich logge >200 DPs, davon auch einige im 6 Sekundentakt.
          Das ergibt schon bei History eine Menge Daten. Datenbanken sind da wahrscheinlich etwas sparsamer.
          Aber bei heutigen Speichermediengrößen ist das auch kein Problem.

          M Offline
          M Offline
          Mariatschi0815
          schrieb am zuletzt editiert von
          #4

          @homoran Achso, die ganze Geschichte läuft auf einem Pi4 mit rund 30GB verfügbarem diskspace. Habe ich vergessen zu erwähnen.

          D 1 Antwort Letzte Antwort
          0
          • CodierknechtC Codierknecht

            @mariatschi0815
            Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.
            Und 'ne halbwegs vernünftige Datenbank sollte auch mit Millionen von Datensätzen nicht wirklich Probleme bekommen.
            Zusätzlich lässt sich die Aufbewahrungsdauer einstellen.

            Ich persönlich arbeite das mit dem SQL-Adapter und 'ner MySQL (MariaDB) Datenbank - auch wenn Influx da wegen zeitorientierter Speicherung angeblich Vorteile haben soll. Ich bin halt beruflich bzgl. SQL vorbelastet ;-)

            M Offline
            M Offline
            Mariatschi0815
            schrieb am zuletzt editiert von
            #5

            @codierknecht Na um die Datenbank mach ich mir da keine Sorgen. :D

            Es geht mir eher um den benötigten Speicher, da ich die Daten mindestens ein Jahr aufbewahren möchte. Die Einstellung mit dem Vorhalten ist mir auch bekannt. Ich bin nur unschlüssig ob es sinnvoll ist die Daten länger als ein Jahr zu behalten.

            paul53P 1 Antwort Letzte Antwort
            0
            • M Mariatschi0815

              @homoran Achso, die ganze Geschichte läuft auf einem Pi4 mit rund 30GB verfügbarem diskspace. Habe ich vergessen zu erwähnen.

              D Offline
              D Offline
              diwoma
              schrieb am zuletzt editiert von
              #6

              @mariatschi0815 said in Verbrauchsdaten sinnvoll loggen:

              Achso, die ganze Geschichte läuft auf einem Pi4 mit rund 30GB verfügbarem diskspace. Habe ich vergessen zu erwähnen.

              Das wird Deine SD-Karte sehr sehr viel schreiben müssen. Eventuell auf die Lebensdauer achten.

              -- diwoma

              ioBroker in LX-Container in Proxmox
              Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

              1 Antwort Letzte Antwort
              0
              • CodierknechtC Codierknecht

                @mariatschi0815
                Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.
                Und 'ne halbwegs vernünftige Datenbank sollte auch mit Millionen von Datensätzen nicht wirklich Probleme bekommen.
                Zusätzlich lässt sich die Aufbewahrungsdauer einstellen.

                Ich persönlich arbeite das mit dem SQL-Adapter und 'ner MySQL (MariaDB) Datenbank - auch wenn Influx da wegen zeitorientierter Speicherung angeblich Vorteile haben soll. Ich bin halt beruflich bzgl. SQL vorbelastet ;-)

                HomoranH Nicht stören
                HomoranH Nicht stören
                Homoran
                Global Moderator Administrators
                schrieb am zuletzt editiert von
                #7

                @codierknecht sagte in Verbrauchsdaten sinnvoll loggen:

                Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.

                Trugschluss!

                Eine Messsteckdose wird nie keine Änderung in der Leistung haben! Außer der angeschlossene Verbraucher ist ausgeschaltet.

                kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                paul53P D 2 Antworten Letzte Antwort
                0
                • HomoranH Homoran

                  @codierknecht sagte in Verbrauchsdaten sinnvoll loggen:

                  Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.

                  Trugschluss!

                  Eine Messsteckdose wird nie keine Änderung in der Leistung haben! Außer der angeschlossene Verbraucher ist ausgeschaltet.

                  paul53P Offline
                  paul53P Offline
                  paul53
                  schrieb am zuletzt editiert von
                  #8

                  @homoran sagte: wird nie keine Änderung in der Leistung haben!

                  Ich würde "nie" durch "nur sehr selten" ersetzen.

                  Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                  Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                  1 Antwort Letzte Antwort
                  1
                  • HomoranH Homoran

                    @codierknecht sagte in Verbrauchsdaten sinnvoll loggen:

                    Wenn man "nur Änderungen aufzeichnet" (ist z.B. beim SQL-Adapter Standard) hält sich die Datenmenge eigentlich in Grenzen.

                    Trugschluss!

                    Eine Messsteckdose wird nie keine Änderung in der Leistung haben! Außer der angeschlossene Verbraucher ist ausgeschaltet.

                    D Offline
                    D Offline
                    diwoma
                    schrieb am zuletzt editiert von diwoma
                    #9

                    @homoran said in Verbrauchsdaten sinnvoll loggen:

                    Eine Messsteckdose wird nie keine Änderung in der Leistung haben! Außer der angeschlossene Verbraucher ist ausgeschaltet.

                    Oder der angeschlossene Verbraucher ändert seine Leistung dynamisch

                    Sorry, ich habe die doppelte Verneinung überflogen.

                    -- diwoma

                    ioBroker in LX-Container in Proxmox
                    Zigbee-Coordinator: CC2652P2-TCP FW: 20230507

                    1 Antwort Letzte Antwort
                    0
                    • M Mariatschi0815

                      @codierknecht Na um die Datenbank mach ich mir da keine Sorgen. :D

                      Es geht mir eher um den benötigten Speicher, da ich die Daten mindestens ein Jahr aufbewahren möchte. Die Einstellung mit dem Vorhalten ist mir auch bekannt. Ich bin nur unschlüssig ob es sinnvoll ist die Daten länger als ein Jahr zu behalten.

                      paul53P Offline
                      paul53P Offline
                      paul53
                      schrieb am zuletzt editiert von
                      #10

                      @mariatschi0815 sagte: da ich die Daten mindestens ein Jahr aufbewahren möchte.

                      Was macht man mit zeitlich so hoch aufgelösten Daten nach einem Jahr?

                      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                      Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                      HomoranH M 2 Antworten Letzte Antwort
                      0
                      • paul53P paul53

                        @mariatschi0815 sagte: da ich die Daten mindestens ein Jahr aufbewahren möchte.

                        Was macht man mit zeitlich so hoch aufgelösten Daten nach einem Jahr?

                        HomoranH Nicht stören
                        HomoranH Nicht stören
                        Homoran
                        Global Moderator Administrators
                        schrieb am zuletzt editiert von
                        #11

                        @paul53 sich ärgern!

                        aber in dem Moment braucht man es.
                        Hab auch noch keine Lösung gefunden, außer zwei Datenreihen mit unterschiedlicher Retention zu basteln.

                        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                        M 1 Antwort Letzte Antwort
                        0
                        • paul53P paul53

                          @mariatschi0815 sagte: da ich die Daten mindestens ein Jahr aufbewahren möchte.

                          Was macht man mit zeitlich so hoch aufgelösten Daten nach einem Jahr?

                          M Offline
                          M Offline
                          Mariatschi0815
                          schrieb am zuletzt editiert von
                          #12

                          @paul53 said in Verbrauchsdaten sinnvoll loggen:

                          Was macht man mit zeitlich so hoch aufgelösten Daten nach einem Jahr?

                          Das ist der Punkt, letztlich möchte ich ja nur wissen wieviel kWh Waschmaschine usw. verbraucht haben. Eventuell mal noch prüfen wann der Verbrauch am höchsten war, eventuell monats- oder wochenweise.

                          paul53P 1 Antwort Letzte Antwort
                          0
                          • HomoranH Homoran

                            @paul53 sich ärgern!

                            aber in dem Moment braucht man es.
                            Hab auch noch keine Lösung gefunden, außer zwei Datenreihen mit unterschiedlicher Retention zu basteln.

                            M Offline
                            M Offline
                            Mariatschi0815
                            schrieb am zuletzt editiert von
                            #13

                            @homoran Darauf läuft es aber wohl ehesten hinaus. :grin:

                            1 Antwort Letzte Antwort
                            0
                            • M Mariatschi0815

                              @paul53 said in Verbrauchsdaten sinnvoll loggen:

                              Was macht man mit zeitlich so hoch aufgelösten Daten nach einem Jahr?

                              Das ist der Punkt, letztlich möchte ich ja nur wissen wieviel kWh Waschmaschine usw. verbraucht haben. Eventuell mal noch prüfen wann der Verbrauch am höchsten war, eventuell monats- oder wochenweise.

                              paul53P Offline
                              paul53P Offline
                              paul53
                              schrieb am zuletzt editiert von
                              #14

                              @mariatschi0815 sagte: wann der Verbrauch am höchsten war

                              Tagesverbrauch ermitteln und historisieren.

                              Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                              Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                              1 Antwort Letzte Antwort
                              0
                              Antworten
                              • In einem neuen Thema antworten
                              Anmelden zum Antworten
                              • Älteste zuerst
                              • Neuste zuerst
                              • Meiste Stimmen


                              Support us

                              ioBroker
                              Community Adapters
                              Donate

                              629

                              Online

                              32.5k

                              Benutzer

                              81.8k

                              Themen

                              1.3m

                              Beiträge
                              Community
                              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                              ioBroker Community 2014-2025
                              logo
                              • Anmelden

                              • Du hast noch kein Konto? Registrieren

                              • Anmelden oder registrieren, um zu suchen
                              • Erster Beitrag
                                Letzter Beitrag
                              0
                              • Home
                              • Aktuell
                              • Tags
                              • Ungelesen 0
                              • Kategorien
                              • Unreplied
                              • Beliebt
                              • GitHub
                              • Docu
                              • Hilfe