Hallo Tobi,
Deine Zeitangaben haben jeweils eine Null zuviel. Diese muss 12stellig sein. Denke auch daran, im Line-Editor das Zeitformat (Precision) auch auf Millisekunden einzustellen.
Gruß
Dieter

Frage: Wollte über influx line Protokoll Daten einspielen.
Sources -> Line Protocol -> Bucket (leerer Test Bucket erstellt ohne Begrenzung) ausgewählt und „Enter Manually“:
hoymiles,Value=157800 1701388800000
hoymiles,Value=198200 1704067200000
hoymiles,Value=250600 1706745600000
hoymiles,Value=381002 1709251200000
hoymiles,Value=445600 1711929600000
hoymiles,Value=488998 1714521600000
hoymiles,Value=474100 1717200000000
hoymiles,Value=584400 1719792000000
hoymiles,Value=655500 1722470400000
hoymiles,hoymiles Value=398800 1725148800000
hoymiles,hoymiles Value=317102 1727740800000
hoymiles,hoymiles Value=242898 1730419200000
hoymiles,hoymiles Value=94800 1733011200000

Influx fehlt da was, hab aber kein Plan was ich falsch mache. Mit der Anleitung von Influx, naja, hilft mir auch nicht weiter und weitere Stunden im Google sind auch nicht Ergebnisvoll verlaufen.
Vielleicht hat ja jemand einen Tipp?

Danke und schöne Freietage.

Gruss Tobi

Hallo Otto,
Ich entnehme deiner Beschreibung, dass noch immer zahlreiche falsche Werte geschrieben werden. Dies kann z.B. an einem falsch ausgerichteten Sensor liegen. Beim Infrarotsensor liegt es häufig daran, dass die LEDs nicht exakt übereinander liegen, so dass man durch leichtes Drehen schon eine Besserung erreichen kann.
Auf jeden Fall sollte man in Node-Red die Werte filtern, bevor man sie schreibt. Ausreißen kann man gut über einen Function-Node erwischen und den Wert z.B. auf 0 setzen. In einem anschließenden filer-Node kann man dann angeben, welche Werte überhaupt geschrieben werden solle und so Dopplungen oder Null-Werte verhindern.
Ich veröffentliche in den nächsten Tagen einen Beitrag, wie man ganze Zeitreihen einfach und direkt in Grafana anpassen kann. Evtl. findest du dann da auch noch Hinweise, die du vielleicht brauchen kannst.
Gruß
Dieter

Diese hat mir schon weitergeholfen, ich mußte nur mein Excel Tool anpassen um die andere Formatierung zu erhalten.
Bisher verwende ich die aufwändige Methode die vorigen „richtigen“ Werte zu suchen, was leider sehr Zeitintensiv ist.
Meine Antwort hat etwas gedauert weil ich stundenlang „Fehler“ korrigiert habe und in meinem Gesamtverbrauch immer noch die Anzeige auf 40.8 TWh steht.

Momentan habe ich das Problem, daß die Änderungen erst nach längerer Zeit „wirksam“ sind.
Bei der Suche danach bin ich nicht fündig geworden.

Bei den Suchen habe ich 2 gute Seiten gefunden:
https://hessburg.de/tasmota-smartmeter-faq/ Viele gut Links
und einen Tasmota SML Decoder
https://tasmota-sml-parser.dicp.net/

da mein Smartmeter mehr Infos über Knopfdruck ausgibt als in der jetzigen Ausgabeliste/Script.
Leider war dann doch nicht mehr Info herauszuholen.

Dann habe ich versucht die falschen Wert schon in Rode-Ned „Function“ abzufangen.
Leider habe ich dann keine Ausgabe des Parameters mehr – mehr testen erforderlich.

also Danke nochmals
Otto

Hallo Otto,

Ich empfehle, die Export-Funktion von Grafana für größere Datenmengen zu nutzen. Du baust Dir dort deine Auswertung und speicherst sie in deinem Dashboard ab. Wenn du nun auf deinem Dashboard in der Auswertung oben rechts in der jeweiligen Ecke auf die drei Punkte gehst und anschließend Inspect und Data auswählst, kannst Du das Ganze mit den Button oben direkt in eine .csv-Datei exportieren. Diese Möglichkeit präferiere ich mittlerweile für größere Datenkorrekturen, weil man dann auch die Formatierungen bereits in Grafana anpassen kann.

Die falschen Werte kannst Du auf 0 setzen und anschließend löschen. Dazu würde ich diese nicht nur auf 0 setzen sondern auch den Zeitstempel auf ein eigenes Datum im letzten Jahrhundert ändern. Dann kannst du diese Werte anhand des Zeitstempels nachher recht einfach wiederfinden und löschen und sie sind aus deiner Zeitreihe raus.

Alternativ bietet sich an, die Werte auf den jeweiligen Nachfolger- oder Vorgänger-Wert zu setzen. Diese müsstest du aber vorher exakt bestimmen und dann entweder über eine zu bauende Query (stelle ich mir aufwendig vor) oder über Excel so aufbereiten, dass sie geschrieben werden können.

Gruß
Dieter

Grüße Otto

Hallo Gerrit,
ich kann leider nicht beurteilen, ob es sich um einen Bug im Line Editor handelt. Daher würde ich zuerst prüfen, ob ich die aktuelle InfluxDB Version habe und diese ggfs. updaten und das Ganze nochmal probieren.
Zusätzlich kannst Du auch Deine Frage im InfluxData Community Forum (erst anmelden) stellen, manchmal weiß jemand eine Antwort.
Wenn Du den Sensor kontrollieren kannst (wohin der schreibt), dann würde ich folgenden Workaround in Betracht ziehen: Kopiere alle Daten in ein neues Feld ohne Sonderzeichen (geht in Influx mit dem to-Befehl) und schreibe alle weiteren Daten vom Sensor in das neue Feld.
Gruß
Dieter

Hallo,
das „°“-Zeichen scheint kein valides Zeichen für einen Feldname im Line-Protocol zu sein. Wenn du dieses weglässt, dann funktioniert es. Leider habe ich in der InfluxDB Doku auf die Schnelle keine Informationen zu zulässigen Zeichen für Feldnamen gefunden. Überraschend ist, dass InfluxDB das Schreiben bestätigt und keinen Fehler ausgibt, obwohl nichts geschrieben wird.
Gruß
Dieter