JSON Objekte in Liste

[legro]

@mickym sagte in JSON Objekte in Liste:

@legro Hast Du Dir meine Lösung denn überhaupt angeschaut????

Ich bin doch noch dabei, das Ganze nachzuvollziehen. So schnell bin ich als blutiger Anfänger doch nicht. Ich benötige offenbar länger das zu verstehen als du zum Erstellen.

[legro]

@mickym

Jetzt ist's auch mir klar. Ich musste erst einmal verdauen, dass du ein neues Objekt innerhalb der Berechnungen generieren lässt.

Ich denke ich hab's kapiert.

Vielen Dank für deine phantastische Hilfe.

[mickym]

@legro sagte in JSON Objekte in Liste:

@mickym sagte in JSON Objekte in Liste:

@legro Hast Du Dir meine Lösung denn überhaupt angeschaut????

Ich bin doch noch dabei, das Ganze nachzuvollziehen. So schnell bin ich als blutiger Anfänger doch nicht. Ich benötige offenbar länger das zu verstehen als du zum Erstellen.

Nee darum gehts nicht, sondern ich hab Dir doch Links geschickt, wie es funktionieren könnte und Dich gefragt ob wir den letzten Energiepreis nehmen? Da kam halt nichts.

Jetzt schau es Dir halt mal an: https://try.jsonata.org/U5Zi90lV2

Ich habs so mal nachgerechnet.

Beim Bezug: Verbrauch ist 482512-468303 = 14209 /1000 = kW
Preis ist dann der letzte Preis also *0,3328

Ergibt 4,7287552

Also insgesamt bekomme ich 32,91€ raus.

$.ZählerStände.{"Name":Name, "Verbrauch" : (Stände[1].Wert -Stände[0].Wert) / 1000 * Stände[1].Energiepreis }.Verbrauch~>$sum~>$round(2)

Ich hab die 1000 Umrechnung in kW noch umgestellt.

[legro]

@mickym

Da kam halt nix

Wie gesagt, ich war noch dabei das Ganze zu verdauen. Außerdem hatte ich meine Datenstruktur ja nochmals geändert und den ARRAYs Bezeichner zugeordnet. Nun versuche ich mal zur Übung in dieser neuen Struktur das Ganze zu lösen.

Da habe ich ja große Glück gehabt, dir begegnet zu sein.

[mickym]

@legro Na ich bin hier nur Gast - weil ich kein Blockly mag und alles mit NodeRed mache und das kann mit Objekten viel besser umgehen und dort nutzt man auch viel JSONATA. Dann weiß ich halt, dass im Javascript Adapter also sowohl im Blockly, also auch im Javascript diese phantastische Bibliothek implementiert wurde. Deshalb mache ich hin und wieder die Blockly user darauf aufmerksam, dass man das auch nutzen kann - nicht muss. Ansonsten mische mich in der Regel bei Puzzlern weniger ein.

[legro]

@mickym sagte in JSON Objekte in Liste:

@legro .. weil ich kein Blockly mag und alles mit NodeRed mache ..

Nun ja, auf meine alten Tage werde ich die Welt nicht mehr aus den Angeln heben können. Ich bleibe daher zunächst einmal bei Blockly, weil ich's halt leidlich kenne.

Nun setze ich mich einmal daran, die Lösungen nachzurechnen. Irgendwie habe ich das Gefühl, dass mit der Summenbildung noch etwas nicht stimmt. Darüber hinaus versuche ich mich einmal das Ganze mit der neuen Datenstruktur (benannte ARRAYs für Bezug, Verkauf und Erzeugt) zu realisieren.

Dank deiner Hilfestellung habe ich einen Einblick gewonnen, den ich ansonsten wohl erst nach Stunden erreicht hätte. Danke!

[mickym]

@legro sagte in JSON Objekte in Liste:

Nun setze ich mich einmal daran, die Lösungen nachzurechnen.

Ich habs mal beim Bezug unten gemacht - und das kam mir richtig vor. Aber schau mal.

[legro]

@mickym

Das Ergebnis ist leider nicht die gewünschte Summe. Es fehlt der Betrag zwischen den Ständen[0] und [1] -> 2510.191 * 0,3693

Müssten nicht die Indizes "parametrisiert" werden, damit sie alle Werte durchlaufen?

[mickym]

@legro Na ja - das ist das was ich nicht verstehe. Ich hab es mit dem letzten Energiepreis verrechnet. Ich blicke das nicht.
Rechne mir doch mal ein Objekt im Detail vor also den Bezug

 {
      "Name": "Bezug",
      "Stände": [
        {
          "Datum": "2023-01-01",
          "Energiepreis": 0.3963,
          "Wert": 468303
        },
        {
          "Datum": "2023-06-30",
          "Energiepreis": 0.3328,
          "Wert": 482512
        }
      ]
    }

Wie soll das bitte gerechnet werden. Step für Step please.

