JSON Verarbeitung: Letzter Wert vergleichen

[Dicken]

Hey, ich greife per http (GET) auf eine API zu und lasse mir die Summe aller unreadCount Einträge an Pushover senden. Das funktioniert auch wunderbar, nur bekomme ich so leider jede Minute eine Nachricht geschickt, sofern unreadCount > 0 ist.
Was ja auch richtig ist, aber ich würde mir gerne eine Logik einbauen dass ich diese Nachricht einmal bekomme und dann erst wieder wenn die Zahl größer wird oder mindestes einmal 0 war (quasi alles gelesen wurde). Es zählt wieviele RSS Artikel ungelesen sind.

Hier die JSON (gekürzt):

[
  {
    "feedId": 3008,
    "unreadCount": 0,
    "newestItemTime": null
  },
  {
    "feedId": 3009,
    "unreadCount": 0,
    "newestItemTime": null
  },
  {
    "feedId": 3004,
    "unreadCount": 1,
    "newestItemTime": 1719480430000
  },
  {
    "feedId": 2005,
    "unreadCount": 1,
    "newestItemTime": 1719476079000
  },
  {
    "feedId": 2006,
    "unreadCount": 2,
    "newestItemTime": 1719476079000
  }
]

und hier mein Blockly:

Ich habe gedacht das wäre vllt möglich wenn ich irgendwie den letzten Wert mit dem neuen Vergleichen könnte, krieg das aber zum verrecken grade nicht umgesetzt.
Ich glaub ich denke grade zu kompliziert, vllt kann mir ja einer von euch helfen.

LG
Dicken

[haus-automatisierung]

1. Zweite Variable erstellen (z.B. lastUnreadCount)
2. Um den pushover Baustein ein falls-Block machen und schauen ob unreadCount ungleich lastUnreadCount
3. Nur dann die Nachricht versenden
4. lastUnreadCount auf unreadCount setzen (mit in dem Falls-Block)

Aber das erschlägt ja sicher nicht alle Probleme.

[Dicken]

@haus-automatisierung sagte in JSON Verarbeitung: Letzter Wert vergleichen:

Aber das erschlägt ja sicher nicht alle Probleme.

Danke, aber was meinst du? andere Probleme sind mir bis jetzt noch nicht aufgefallen

[haus-automatisierung]

@dicken Naja wenn einer dazu kommt und einer gelesen wird bleibt unreadCount ja gleich. Somit keine Nachricht.

[Dicken]

@haus-automatisierung sagte in JSON Verarbeitung: Letzter Wert vergleichen:

@dicken Naja wenn einer dazu kommt und einer gelesen wird bleibt unreadCount ja gleich. Somit keine Nachricht.

Ja das hast du natürlich recht, aber in meinem Anwendungsfall ist das eher hinfällig und muss nicht zwingend Berücksichtigt werden.

Ich gehe rein, das was mich interessiert lese ich und was ich evtl später lesen möchte markiere ich (wird dann seperat als markierte Artikel) gelistet und setze ich trotzdem dann auf gelesen.
So hab ichs immer noch in einer Liste sichtbar im WebIF, wird aber nicht mehr unter ungelesene geführt.

Hier übrigens die Änderung dank deiner Hilfe:

PS: Bin echt froh dass ich mittlerweile ansatzweiße mit JSON und JSONATA klar komme. Hab jetzt tagelang sämtliche Erklärungen hier im Forum und sonst im Netz durchforstet und es hat echt lange gedauert den Aufbau zumindestens zu verstehen um dann einzelne Attribute ansprechen zu können. Wenn man weiß wie kann man ja sehr viel mit anstellen

[haus-automatisierung]

@dicken sagte in JSON Verarbeitung: Letzter Wert vergleichen:

Hab jetzt tagelang sämtliche Erklärungen hier im Forum und sonst im Netz durchforstet

Na alle scheinbar nicht

[Dicken]

@haus-automatisierung Diese Aussage bezog sich auf das Verständnis des Aufbaus und Ansprechen von JSON Nicht auf meine "Letzter Wert" Frage

[haus-automatisierung]

@dicken Ja, meine Antwort auch

[Dicken]

@haus-automatisierung sagte in JSON Verarbeitung: Letzter Wert vergleichen:

@dicken Ja, meine Antwort auch

Was hab ich denn deiner Meinung nach nicht verstanden? Bzw. was könnte ich besser machen um an die Werte zu kommen und diese zu summieren?

[haus-automatisierung]

@dicken Ich wollte nur sagen, dass tagelanges suchen nicht nötig wäre, da ich alles bereits ausführlich rauf und runter erklärt habe mit vielen Beispielen.

Alles gut, mit JSONata ist das ja sehr intelligent gelöst bei Dir.

[Dicken]

@haus-automatisierung Achso

Ja es liegt ja nicht immer am Lehrer. Manchmal haben auch die Schüler ein Brett vorm Kopf und brauchen noch ne zweite und dritte Erklärung