Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[da_Woody]

@crunchip wem sagst du das... das leben besteht aus suchen. :D da ist halt, daß ich auf allen ecken probs hab und nicht mehr weis wo mir der kopf steht. hab ja auch noch anderes zu tun. ;)
ob du es glaubst, oder nicht. ich hatte das teil schon auf der SSD, aber durch kein wissen, konnte ich das ding nicht anwenden... durch deine putty befehle und zusätzlichem know how inzwischen, bin ich gerade in influxDB drinnen! :D

ich denk mal das ich damit mal ein bisschen aufräumen kann. werd mich da mal vorsichtig rantasten.
MQTT... hab ich schon mal versucht einen umzustellen. :( war eher ernüchternd. dafür fehlt mir noch was. aber tögal, hab je eh einige shellys zum testen da, werd das nochmal probieren. haben in letzter zeit aber auch einige probs mit den shellys und MQTT. aber dazu kann ich ja @Stuebi notfalls befragen. loser kontakt besteht.
thnx auf jeden fall mal für deine geduld!

[crunchip]

@da_woody sagte in Grafana zeigt nicht mehr alle Werte an:

MQTT... hab ich schon mal versucht einen umzustellen.

im iobroker bleibt doch alles wie es ist, deine Datenpunkte/Struktur....bleibt doch alles, du musst lediglich im Adapter auf mqtt umstellen und an jedem shelly, mqtt aktivieren, das wiederum geht nicht über die shelly App, sondern musst dich dafür auf jeden einzelnen, per Browser einloggen,
unter Internet/sicherheit---erweiterter entwicklereinstellung, mqtt aktivieren, name/passwort,host:port eintragen, fertig.

Lediglich beim Port darauf achten, das du nicht mit sonoff in die Quere kommst

[da_Woody]

@crunchip said in Grafana zeigt nicht mehr alle Werte an:

du musst lediglich im Adapter auf mqtt umstellen und an jedem shelly per Browser

räusper, 70 stück... :D
ich könnte aber eine 2. instanz mit MQTT... da dann nur mit 2-3 testen, die so rumlungern und noch nicht verbaut sind...

[lemonbiter]

gelöscht

[lemonbiter]

@crunchip sagte in Grafana zeigt nicht mehr alle Werte an:

@lemonbiter sagte in Grafana zeigt nicht mehr alle Werte an:

Wenn ich nun die Aliasse wieder eintrage

dann läuft die Aufzeichnung für diesen DP wieder weiter unter dem "Alias", deine bisherigen Aufzeichnungen( mit original ID) bleiben zwar in der Datenbank(wird aber nicht weiter aufgezeichnet) und haben miteinander nichts zu tun, da es für das Programm 2 separate DP sind.
je nachdem wie du dich entscheidest, einer von beiden, steht dann sinnlos in der Datenbank, entsprechend kannst du den nicht genutzten in der Datenbank heraus löschen um seine Datenbank übersichtlich zu halten.

zwecks putty mit dem Befehl show databases kannst du dir deine Datenbanken auflisten, mit show series werden dann alle Datenpunkte aufgelistet, siehe

das liegt an deinem Benutzer (authentication credentials) ich bin in meinem Fall mit root drauf

@lemonbiter sagte in Grafana zeigt nicht mehr alle Werte an:

Sind die Aliasse grundsätzlich keine gute Idee??

hat alles seine Vor und Nachteile,
wenn du einen DP mit alias anlegst und dir geht mal das Gerät kaputt/wird ersetzt, musst du beim neuen loggen/aktivieren wieder deinen alias angeben und es läuft wie gewohnt weiter.
hast du die ursprünglich original ID verwendet und das Gerät wird getauscht, musst du, die alte original ID als alias angeben um damit umzulenken auf den alten Datenpunkt, damit auf dem gleichen DP weitergeschrieben wird.

Lieber Crunchip... Ich bekomme es nicht hin... Ich bin so willens, aber ich schaffe es nicht. Ich würde jetzt gerne Tabolarasa machen und die DP's löschen, damit sie nicht mehr in der Database sind und auch in Grafana dementsprechend nicht mehr auftauchen... würdest Du mir helfen dabei?

Ich komme auf mein Debian per Putty und kann mich per sudo als Admin anmelden...
Das hier sind meine influx Einträge in ioB

Und sag gerne, wenn Du keine Zeit hast...!!!

[crunchip]

@lemonbiter wo hängst du denn?

[lemonbiter]

@crunchip

[crunchip]

@lemonbiter na schieß los, ich warte, bisschen dürftig deine Antwort:wink:

[heinhan]

@crunchip Habe das gleiche Problem, dass in Grafana keine Daten aus der Datenbank InfluxDB angezeigt werden. Hier speziell

Alles was hier beschrieben wurde ist vorhanden. Was gibt es noch für Möglichkeiten um Abhilfe zuschaffen.

Raspi PI 4 Alle Adapter (beta) auf Stand

[crunchip]

@heinhan ist das ein "fertiges" Dashboard aus dem Netz geladen? Dann muss eventuell dein Dashboard oben rechts über das Zahnrad angepasst werden (Variables) oder die Datenbank falsch ausgewählt.

[heinhan]

@crunchip Hier die Variablen Anzeige:

Zwei Warnungen ? Aber wo kommen die her, dass ganze lief doch Super !!!

[crunchip]

@heinhan kenne das dashborad nicht, vllt durch ein update, es ist laut deinem screen, kein server ausgewählt

[da_Woody]

@crunchip würd auch sagen, falsche DB, oder die DP nicht an die IP angepasst.
bei einem importierten dash heißen die zwar gleich, aber können trotzdem eine andere IP abfragen.

[werner2000x]

@crunchip Ich habe auch vor einen Datenpunkt in Influx zu löschen und zwar nur einen Wert zu genau einer Zeit s. Bild:

Dazu habe ich folgende Kommandos im Raspi abgesetzt zum löschen eines Punktes:
influx
use iobroker
DELETE FROM "javascript.0.NodeRed.Zaehlerstand" WHERE "time" = '2021-07-07T15:00'

Dann erhalte ich den Fehler:
"ERR: invalid timestamp string"
Nun weiss ich nicht wie ich den Fehler verhindern kann, vielleicht hat von euch jemand einen Tipp?
Nur die Daten am 7.7.2021 von 13 Uhr bis 16 Uhr sollen gelöscht werden.

Dann habe ich das Kommando zum Löschen eines Zeitraumes abgesetzt:
DELETE FROM "javascript.0.NodeRed.Zaehlerstand" WHERE "time" >= '2021-07-07T13:00.0000000Z' AND "time" <= '2021-07-07T16:00.0000000Z'
verwendet und wieder folgenden Fehler bekommen:
ERR: invalid timestamp string

Hat jemand einen Tipp wie die richtige Formatierung aussehen muß?

[fastfoot]

@werner2000x ich denke du hast die Sekunden nicht angegeben
'2021-07-01T12:00:00Z' oder '2021-07-01T12:00:00.123456789Z' sollten funktionieren. der Teil nach den Sekunden ist optional, das abschliessende Z ist es nicht(gibt die GMT Zeitzone an)

siehe auch die Doku zu Influx

[werner2000x]

@fastfoot Ja Danke :-)
Ich habe jetzt mit dem folgenden Kommando keine Fehlermeldung mehr:

