Ankündigung

Einklappen
Keine Ankündigung bisher.

- √ - sh.py sendet falsche Plot-Daten

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    #16
    Irgendwas ist da immer noch sehr seltsam. Unten zwei Plots über die letzten 24h. In dem Screenshot aus der Smartvisu muss man "Vorlauf" betrachten. Das andere ist das RRD vom Wiregate, welches automatisch erstellt wird.

    So vom Gefühl her würde ich sagen, das RRD entspricht eher der Situation (vom Blick auf die Werte in "Real-time").

    Gruss,

    der Jan
    Angehängte Dateien
    KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

    Kommentar


      #17
      Hi!

      Ja, kann ich ähnlich bestätigen. Teilweise sehen die Daten bei einer Abfrage 5 Minuten später auch unterschiedlich aus. Zudem habe ich mit Boolean-Typen: https://knx-user-forum.de/smarthome-...ntervalle.html

      Hatte deswegen heute ins sqlite-Plugin geguckt, und mich eigentlich über die große Übersichtlichkeit gefreut. Wollte/will da einen Abfragetyp "bool" reinhacken, um den bei den Series-Abfragen vor "Aggregation?" mit dem "GROUP by ..." und der eigentlichen Kompression sinnvoll zu schützen. Beim Bool könnte man ja erstmal nur jeden Zustandswechsel loggen (falls enforce_updates genutzt) und später - tja, da müssten Entscheidungen her. Gleiches wenn trotz Aggregation über 100 Werte/Zustandsänderungen im Zeitraum anfallen - wobei das evtl. dann einfach mal Pech für den Nutzer ist und er halt länger lädt.

      Das sind aber alles Umbauten, die man/ich ohne Marcus Zustimmung nicht auf Verdacht macht.

      Zudem verstehe ich teilweise die Abfragetypen, die über "min/max/avg" hinaus gehen nicht bzw. teilweise tauchen auch Quadrierungen auf?

      Grüße
      Robert

      Kommentar


        #18
        Hi Jan,

        ich finde es sieht 'gut' aus. So wie es beabsichtigt war.

        Bei dem RRD werden, soweit ich weis, alle 5 Minuten Werte in die DB geschrieben. Das macht 288 Werte/24h.

        Momentan werden für die Plots 100 Werte angefragt. Dabei werden 100 Zeitfenster geliefert die die Werte innhalb des Fensters gemittelt.

        Zum testen kannst Du in der Zeile
        Code:
        def _series(self, func, start, end='now', [COLOR="Red"]count=100[/COLOR], ratio=1, update=False, step=None, sid=None, item=None):
        in der plugins/sqlite/__init__.py den count-Werte hochsetzen. Probier mal 500. Dann solltest Du eine feinere Auflösung bekommen.

        Ich denk wir müssen hier noch etwas feintunen.

        Bis bald

        Marcus

        Kommentar


          #19
          Zitat von mknx Beitrag anzeigen
          ich finde es sieht 'gut' aus. So wie es beabsichtigt war.

          Bei dem RRD werden, soweit ich weis, alle 5 Minuten Werte in die DB geschrieben. Das macht 288 Werte/24h.

          Momentan werden für die Plots 100 Werte angefragt. Dabei werden 100 Zeitfenster geliefert die die Werte innhalb des Fensters gemittelt.
          Was die Auflösung angeht: Agree. Aber im RRD sind z.B. im Zeitraum 6-12 Uhr eigentlich alle Werte zwischen 40 und 55 Grad, das kann niemals einen Mittelwert von <40 ergeben, der im SV Plot zu sehen ist.

          Gruss,

          der Jan

          Edit: Mein Fehler. Als Datenquelle war "min" und nicht "avg" angegeben. Falsch ist es trotzdem, da in einigen Intervallen "45" für "Soll" geliefert wurde und der Average kleiner war (kurze Zeiten mit 10).
          KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

          Kommentar


            #20
            Hi Jan,

            korrigiere doch mal auf avg und schraube die Auflösung hoch und lade bitte noch mal den Vergleich hoch.

            Bis bald

            Marcus

            Kommentar


              #21
              Hallo Marcus,

              s.u.

              Sieht für mich jetzt o.k. aus. Der Hauptfehler war in der Tat das MIN statt AVG.

              Gruss,

              der Jan
              Angehängte Dateien
              KNX, DMX over E1.31, DALI, 1W, OpenHAB, MQTT

              Kommentar

              Lädt...
              X