Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Praktische Anwendungen (Showcase)
    4. [gelöst]Darstellung der IObroker Werte über Grafana

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    [gelöst]Darstellung der IObroker Werte über Grafana

    This topic has been deleted. Only users with topic management privileges can see it.
    • M
      Mitch last edited by

      Hi,

      ich versuche gerade Werte aus dem IOBroker in Grafana (Einem Graphen) darzustellen. Leider ohne Erfolg. Ich habe die Daten in einer SQL-DB liegen und Grafana dort angebunden. Es handelt sich um kWh pro Tag Verbrauch einer Steckdose:

      Hier der SQL-Aufruf im Graphen:

      SELECT
        UNIX_TIMESTAMP(`ts`) as time_sec,
        `val` as value,
        `_from` as metric
      FROM `ts_number`
      WHERE $__timeFilter(`ts`) AND `id` = 1
      ORDER BY `ts` ASC
      

      Ich muss gestehen, das ich metric als Wert nicht ganz verstehe. Deshalb habe ich dort einfach _from genommen.

      Anbei die SQL-Tabelle.

      Ich habe mich mit diesem Video an das Thema vorgetastet:

      https://www.youtube.com/watch?v=b0Ors2hJJ5s

      Leider zeigt er mir keine Werte im Graphen an.
      8437_sql.png
      8437_test.png

      1 Reply Last reply Reply Quote 0
      • M
        mischka last edited by

        Hallo.

        Ich hab ein ähnliches Problem und hängt mich mal mit hier ran.

        Der eingestellte Zeitintervall wir bei mir nicht richtig übernommen. Es fehlt immer eine Stunden.

        Unter Generated SQL sieht man den Zeitintervall "2018-11-11T12:18:16Z' AND '2018-11-11T15:18:16Z" bei mir ist es aber 16:18:16. Kennt jemand eine Lösung für das Problem? Man könnte zwar das $__timeFilter(ts) weg machen, aber wer will schon jedes mal 2 Jahre Sensordaten aus einer Datenbank lesen

        SELECT
          UNIX_TIMESTAMP(ts) as time_sec,
          value as value,
          "sensor" as metric
        FROM sensor_num
        WHERE sensor_id = "17114" AND $__timeFilter(ts)
        ORDER BY ts ASC
        

        6539_bildschirmfoto_vom_2018-11-11_16-20-42.png

        1 Reply Last reply Reply Quote 0
        • M
          mischka last edited by

          Bei mir hat sich das gerade erübrigt.

          Hab das hier nach stundenlanger Lösungssuche im gefunden.

          https://github.com/grafana/grafana/issues/13769

          Ist ein Bug der mit der Version 5.3.3 behoben werden soll.

          Solange kann man das hier verwenden.

          UNIX_TIMESTAMP(timestamp) BETWEEN $__unixEpochFrom() AND $__unixEpochTo()
          
          
          bontchev created this issue in grafana/grafana

          closed $__timeFilter() no longer respects the local time zone #13769

          1 Reply Last reply Reply Quote 0
          • M
            Mitch last edited by

            Ich habe jetzt deine Version genommen und mal unten von Time series auf Table umgestellt:

            SELECT
              UNIX_TIMESTAMP(ts) as time_sec,
              val as value,
              "sensor" as metric
            FROM ts_number
            WHERE $__timeFilter(ts) AND id = 1
            ORDER BY ts ASC
            

            Wenn ich jetzt auf das Auge klicke zeigt er mir Fehler bei den Axen an:

            No field name specified to use for x-axis, check your axes settings

            Ausserdem wird bei mir "Generated SQL" im Editor nicht dargestellt.
            8437_unbenannt.png

            1 Reply Last reply Reply Quote 0
            • M
              Mitch last edited by

              Hier ist die Lösung:

              SELECT
                floor(n.ts/1000) as time_sec,
                n.val as value,
                d.name as metric
              FROM ts_number n,datapoints d
              WHERE $__unixEpochFrom()*1000<n.ts and/$__unixepochto()*1000="">n.ts and n.id = 8 and n.id=d.id
              ORDER BY n.ts ASC</n.ts>
              

              Hintergrund:

              Der SQL-Adapter des ioBroker speichert die Timestamps in einem anderen Format, als FHEM. Deshlab hat er nie die Timestamps gefunden und somit auch keine Werte angezeigt.

              1 Reply Last reply Reply Quote 0
              • K
                knudi76 last edited by

                Hallo in die Gruppe,

                leider habe ich das Problem, dass ich eine Fehlermeldung bekomme:
                Unknown macro __unixepochto
                gibt es hier noch andere mit dem Problem?
                Ich habe Grafana 6.0.

                Danke
                Stephan

                1 Reply Last reply Reply Quote 0
                • R
                  rccardany last edited by

                  Hallo zusammen,

                  auch ich habe den fehler:

                  Unknown macro __unixepochto

                  Suche ebenfalls eine lösung die Daten aus der SQL Datenbank (gefüttert durch den IOBroker) in Grafana zu bekommen

                  1 Reply Last reply Reply Quote 0
                  • D
                    dwm last edited by

                    das Makro ist falsch geschrieben, heißt:

                    $__unixEpochTo()
                    

                    analog zum anderen 🙂

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post

                    Support us

                    ioBroker
                    Community Adapters
                    Donate

                    964
                    Online

                    31.8k
                    Users

                    80.0k
                    Topics

                    1.3m
                    Posts

                    5
                    8
                    2795
                    Loading More Posts
                    • Oldest to Newest
                    • Newest to Oldest
                    • Most Votes
                    Reply
                    • Reply as topic
                    Log in to reply
                    Community
                    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                    The ioBroker Community 2014-2023
                    logo