UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@laser

Moin,

ich kenne Dein Bucket nicht, aber kannst Du einmal bitte Folgendes posten?

Natürlich mit Deinen Daten :)

VG
Bernd

[Laser]

@dp20eic Diese Eingaben habe ich ja manuell gemacht. Die 2. Säule aus der Datenbank gewonnen. Damit habe ich die Unterschrift. 2. Säule: (mean gegen last getauscht)

from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "sourceanalytix.0.alias__0__Panel power V-Ladegerät__PPV.currentYear.delivered.currentWeek.01_Monday")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: "mean")

Edit: muß jetzt erst mal weg!

[Ein ehemaliger Benutzer]

@laser sagte in Grafana + Influx 2 + Flux + Bar Gauge:

@dp20eic Diese Eingaben habe ich ja manuell gemacht. Die 2. Säule aus der Datenbank gewonnen. Damit habe ich die Unterschrift. 2. Säule: (mean gegen last getauscht)

from(bucket: "iobroker")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "sourceanalytix.0.alias__0__Panel power V-Ladegerät__PPV.currentYear.delivered.currentWeek.01_Monday")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: mean, createEmpty: false)
  |> yield(name: "mean")

Moin,

sorry, kann gerade nicht folgen, ich wollte eigentlich im letzten Post von mir nur mal die Ausgangsdaten sehen, denn ich denke, Du versuchst die falsche Spalte umzubenennen.

