Object Daten in Influx db speichern
-
@mickym sagte in Object Daten in Influx db speichern:
Ja dann halt die Klammer drum rum aber das ist ja easy:
$zip(payload.unix_seconds,payload.price).[{"time":$[0],"value":$[1]}]Ja, perfekt! Danke!!
-
Hallo!
Ich bastle gerade an der gleichen Integration, die Du hier schon gelöst hast.
Leider liefert die "Solarprognose.de" API bei mir irgendwie ein anderes Format als das bei @drdoener der Fall war.Somit funktioniert natürlich der Flow nicht richtig.
Könntest Du Dir das bitte einmal ansehen? Ich stehe bei Programmierung ziemlich auf dem Schlauch.Hier mein API Payload:
Schon einmal vielen Dank
-
@crazychickenbln Wieso ist doch fast das Gleiche. Wie brauchst Du Dein Objekt?
timestamp und dann fields mit Prognose_W und Prognose W_h als fields?
Schau halt mal, ob das so für Dich passt - besser bekomme ich es erstmal nicht hin:
https://try.jsonata.org/bTDLArmfO -
@mickym Erst einmal danke für die schnelle Antwort!
Ich möchte die Prognosedaten genau wie oben bei @drdoener mit den entsprechenden Timestamps in eine Influx DB 2 schreiben, damit ich sie in Grafana visualisieren kann.
Über den Thread Solarprognose hier im Forum habe ich es geschafft, die Daten zumindest schön im Broker zu implementieren. An der Übergabe der Zukunftswerte nach Grafana scheint es damit aber nicht möglich zu sein, jedenfalls hat es dort keiner geschafft. Dort wurde dann auf diesen Beitrag verwiesen.Da es mit Deinem Flow ja wohl bei Ihm funtioniert, würde ich also gerne mein Objekt (das brauche ich ja wohl für die Datenübergabe an Influx) genauso aufbauen wie bei Ihm.
(Objekt mit den Flields Datum, Prognose_W, Prognose_Wh)Ich habe zumindest begriffen, dass ich irgend etwas in der zweiten Switch-Node ändern muss
($each($.payload, function($v, $k) {$v}).{
"measurement":"Solarprognose1",
"timestamp":$[0] ,
"fields":{
"Datum": ($moment($[0]*1000).locale("de").tz('Europe/Berlin').format('DD.MM.YYYY HH:mm:ss'))[0],
"Prognose_W":$[1],
"Prognose_Wh":$[2]
}
}weil bei meinem API-Output der zweite Timestamp ja nicht mehr existiert.
Leider war es das aber auch schon mit meinem Wissen, mit meinen Kenntnissen in BASIC aus Schulzeiten komme ich hier nicht wirklich weiter
Diese JSONata Exerciser Seite habe ich mir angeschaut. Allerdings komme ich da auch nicht wirklich weiter, weil die Formel oben rechts
$zip($keys(data),$zip(data.#$i[($i%2)=0],data.#$i[($i%2)=1])).[{"timestamp":$[0],"fields":{"Prognose_W":$[1],"Prognose_Wh":$[2]}}]
ist ja nun wieder völlig anders, als die Node-Red Funktion weiter oben.
-
Also ich bin auch nimmer so fit - mit der normalen Influx bekomme ich es nicht hin, sondern nur mit der Batch-Node.
Hier der Flow:
-
Vielen Dank für die Hilfe, das hat wunderbar geklappt!
Ihr seid eine tolle Community
-
Hallo ich kram das hier nochmal nach oben, weil leider bei mir das ganze nich funktioniert. Ich bekomme zwar in Node-Red die Daten, aber das senden an Influx funktioniert nicht , bei mir kommt immer diese Fehlermeldung:
Das json von Solarprognose sieht so aus:
was muß ich hier ändern? -
@icebear Wenn Du Deine Daten so aufbereitest, darfst Du nicht die Influx-Out Node nehmen, sondern Du musst die Batch Node nehmen.
Das wars auch schon.
Ach und ggf. noch auf ms umstellen:
-
Supi, vielen Dank für den Hinweis, ich habs grad mal ausprobiert und er schreibt jetzt die Werte in die DB.
Ich müsste da evtl. noch etwas an der Abfrage bzw. den Daten ändern, kann das aber im Moment nicht weiter testen, da ich beim Free-Account mit der letzten Abfrage das Limit erreicht habe.
Ich probier Morgen mal weiter und meld mich nochmal falls ich noch Hilfe brauche.
Also nochmal, vielen Dank für deine Hilfe.
-
@icebear Wenn Du die Influx-Out Nodes nimmst, dann hast Du keine Eigenschaften im Objekt, wie fields und measurement, sondern nur verschachtelte Arrays:
[ [ { "temperature": 24, "humidity": 52 }, { "room": "Wohnzimmer" } ], [ { "temperature": 25, "humidity": 70 }, { "room": "Bad" } ] ]Das äussere Array enthält die Datenpunkte, jeder Datenpunkt besteht wieder aus einem Array mit 2 Objekten. Im Ersten sind die "Fields" mit den Werten, im Zweiten die Tags.
Insofern ist die Batch-Verarbeitung etwas übersichtlicher und kannst so halt auch mit einer Node in verschiedene measurements schreiben.