DELETE FROM "javascript.0.NodeRed.Zaehlerstand" WHERE "time" >= '2021-07-07T13:00:00Z' AND "time" <= '2021-07-07T16:00:00Z'

Die Sekundenangabe ist so auf das nötige reduziert und mal sehen ob es in Grafana dann auch sichtbar wird...
Muss man dazu einmal Grafana stoppen und neu starten?

[fastfoot]

@werner2000x sagte in Grafana zeigt nicht mehr alle Werte an:

@fastfoot Ja Danke :-)
Ich habe jetzt mit dem folgenden Kommando keine Fehlermeldung mehr:

DELETE FROM "javascript.0.NodeRed.Zaehlerstand" WHERE "time" >= '2021-07-07T13:00:00Z' AND "time" <= '2021-07-07T16:00:00Z'

Die Sekundenangabe ist so auf das nötige reduziert und mal sehen ob es in Grafana dann auch sichtbar wird...
Muss man dazu einmal Grafana stoppen und neu starten?

ich kenne Grafana kaum und InfluxDB garnicht, denke aber dass die Änderungen mit dem nächsten Query von Grafana bereits angezeigt werden

[werner2000x]

@fastfoot Leider werde ich den Peak so nicht los, auch nach Neustart des Raspi nicht s.Bild:

Hat noch jemand einen Tipp?
Kann man die Werte in diesem Zeitraum (7.7.21 von 13 bis 21 Uhr) einfach auf Null setzten?
Den Löschbefehl habe ich auf 21 Uhr erweitert, was auch nicht half.

[werner2000x]

@werner2000x @werner2000x Ich bin dem Fehler weiter auf der Spur und habe den Picks in dem Zählerstand als Ursache für den Leistungs Picks entdeckt. Die Leistung wird aus der Differenz der Zählerstände errechnet. Die Ursache liegt nicht in der Leistung, sondern in dem Zählerstand s. Bild unten:

Aber wie bekomme ich den Zählerstand korrigiert?
Der Picks nach unten in dem Zählerstand verursacht in der Leistung einen Picks nach oben. Kann man die Werte um 14 Uhr in InfluxDB irgendwie überschreiben?

[ftd]

@werner2000x

use iobroker
precision rfc3339
select * from "javascript.0.NodeRed.Zaehlerstand" where value < 20.3000000

dann siehst du, wie der Timestamp richtig formatiert ist...

delete from "javascript.0.NodeRed.Zaehlerstand" where time = 'Zeitstempel aus der ersten Spalte'