Wenn Du hier etwas anderes meinst, dann verstehe ich es nicht :(

VG
Bernd

[Laser]

@dp20eic ich hatte zuerst nur einen Bar angelegt, zum Testen. Den, wo jetzt "Montag" druntersteht.

Da stand nichts. Erst, als ich den zweiten Bar angelegt hatte, original, wie vom Browser des Influx angelegt, erschien ein Text drunter. Das mit dem Wert hat sich jetzt geklärt. Obwohl sich der Wert Stunden später immer noch auf dem alten Wert befindet. Müßte so wie auf dem rechten Balken sein. Zu dem Zeitpunkt der Erstellung hat es gepasst.

[Ein ehemaliger Benutzer]

@laser

Moin,

ich versuche jetzt mal mit meinen Worten zu beschreiben.

Aus meiner Sicht ist da ein Fehler, denn ich denke, dass Du ja das Anpassen möchtest

Das solltest Du aber nicht mit rename in der Abfrage machen, sondern in Grafana unter Mapping, in meinem Beispiel würde 0 - 6 stehen, ich ändere das so, dass 0 = Sonntag ist

Deswegen solltest Du Dir ja die Ausgangsdaten in Deinem Bucket anschauen

Original:

Und das bewirkt das Rename

Wenn ich etwas versuche, umzubenennen, dass nicht da ist, passiert da nichts

Mit dem Rename kannst Du nur die Überschriften der Spalten verändern, aber nicht den Inhalt.

Wenn Du z.B.

sonoff.0.DVES_8AA766.SENSOR.SML.total_kwh

in

teletabby

Das kannst Du auf zwei Arten machen, entweder alias beim Schreiben in die Datenbank

Oder

Dann kannst Du das neue Feld Weekday als Balken Unterschrift nutzen.

So ich hoffe, ich habe jetzt alles richtig verstanden, ansonsten schon mal sorry.

VG
Bernd

[Laser]

@dp20eic Die Werte (value ) der Datenbankeinträge sollen natürlich erhalten bleiben. Nur die riesig langen Untertitel sollen durch etwas ersetzt werden Mo, di, Mi....
Wenn ich jetzt das mache, passiert folgendes:

Ich will nach dem "value" in dem Datensatz filtern. Das sollte doch der Zahlenwert sein? Wieso wird denn da ein Feldtext draus?

[Ein ehemaliger Benutzer]

@laser

Moin,

Diese beiden willst Du ändern!

Das musst Du mit dem Mapping in Grafana machen, nicht durch die Flux abfrage. Zeig mal, ob Du da weiter rechts noch etwas eingestellt ist und wenn nicht nötig, lösche mal die zweite Abfrage.

Ich suche gerade mal ein Beispiel wo man das sieht, was ich meine.

VG
Bernd

[Laser]

@dp20eic
(ohne "rename" , irgend ein alter Wert wird gezeigt, nicht der "last"

EDIT: jetzt wird plötzlich der "last" Wert angezeigt. Auch mit "rename". Aber keine Unterschrift.

[Ein ehemaliger Benutzer]

@laser

Moin,

wieso bei Dir die Werte nicht passen kann ich nicht sagen. Ich kloppe mir die Abfrage immer erst in der influxDB WEB-UI zusammen und kopiere die dann nach Grafana.

also bei mir, ohne last

Mit last()

Hier ein Beispiel wie ich einen langen Feldnamen umbenannt habe

[Laser]

@dp20eic
Ich danke Dir erst mal. So muß es bei mir auch gehen. Das muß ich auch erst mal sacken lassen. Manchmal löst sich der Knoten über Nacht!
Mit "overide" funktioniert es auch bei mir. Sollte halt eine weniger umfangreiche Lösung sein. Dafür muß es doch Befehle geben.

[Ein ehemaliger Benutzer]

@laser sagte in Grafana + Influx 2 + Flux + Bar Gauge:

@dp20eic
Ich danke Dir erst mal. So muß es bei mir auch gehen. Das muß ich auch erst mal sacken lassen. Manchmal löst sich der Knoten über Nacht!

Ja, manchmal muss man Abstand haben, um eine neue Sicht zu bekommen :)

Mit "overide" funktioniert es auch bei mir. Sollte halt eine weniger umfangreiche Lösung sein. Dafür muß es doch Befehle geben.

Ja, dann musst Du aber wie oben gezeigt ein neues Feld einführen, da wo ich mit set in der Abfrage gearbeitet habe.

|> set(key: "Weekday", value: "Montag")

Da Du aber für jeden Tag ein eigenes _measurment hast, muss Du das dann auch für alle Abfragen machen und an die Tage anpassen.

VG
Bernd

[Ein ehemaliger Benutzer]

@laser sagte in Grafana + Influx 2 + Flux + Bar Gauge:

Mit "overide" funktioniert es auch bei mir. Sollte halt eine weniger umfangreiche Lösung sein. Dafür muß es doch Befehle geben.

Moin,

wenn Du noch nicht so viele Daten hast, dann kannst Du auch das mit dem Alias

Versuchen

VG
Bernd

[Laser]

@dp20eic Die Werte sind eigentlich noch nicht so umfangreich, daß es ein Verlust wäre. Die wenigen kann ich manuell nachtragen. Ich versuche das jetzt mal mit dem Alias! Da brauche ich für jeden Wochentag einen eigenen Namen?
Nachtrag: Geht so. Als Datentyp muß ich dann noch "speichern als Zahl" auswählen. Die Bildunterschrift und die ganzen Namen, die ich überall durchschleppe, sind schon mal kürzer! Werde sehen, für was ich mich entscheide.

[Ein ehemaliger Benutzer]

@laser

Moin,

ja, wenn ich mir das unter SourceAnalitix anschaue, dann ja, wenn Du jeden Tag Einzel abspeicherst, ob Du das auf Automatisch oder auf Zahl stellen musst, kann ich nicht sagen, müsste ich auch erst man versuchen.

Ich arbeite noch nicht mit SourceAnalytix ich schreibe mir den Wert meines Zählers kontinuierlich in die Datenbank und aggregiere dann die Werte für Tag, Woche oder Tag aus der Vorwoche mittels FLUX

Aber was da im Endeffekt der bessere Weg ist, muss ich auch erst noch herausfinden.

VG
Bernd

[Laser]

@dp20eic ich hatte zuerst sourceanalytix und dann die influx- Datenbank. Wenn man aus kontinuierlichen Werten mit FLUX die Tagesverbräuche ausrechnen kann, ist das sicher absolut ausreichend. Werde ich mir auch ansehen.
Bei Sourceanalytix hat man sehr schnell einen Überblick über die ganzen Zähler, wenn man in die Objekte geht.

[Ein ehemaliger Benutzer]

@laser sagte in Grafana + Influx 2 + Flux + Bar Gauge:

@dp20eic ich hatte zuerst sourceanalytix und dann die influx- Datenbank. Wenn man aus kontinuierlichen Werten mit FLUX die Tagesverbräuche ausrechnen kann, ist das sicher absolut ausreichend. Werde ich mir auch ansehen.

Moin,

alles ist möglich, es ist immer nur eine Frage welchen Aufwand man betreiben möchte.
Man sollte erst einmal bei einem bleiben und das zum Laufen bringen, dann nutzen und sich dann evtl. mit anderen Lösungen beschäftigen um zu schauen was noch alles möglich ist.
Ich bin halt erst über influxDB und dann über den SourceAnalitix Adapter gestolpert, jetzt vergleiche ich erst einmal die Daten, um mich dann auf die endgültige Lösung festzulegen.

Ich warte noch auf die finale Hardware, die ich mir bei einem Kickstarter Projekt geschossen habe, wenn die dann, hoffentlich im Juni da ist, dann geht es ans Migrieren und Konsolidieren meiner verschiedenen Gerätschaften.

VG
Bernd

[Laser]

@dp20eic Ja, werde erst mal Sourceanalytix mit ifluxdb zum Laufen bringen. Und mit Grafana anzuzeigen. Habe jetzt noch einen Wert in "Sourceanalytix" gebracht. Die RAM Belastung des Raspi ist von 1,9 auf 2,0 GB gestiegen. "SA" scheint ordentlich Resourcen zu fressen. Aber bald gibt es ja die 8GB Raspis wieder in Hülle und Fülle.

[Laser]

Aber: morgen ist auch noch ein Tag...

[Ein ehemaliger Benutzer]

@laser sagte in Grafana + Influx 2 + Flux + Bar Gauge:

Die RAM Belastung des Raspi ist von 1,9 auf 2,0 GB gestiegen

Moin,

ist jetzt etwas am Thema vorbei und sollte man in diesem Thread nicht weiter beleuchten, denke ich :)

Nur soviel, Belastung des RAM oder CPU, das sind Momentaufnahmen, die nicht wirklich aussagekräftig sind, manchmal verbraucht der eine Prozess etwas Speicher, den er dann aber wieder abgibt oder das Betriebssystem braucht Speicher für irgendwelche Operationen oder zur Verwaltung des File-Caches.
Hier genaue Aussagen zu treffen, das bedeutet auf ganz anderer Ebene Überwachungen laufen zu lassen und dann wirklich über längere Zeit zu beobachten.

Also lass dich nicht zu sehr verunsichern, und wenn es eng wird, dann gibt es hier schon viele Threads zu dem Thema ioBroker und passende Hardware :)

VG
Bernd