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. Grafana Tages/Monatsverbräuche Performance u. Darstellung?

NEWS

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

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    554

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.7k

Grafana Tages/Monatsverbräuche Performance u. Darstellung?

Geplant Angeheftet Gesperrt Verschoben Grafana
57 Beiträge 4 Kommentatoren 6.5k Aufrufe 7 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.
  • Marc BergM Marc Berg

    @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

    Tagesverbrauch:

    Nochmal zum Verständnis, wahrscheinlich habe ich das noch nicht geschnallt: die 5.64 Liter vom 24.12. 09:38 UTC, ist das die Summenberechnung von gestern für den 23.12. oder die Berechnung von heute für den 24.12., wobei um 09:38 (UTC) der letzte Verbrauch vorlag?

    D Online
    D Online
    Dieter_P
    schrieb am zuletzt editiert von Dieter_P
    #48

    @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

    @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

    Tagesverbrauch:

    Nochmal zum Verständnis, wahrscheinlich habe ich das noch nicht geschnallt: die 5.64 Liter vom 24.12. 09:38 UTC, ist das die Summenberechnung von gestern für den 23.12. oder die Berechnung von heute für den 24.12., wobei um 09:38 (UTC) der letzte Verbrauch vorlag?

    Nein. Die Verwirrung bringt da der Zeitstempel rein (die Uhrzeit ist gerade ziemlich sinnfrei)
    die 5.64 Liter Tagesverbrauch ist die Summe für den 24.12.

    -> Man findet in der DB immer genau einen Wert des Tagesverbrauchs mit gleichem Zeitstempel des gleichen Tages (Uhrzeit ist nicht zu beachten). Dies allerdings erst um 23:59h aber mit einem früheren Zeitpunkt vom gleichen Tag.

    2023-12-24Txxxx -> liefert den Tagesverbrauch vom 2023-12-24

    5436eeab-abc6-4ddd-99c8-e3859b7d9055-grafik.png

    P.S.: Könnte den Zeitstempel auch einfach mal fix auf 23:59:59 setzen, das macht sicher etwas mehr Sinn. Würde aber nichts an unserer derzeitigen Logik ändern, oder?

    Marc BergM 1 Antwort Letzte Antwort
    0
    • D Dieter_P

      @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

      @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

      Tagesverbrauch:

      Nochmal zum Verständnis, wahrscheinlich habe ich das noch nicht geschnallt: die 5.64 Liter vom 24.12. 09:38 UTC, ist das die Summenberechnung von gestern für den 23.12. oder die Berechnung von heute für den 24.12., wobei um 09:38 (UTC) der letzte Verbrauch vorlag?

      Nein. Die Verwirrung bringt da der Zeitstempel rein (die Uhrzeit ist gerade ziemlich sinnfrei)
      die 5.64 Liter Tagesverbrauch ist die Summe für den 24.12.

      -> Man findet in der DB immer genau einen Wert des Tagesverbrauchs mit gleichem Zeitstempel des gleichen Tages (Uhrzeit ist nicht zu beachten). Dies allerdings erst um 23:59h aber mit einem früheren Zeitpunkt vom gleichen Tag.

      2023-12-24Txxxx -> liefert den Tagesverbrauch vom 2023-12-24

      5436eeab-abc6-4ddd-99c8-e3859b7d9055-grafik.png

      P.S.: Könnte den Zeitstempel auch einfach mal fix auf 23:59:59 setzen, das macht sicher etwas mehr Sinn. Würde aber nichts an unserer derzeitigen Logik ändern, oder?

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

      @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

      Könnte den Zeitstempel auch einfach mal fix auf 23:59:59 setzen, das macht sicher etwas mehr Sinn. Würde aber nichts an unserer derzeitigen Logik ändern, oder?

      Nein, das macht dann keinen Unterschied.

      Setz mal die beiden Queries einzeln in den InfluxDB Explorer und zeig das Ergebnis:

      import "timezone"
      import "date"
      option location = timezone.location(name: "Europe/Berlin")
      
      from(bucket: "iobroker")
        |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
        |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
        |> filter(fn: (r) => r["_field"] == "value")
        |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
      
      import "timezone"
      import "date"
      option location = timezone.location(name: "Europe/Berlin")
      
      from(bucket: "iobroker")
        |> range(start: date.truncate(t:-1s, unit:1d))
        |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
        |> filter(fn: (r) => r["_field"] == "value")
        |> aggregateWindow(every: 1d, fn: last, createEmpty: false)
        |> difference(nonNegative: true, columns: ["_value"])
      

      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.

      D 1 Antwort Letzte Antwort
      0
      • Marc BergM Marc Berg

        @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

        Könnte den Zeitstempel auch einfach mal fix auf 23:59:59 setzen, das macht sicher etwas mehr Sinn. Würde aber nichts an unserer derzeitigen Logik ändern, oder?

        Nein, das macht dann keinen Unterschied.

        Setz mal die beiden Queries einzeln in den InfluxDB Explorer und zeig das Ergebnis:

        import "timezone"
        import "date"
        option location = timezone.location(name: "Europe/Berlin")
        
        from(bucket: "iobroker")
          |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
          |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
          |> filter(fn: (r) => r["_field"] == "value")
          |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
        
        import "timezone"
        import "date"
        option location = timezone.location(name: "Europe/Berlin")
        
        from(bucket: "iobroker")
          |> range(start: date.truncate(t:-1s, unit:1d))
          |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
          |> filter(fn: (r) => r["_field"] == "value")
          |> aggregateWindow(every: 1d, fn: last, createEmpty: false)
          |> difference(nonNegative: true, columns: ["_value"])
        
        D Online
        D Online
        Dieter_P
        schrieb am zuletzt editiert von Dieter_P
        #50

        Setz mal die beiden Queries einzeln in den InfluxDB Explorer und zeig das Ergebnis:

        import "timezone"
        import "date"
        option location = timezone.location(name: "Europe/Berlin")
        
        from(bucket: "iobroker")
          |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
          |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
          |> filter(fn: (r) => r["_field"] == "value")
          |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
        

        6e46c6fa-a2a7-4d40-9393-457e398513b4-grafik.png

        import "timezone"
        import "date"
        option location = timezone.location(name: "Europe/Berlin")
        
        from(bucket: "iobroker")
          |> range(start: date.truncate(t:-1s, unit:1d))
          |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
          |> filter(fn: (r) => r["_field"] == "value")
          |> aggregateWindow(every: 1d, fn: last, createEmpty: false)
          |> difference(nonNegative: true, columns: ["_value"])
        

        145f8f5d-3c57-4b34-9c4c-14f97ee5221b-grafik.png

        k.A. ob das einen Unterschied macht. Im Data Explorer habe ich keine Auswahloption für "this month" wie in Grafana und setze feste Zeitpunkte per Custom time range.

        Marc BergM 1 Antwort Letzte Antwort
        0
        • D Dieter_P

          Setz mal die beiden Queries einzeln in den InfluxDB Explorer und zeig das Ergebnis:

          import "timezone"
          import "date"
          option location = timezone.location(name: "Europe/Berlin")
          
          from(bucket: "iobroker")
            |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
            |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
            |> filter(fn: (r) => r["_field"] == "value")
            |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
          

          6e46c6fa-a2a7-4d40-9393-457e398513b4-grafik.png

          import "timezone"
          import "date"
          option location = timezone.location(name: "Europe/Berlin")
          
          from(bucket: "iobroker")
            |> range(start: date.truncate(t:-1s, unit:1d))
            |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
            |> filter(fn: (r) => r["_field"] == "value")
            |> aggregateWindow(every: 1d, fn: last, createEmpty: false)
            |> difference(nonNegative: true, columns: ["_value"])
          

          145f8f5d-3c57-4b34-9c4c-14f97ee5221b-grafik.png

          k.A. ob das einen Unterschied macht. Im Data Explorer habe ich keine Auswahloption für "this month" wie in Grafana und setze feste Zeitpunkte per Custom time range.

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

          @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

          |> aggregateWindow(every: 1d, fn: last, createEmpty: false)

          bei der zweiten Abfrage:

          |> difference(nonNegative: true, columns: ["_value"])
          |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
          

          Und bei der ersten bitte mal die letzten Datensätze zeigen. Muss jetzt aber erstmal durch die Lande reisen ...

          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.

          D 2 Antworten Letzte Antwort
          0
          • Marc BergM Marc Berg

            @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

            |> aggregateWindow(every: 1d, fn: last, createEmpty: false)

            bei der zweiten Abfrage:

            |> difference(nonNegative: true, columns: ["_value"])
            |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
            

            Und bei der ersten bitte mal die letzten Datensätze zeigen. Muss jetzt aber erstmal durch die Lande reisen ...

            D Online
            D Online
            Dieter_P
            schrieb am zuletzt editiert von
            #52

            @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

            @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

            |> aggregateWindow(every: 1d, fn: last, createEmpty: false)

            bei der zweiten Abfrage:

            |> difference(nonNegative: true, columns: ["_value"])
            |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
            

            Danke, das schaut gut aus:
            78ad3438-6738-4747-9778-153709055a2f-grafik.png

            Und bei der ersten bitte mal die letzten Datensätze zeigen. Muss jetzt aber erstmal durch die Lande reisen ...

            0c83b15a-fba4-4b54-aa04-ed3a9ad56de6-grafik.png

            Danke Dir und schöne Feiertage!

            1 Antwort Letzte Antwort
            0
            • Marc BergM Marc Berg

              @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

              |> aggregateWindow(every: 1d, fn: last, createEmpty: false)

              bei der zweiten Abfrage:

              |> difference(nonNegative: true, columns: ["_value"])
              |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
              

              Und bei der ersten bitte mal die letzten Datensätze zeigen. Muss jetzt aber erstmal durch die Lande reisen ...

              D Online
              D Online
              Dieter_P
              schrieb am zuletzt editiert von
              #53

              @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

              Für nun zu:
              b3bdf4f2-296c-49d7-8e27-f6fe5ac39127-grafik.png

              import "timezone"
              import "date"
              option location = timezone.location(name: "Europe/Berlin")
              
              tagesverbrauch=from(bucket: "iobroker")
                |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
                |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
                |> filter(fn: (r) => r["_field"] == "value")
                |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
              
              live=from(bucket: "iobroker")
                |> range(start: date.truncate(t:-1s, unit:1d))
                |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
                |> filter(fn: (r) => r["_field"] == "value")
                |> difference(nonNegative: true, columns: ["_value"])
                |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
              
               union(tables: [tagesverbrauch, live])
                |>group()
              
              Marc BergM 1 Antwort Letzte Antwort
              0
              • D Dieter_P

                @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

                Für nun zu:
                b3bdf4f2-296c-49d7-8e27-f6fe5ac39127-grafik.png

                import "timezone"
                import "date"
                option location = timezone.location(name: "Europe/Berlin")
                
                tagesverbrauch=from(bucket: "iobroker")
                  |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
                  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
                  |> filter(fn: (r) => r["_field"] == "value")
                  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false) 
                
                live=from(bucket: "iobroker")
                  |> range(start: date.truncate(t:-1s, unit:1d))
                  |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
                  |> filter(fn: (r) => r["_field"] == "value")
                  |> difference(nonNegative: true, columns: ["_value"])
                  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
                
                 union(tables: [tagesverbrauch, live])
                  |>group()
                
                Marc BergM Offline
                Marc BergM Offline
                Marc Berg
                Most Active
                schrieb am zuletzt editiert von
                #54

                @dieter_p
                Logisch, wenn man sich mal die Zeit nimmt, genau hinzuschauen (natürlich muss "timeSrc: "_start" rein. :-)

                import "timezone"
                import "date"
                option location = timezone.location(name: "Europe/Berlin")
                
                tagesverbrauch=from(bucket: "iobroker")
                  |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
                  |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
                  |> filter(fn: (r) => r["_field"] == "value")
                  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false, timeSrc: "_start") 
                 
                live=from(bucket: "iobroker")
                  |> range(start: date.truncate(t:-1s, unit:1d))
                  |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
                  |> filter(fn: (r) => r["_field"] == "value")
                  |> difference(nonNegative: true, columns: ["_value"])
                  |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
                
                 union(tables: [tagesverbrauch, live])
                  |> map(fn: (r) => ({ _time: r._time, Ölverbrauch: r._value }))
                


                Die letzte Zeile habe ich auch noch angepasst, damit erreicht man ein group(), Umbenennung und Optimierung in einer Zeile ("Ölverbrauch" kannst du natürlich ändern).


                Wenn du in der grafana.ini noch diese Punkte hier austauschst, dann bekommst du das Datum auch im unserem "normalen" Format.

                [date_formats]
                # For information on what formatting patterns that are supported https://momentjs.com/docs/#/displaying/
                
                # Default system date format used in time range picker and other places where full time is displayed
                full_date = DD.MM.YYYY HH:mm:ss
                
                # Used by graph and other places where we only show small intervals
                interval_second = HH:mm:ss
                interval_minute = HH:mm
                interval_hour = DD.MM. HH:mm
                interval_day = DD.MM.
                interval_month = MM.YYYY
                interval_year = YYYY
                

                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.

                D 2 Antworten Letzte Antwort
                1
                • Marc BergM Marc Berg

                  @dieter_p
                  Logisch, wenn man sich mal die Zeit nimmt, genau hinzuschauen (natürlich muss "timeSrc: "_start" rein. :-)

                  import "timezone"
                  import "date"
                  option location = timezone.location(name: "Europe/Berlin")
                  
                  tagesverbrauch=from(bucket: "iobroker")
                    |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
                    |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
                    |> filter(fn: (r) => r["_field"] == "value")
                    |> aggregateWindow(every: 1d, fn: sum, createEmpty: false, timeSrc: "_start") 
                   
                  live=from(bucket: "iobroker")
                    |> range(start: date.truncate(t:-1s, unit:1d))
                    |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
                    |> filter(fn: (r) => r["_field"] == "value")
                    |> difference(nonNegative: true, columns: ["_value"])
                    |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
                  
                   union(tables: [tagesverbrauch, live])
                    |> map(fn: (r) => ({ _time: r._time, Ölverbrauch: r._value }))
                  


                  Die letzte Zeile habe ich auch noch angepasst, damit erreicht man ein group(), Umbenennung und Optimierung in einer Zeile ("Ölverbrauch" kannst du natürlich ändern).


                  Wenn du in der grafana.ini noch diese Punkte hier austauschst, dann bekommst du das Datum auch im unserem "normalen" Format.

                  [date_formats]
                  # For information on what formatting patterns that are supported https://momentjs.com/docs/#/displaying/
                  
                  # Default system date format used in time range picker and other places where full time is displayed
                  full_date = DD.MM.YYYY HH:mm:ss
                  
                  # Used by graph and other places where we only show small intervals
                  interval_second = HH:mm:ss
                  interval_minute = HH:mm
                  interval_hour = DD.MM. HH:mm
                  interval_day = DD.MM.
                  interval_month = MM.YYYY
                  interval_year = YYYY
                  

                  D Online
                  D Online
                  Dieter_P
                  schrieb am zuletzt editiert von
                  #55

                  @marc-berg said in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

                  import "timezone"

                  Wow, vielen herzlichen Dank!
                  2d5fcd85-4771-49a8-b735-680fe1f58220-grafik.png

                  Sieht gut für mich gut aus :) Jetzt bin ich mal gespannt wieviel ich davon ganz grob mir selbst erklärt bekomme und freu mich auf reine Testcharts um damit zu basteln. Für Deine Mühe und Einsatz ganz herzlichen Dank!

                  1 Antwort Letzte Antwort
                  0
                  • Marc BergM Marc Berg

                    @dieter_p
                    Logisch, wenn man sich mal die Zeit nimmt, genau hinzuschauen (natürlich muss "timeSrc: "_start" rein. :-)

                    import "timezone"
                    import "date"
                    option location = timezone.location(name: "Europe/Berlin")
                    
                    tagesverbrauch=from(bucket: "iobroker")
                      |> range(start:date.truncate(t:v.timeRangeStart, unit:1d), stop: date.truncate(t:-1s, unit:1d))
                      |> filter(fn: (r) => r["_measurement"] == "OelVerbrTag")
                      |> filter(fn: (r) => r["_field"] == "value")
                      |> aggregateWindow(every: 1d, fn: sum, createEmpty: false, timeSrc: "_start") 
                     
                    live=from(bucket: "iobroker")
                      |> range(start: date.truncate(t:-1s, unit:1d))
                      |> filter(fn: (r) => r["_measurement"] == "0_userdata.0.Heizöl.Zaehlerstandverbrauch")
                      |> filter(fn: (r) => r["_field"] == "value")
                      |> difference(nonNegative: true, columns: ["_value"])
                      |> aggregateWindow(every: 1d, fn: sum, createEmpty: false)
                    
                     union(tables: [tagesverbrauch, live])
                      |> map(fn: (r) => ({ _time: r._time, Ölverbrauch: r._value }))
                    


                    Die letzte Zeile habe ich auch noch angepasst, damit erreicht man ein group(), Umbenennung und Optimierung in einer Zeile ("Ölverbrauch" kannst du natürlich ändern).


                    Wenn du in der grafana.ini noch diese Punkte hier austauschst, dann bekommst du das Datum auch im unserem "normalen" Format.

                    [date_formats]
                    # For information on what formatting patterns that are supported https://momentjs.com/docs/#/displaying/
                    
                    # Default system date format used in time range picker and other places where full time is displayed
                    full_date = DD.MM.YYYY HH:mm:ss
                    
                    # Used by graph and other places where we only show small intervals
                    interval_second = HH:mm:ss
                    interval_minute = HH:mm
                    interval_hour = DD.MM. HH:mm
                    interval_day = DD.MM.
                    interval_month = MM.YYYY
                    interval_year = YYYY
                    

                    D Online
                    D Online
                    Dieter_P
                    schrieb am zuletzt editiert von Dieter_P
                    #56

                    @marc-berg

                    kleines Feedback zu meinen geschilderten Performance/Ladezeiten Problemchen.

                    Mit den "neuen" Panels mit optimierter Abfrage schien das ja erledigt.

                    Hatte aber immer etwas Zweifel, da ich zwar nur einen Beelink BT3pro (Quad Core Intel Atom Z8350, 4GB und SSD) verwende, aber außer IOB da nichts großartig drauf läuft und er mir sonst auch weniger total überlastet erscheint da ich ihn oft mit minimaler CPU Taktung vorfinde.

                    Lange Rede kurzer Sinn, nun wieder durch einen Wireguard-Tunnel mit reduzierter MTU wegen einem DS-Light Anschluß kommt es aber wieder zu den Ladeanzeigen, die recht lange brauchen oder sich auch gänzlich aufhängen. Als Du mir geholfen hast und ich keine dieser Effekte hatte, saß ich lokal im Netz.
                    Also nur indirekt ein Influx oder Grafanathema ....

                    Marc BergM 1 Antwort Letzte Antwort
                    0
                    • D Dieter_P

                      @marc-berg

                      kleines Feedback zu meinen geschilderten Performance/Ladezeiten Problemchen.

                      Mit den "neuen" Panels mit optimierter Abfrage schien das ja erledigt.

                      Hatte aber immer etwas Zweifel, da ich zwar nur einen Beelink BT3pro (Quad Core Intel Atom Z8350, 4GB und SSD) verwende, aber außer IOB da nichts großartig drauf läuft und er mir sonst auch weniger total überlastet erscheint da ich ihn oft mit minimaler CPU Taktung vorfinde.

                      Lange Rede kurzer Sinn, nun wieder durch einen Wireguard-Tunnel mit reduzierter MTU wegen einem DS-Light Anschluß kommt es aber wieder zu den Ladeanzeigen, die recht lange brauchen oder sich auch gänzlich aufhängen. Als Du mir geholfen hast und ich keine dieser Effekte hatte, saß ich lokal im Netz.
                      Also nur indirekt ein Influx oder Grafanathema ....

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

                      @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

                      Also nur indirekt ein Influx oder Grafanathema ....

                      Das dachte ich mich schon, nachdem:

                      @dieter_p sagte in Grafana Tages/Monatsverbräuche Performance u. Darstellung?:

                      Monatsverbräuche übers aktuelle Jahr: 0,19s
                      Tagesverbräuche über aktuellen Monat: 0,12s (über November 0,14s)

                      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
                      1
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      655

                      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