Der 1. Energiepreis ist doch irrelevant - das war doch meine Frage die ganze Zeit. Du misst doch mit den Zählerwerten W - wandelst das in kW um. Dann nimmst Du doch die Differenz und die kannst Du doch nur mit EINEM Preis multiplizieren. Der Preis im ersten Objekt spielt doch gar keine Rolle deswegen wurde nicht 2510,191 *0,3693 gerechnet, sondern nur die Differenz (2597930 - 2510191)/1000, also 87,739 mit 0,3328 multipliziert, was somit 29,1995392 ergibt. Also der 1. Preis ist doch Nonsense.
Oder Du nimmst einen Mittelwert - aber Du kannst ja nicht 2 Preise voneinander abziehen. Das würde im 1. Beispiel einen negativen Betrag ergeben.

Die Preise für jedes Objekt an sich, sind doch total irrelevant: https://try.jsonata.org/vAh2mh_SG

das kannst Du auf diese Weise haben. Dann hast Du 2510,191 * 0,3693 = 994,7886933

Die Einzelpreise dieser Stände sind aber irrelevant.

Wie gesagt - Rechne mir bitte EIN Objekt mit den beiden Zählerständen vor, wie Du es haben möchtest.

[legro]

@mickym sagte in JSON Objekte in Liste:

Wie gesagt - Rechne mir bitte EIN Objekt mit den beiden Zählerständen vor, wie Du es haben möchtest.

In diesem Beitrag habe ich versucht, die Aufgabenstellung zu reduzieren. Sinnvollerweise sollte man wohl ein leeres Element (Energiepries=0 und Wert=0) in jedem ARRAY Bezug, Verbrauch und Verkauf einführen, um über alles Differenzen zwei aufeinander folgender Werte zu summieren.

In JSONata fand ich bisher keine Kontrollstrukturen, die so etwas ermöglichen. Hier muss ich dann wohl doch noch mit Blockly ran.

Da ich ja nur immer eine Summe für jedes ARRAY getrennt haben muss, habe ich die Datenstruktur und Abfrage wie hier ausgeführt geändert.

Nun ja, ich habe mich für den Anfang wohl schlichtweg übernommen. Erst einmal kleiner Brötchen backen, wäre wohl besser.

[mickym]

@legro Nun bitte sehr: https://try.jsonata.org/lM8bWJD1Q

Hier war dein Array

[0,2,4,7,9]

und das sind die Differenzen

[
  2,
  2,
  3,
  2
]

und die Summe ist dann 9

Ok - ich verstehe, da hast zum Schluss mehr als 2 Elemente in Deinen Arrays. Trotzdem ist der 1. Preis immer irrelevant.

[mickym]

@legro Ja das Problem ist dass Dein Array ja wächst, deswegen dürfen wir nicht mit fixen Indizes arbeiten. Ich überlege noch.

[legro]

@mickym

Ok - ich verstehe, da hast zum Schluss mehr als 2 Elemente in Deinen Arrays. Trotzdem ist der 1. Preis immer irrelevant.

Daher ja auch die Idee eine "leeren Elementes", damit die Iteration gelingt.

[mickym]

@legro Ja passt schon - wir könnten das auch mit Codieren in JSONATA lösen - aber ich tüftle noch.

[legro]

@mickym sagte in JSON Objekte in Liste:

@legro Ja passt schon - wir könnten das auch mit Codieren in JSONATA lösen - aber ich tüftle noch.

Ich bin voller Bewunderung!

Allerdings verstehe ich noch nicht die Syntax in dem Ausdruck $#$i.[$$[$i+1]-$$[$i]] Da muss ich noch kräftig nachdenken.

[legro]

@mickym

Hier habe ich das Ganze für die neue Datenstruktur mit benannten ARRAYs einmal ausgeführt.

Wie gesagt: leider verstehe ich die Syntax mit den Indizes noch nicht so richtig.

[mickym]

@legro Ja wie gesagt das nützt nichts, ich gehe ja davon aus, dass Dein Array weiter wächst.

[legro]

@mickym sagte in JSON Objekte in Liste:

@legro Ja wie gesagt das nützt nichts, ich gehe ja davon aus, dass Dein Array weiter wächst.

Wenn ich in dem Beispiel-ARRAY mit den Zahlen Elemente ergänze, wird doch alles dynamisch bereits berücksichtigt. Das Ganze funktioniert doch schon wie gewünscht. Oder wo liegt mein Denkfehler?

[mickym]

@legro Ja da funktioniert es auch aber ich komme mit den Objekten noch nicht klar - ich versuch das nun mal mit bissi Code. Hab einfach bissi Geduld.

[legro]

@mickym sagte in JSON Objekte in Liste:

@legro Ja da funktioniert es auch aber ich komme mit den Objekten noch nicht klar - ich versuch das nun mal mit bissi Code. Hab einfach bissi Geduld.

Du kannst gerne alle Zeit der Welt haben. Wenn du bei der Anpassung an meinen Beispielcode noch überlegen muss, habe ich gar keinen Mut das Beispiel daraufhin zu erweitern.

Kannst du bitte die neue Struktur verwenden?