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. Off Topic
  4. Grafana
  5. Hinweis: Mittelwertrechnung in Grafana

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.9k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    900

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

Hinweis: Mittelwertrechnung in Grafana

Geplant Angeheftet Gesperrt Verschoben Grafana
14 Beiträge 4 Kommentatoren 739 Aufrufe 5 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.
  • crunchipC crunchip

    @martinp warum sollte die Steckdose Nachts in anderen Abständen senden?
    Default Intervall ist bei Tasmota 5min und kann bis auf 10 sec herabgesetzt werden. Der Dose ist es dabei egal was da dran hängt und wie spät es ist.

    MartinPM Online
    MartinPM Online
    MartinP
    schrieb am zuletzt editiert von MartinP
    #5

    @crunchip wenn ich das wüsste, hätte ich hier nicht gepostet.
    Das Gegenteil wird aber auch nicht garantiert.
    Jedenfalls liegen in dei Influx DB keine regelmäßigen Messwerte.
    Ich schaue mir noch einmal an, wie die Influx Einstellungen im DP sind

    EDIT - womöglich liegt es an diesem Haken:
    954d0741-ac99-4ce7-baa0-28e6f2c4d28b-grafik.png

    Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
    Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
    Linux pve 6.8.12-16-pve
    6 GByte RAM für den Container
    Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
    Remote-Access über Wireguard der Fritzbox

    1 Antwort Letzte Antwort
    0
    • ChaotC Offline
      ChaotC Offline
      Chaot
      schrieb am zuletzt editiert von
      #6

      Ich überlege immer noch was den Begriff "Warnung" im Titel begründet.
      Das ist eine verkorkste Einstellung und an keiner Stelle für irgendeinen User gefährlich.

      ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.

      MartinPM 1 Antwort Letzte Antwort
      0
      • ChaotC Chaot

        Ich überlege immer noch was den Begriff "Warnung" im Titel begründet.
        Das ist eine verkorkste Einstellung und an keiner Stelle für irgendeinen User gefährlich.

        MartinPM Online
        MartinPM Online
        MartinP
        schrieb am zuletzt editiert von
        #7

        @chaot Das ist eine verkorkste Einstellung, die der Influx Adapter vorbelegt

        Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
        Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
        Linux pve 6.8.12-16-pve
        6 GByte RAM für den Container
        Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
        Remote-Access über Wireguard der Fritzbox

        ChaotC Marc BergM 2 Antworten Letzte Antwort
        0
        • MartinPM MartinP

          @chaot Das ist eine verkorkste Einstellung, die der Influx Adapter vorbelegt

          ChaotC Offline
          ChaotC Offline
          Chaot
          schrieb am zuletzt editiert von
          #8

          @martinp Und was ist daran gefährlich?

          ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.

          1 Antwort Letzte Antwort
          0
          • MartinPM MartinP

            Dieser errechnete Mittelwert schien mir zu klein (Leistungsaufnahme PoE Switch mit zwei Reolink-Kameras) - würde nach "Augenmaß" eher von 9...10 Watt mittlerer Leistungsaufnahme ausgehen

            3643d67b-27c4-409a-a160-f746caa7f2bd-grafik.png

            b00afe5d-4be4-48c7-b1ac-7b0f38a2ecb5-grafik.png

            Meine Erklärung: In der Nacht (mit eingeschalteter Beleuchtung der Kameras) werden nach Augenschein viel seltener Messewerte gespeichert, und es wird wirklich stur der Mittelwert der Messwerte genommen - durch den nicht gleichmäßigen Abstand der Samples kann man hier die mittlere Leistungsaufnahme so nicht ermitteln....

            EDIT: Damit man einen korrekten Durchschnittsverbrauch erhält, muss man dafür sorgen, dass die Messwerte in einem starren Zeitraster in der influxdb landen, da ist selbst das Wegnehmen dieses Hakens womöglich nicht ausreichend, um das zu erreichen.
            config

            Marc BergM Offline
            Marc BergM Offline
            Marc Berg
            Most Active
            schrieb am zuletzt editiert von
            #9

            @martinp sagte in Warnung: Mittelwertrechnung in Grafana:

            durch den nicht gleichmäßigen Abstand der Samples

            Hast du vielleicht den Wert "PowerDelta" in Tasmota gesetzt? Das wäre eine schlüssige Erklärung für das Verhalten. Schau mal in der Tasmota Konsole nach.

            NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

            Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

            Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

            1 Antwort Letzte Antwort
            0
            • MartinPM MartinP

              @chaot Das ist eine verkorkste Einstellung, die der Influx Adapter vorbelegt

              Marc BergM Offline
              Marc BergM Offline
              Marc Berg
              Most Active
              schrieb am zuletzt editiert von Marc Berg
              #10

              @martinp sagte in Warnung: Mittelwertrechnung in Grafana:

              Das ist eine verkorkste Einstellung, die der Influx Adapter vorbelegt

              Was meinst du konkret? Was ist daran "verkorkst", wenn doch sonnenklar sein sollte, was diese Einstellung bewirkt?

              NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

              Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

              Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

              MartinPM 1 Antwort Letzte Antwort
              0
              • Marc BergM Marc Berg

                @martinp sagte in Warnung: Mittelwertrechnung in Grafana:

                Das ist eine verkorkste Einstellung, die der Influx Adapter vorbelegt

                Was meinst du konkret? Was ist daran "verkorkst", wenn doch sonnenklar sein sollte, was diese Einstellung bewirkt?

                MartinPM Online
                MartinPM Online
                MartinP
                schrieb am zuletzt editiert von
                #11

                @marc-berg Vielleicht war "Warnung" die falsche Wortwahl, werde das mal auf "Hinweis" abschwächen... Ich habe da eine gewisse "Betriebsblindheit" an den Tag gelegt, und etwas länger nach der Ursache der komischen Werte gesucht... habe es ja nur gut gemeint, und wollte anderen Foristen die Sucherei ersparen ...

                Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                Linux pve 6.8.12-16-pve
                6 GByte RAM für den Container
                Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                Remote-Access über Wireguard der Fritzbox

                Marc BergM 1 Antwort Letzte Antwort
                1
                • MartinPM MartinP

                  @marc-berg Vielleicht war "Warnung" die falsche Wortwahl, werde das mal auf "Hinweis" abschwächen... Ich habe da eine gewisse "Betriebsblindheit" an den Tag gelegt, und etwas länger nach der Ursache der komischen Werte gesucht... habe es ja nur gut gemeint, und wollte anderen Foristen die Sucherei ersparen ...

                  Marc BergM Offline
                  Marc BergM Offline
                  Marc Berg
                  Most Active
                  schrieb am zuletzt editiert von
                  #12

                  @martinp sagte in Hinweis: Mittelwertrechnung in Grafana:

                  habe es ja nur gut gemeint, und wollte anderen Foristen die Sucherei ersparen ...

                  Ja, hängt natürlich vom Anwendungsfall ab. Auf der anderen Seite sieht man auch oft, dass Leute im Sekundentakt identische Werte aufzeichnen und sich dann wundern, dass ihnen die Datenbank platzt.

                  Warum aber die Mittelwertberechnung bei seltener gespeicherten Messwerten falsch sein soll, habe ich immer noch nicht verstanden. Über ein definiertes Zeitfenster (hast du nicht gezeigt) werden die jeweiligen Messwerte genommen und das arithmetische Mittel berechnet, mehr nicht. Mir fehlt gerade die Phantasie, wie dadurch zu hohe Werte entstehen können.

                  NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana

                  Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad

                  Benutzt das Voting im Beitrag, wenn er euch geholfen hat.

                  MartinPM 1 Antwort Letzte Antwort
                  0
                  • Marc BergM Marc Berg

                    @martinp sagte in Hinweis: Mittelwertrechnung in Grafana:

                    habe es ja nur gut gemeint, und wollte anderen Foristen die Sucherei ersparen ...

                    Ja, hängt natürlich vom Anwendungsfall ab. Auf der anderen Seite sieht man auch oft, dass Leute im Sekundentakt identische Werte aufzeichnen und sich dann wundern, dass ihnen die Datenbank platzt.

                    Warum aber die Mittelwertberechnung bei seltener gespeicherten Messwerten falsch sein soll, habe ich immer noch nicht verstanden. Über ein definiertes Zeitfenster (hast du nicht gezeigt) werden die jeweiligen Messwerte genommen und das arithmetische Mittel berechnet, mehr nicht. Mir fehlt gerade die Phantasie, wie dadurch zu hohe Werte entstehen können.

                    MartinPM Online
                    MartinPM Online
                    MartinP
                    schrieb am zuletzt editiert von
                    #13

                    @marc-berg In meinem Anwendungsfall hatte ich vergessen, den Haken "nur Änderungen speichern" wegzumachen ...

                    grafana plot

                    Da sieht man ja schon nach Augenschein, dass im Bereich, wo bei den beiden Kameras, die am PoE-Switch hängen, die Infrarot-LED-Beleuchtung an ist deutlich weniger Messwerte hereinkommen als im Bereich, wo das Licht aus ist ...

                    Ist mir auch etwas schleierhaft, warum, vielleicht muss die Änderung in Relation zum Absolutwert eine gewisse Schwelle überschreiten.

                    War aber definitiv ein guter Fingerzeig.... Wenn das Gezappel in den beiden Zonen etwas identischer gewesen wäre, wäre der Fehler im "Mean" Wert unten in der Legende des Plots gar nicht aufgefallen, so bin ich durch die deutliche Abweichung vom von mir erwarteten Wert ausreichend zum Nachdenken animiert worden ;-)

                    Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
                    Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
                    Linux pve 6.8.12-16-pve
                    6 GByte RAM für den Container
                    Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
                    Remote-Access über Wireguard der Fritzbox

                    crunchipC 1 Antwort Letzte Antwort
                    0
                    • MartinPM MartinP

                      @marc-berg In meinem Anwendungsfall hatte ich vergessen, den Haken "nur Änderungen speichern" wegzumachen ...

                      grafana plot

                      Da sieht man ja schon nach Augenschein, dass im Bereich, wo bei den beiden Kameras, die am PoE-Switch hängen, die Infrarot-LED-Beleuchtung an ist deutlich weniger Messwerte hereinkommen als im Bereich, wo das Licht aus ist ...

                      Ist mir auch etwas schleierhaft, warum, vielleicht muss die Änderung in Relation zum Absolutwert eine gewisse Schwelle überschreiten.

                      War aber definitiv ein guter Fingerzeig.... Wenn das Gezappel in den beiden Zonen etwas identischer gewesen wäre, wäre der Fehler im "Mean" Wert unten in der Legende des Plots gar nicht aufgefallen, so bin ich durch die deutliche Abweichung vom von mir erwarteten Wert ausreichend zum Nachdenken animiert worden ;-)

                      crunchipC Abwesend
                      crunchipC Abwesend
                      crunchip
                      Forum Testing Most Active
                      schrieb am zuletzt editiert von
                      #14

                      @martinp Vllt liegt es aber auch einfach daran, das ohne Licht die Camera mit der Leistung mehr schwankt und mit zugeschaltet Licht die Werte einfach konstanter sind.
                      Da nimmt die Einstellung "nur Änderungen aufzeichnen" auch keinen Einfluß.

                      umgestiegen von Proxmox auf Unraid

                      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

                      612

                      Online

                      32.6k

                      Benutzer

                      82.2k

                      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