Geofency auf Karte in Vis darstellen

[Damrak2022]

@mickym So sieht es in der Influx aus

from(bucket: "DBANDY1")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31" or r["_measurement"] == "Leave_Airport")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false)
  |> yield(name: "last")

und ich glaube ich habe meinen Fehler mit Deiner Hilfe entdeckt.
Ich hätte jeweils genau die Bezeichnung nehmen müssen, welche ich im Alias angelegt habe.
Jetzt werde ich das korrigieren und dann sollte alles gehen. Prüfen kann ich dann ja auch - weiß ja wie es geht

[mickym]

@damrak2022 Das kann gar nicht stimmen:

|> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31" or r["_measurement"] == "Leave_Airport")
|> filter(fn: (r) => r["_field"] == "value")

Enter_Tor_31 ==>  Airport_Tor_31_Last_Enter
Leave_Airport ==>  Airport_Tor_31_Last_Leave

heißen - sorry mit der Schlampigkeit mit der Du solche Dinge bearbeitest - da musst schon exakter arbeiten. Sowas kann doch gar nicht funktionieren. Wenn dann mach die Queries einzeln in Influx DB GUI auf und kopier die Zeilen.

Aber da kann ich Dir nun wirklich nimmer helfen. Das liegt nicht an dem Flow, sondern weil Du hier einfach nicht exakt arbeitest.

[Damrak2022]

@mickym Okay, ich schaue es mir an - Danke

[mickym]

@damrak2022 sagte in Geofency auf Karte in Vis darstellen:

@mickym So sieht es in der Influx aus

from(bucket: "DBANDY1")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31" or r["_measurement"] == "Leave_Airport")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false)
  |> yield(name: "last")

und ich glaube ich habe meinen Fehler mit Deiner Hilfe entdeckt.
Ich hätte jeweils genau die Bezeichnung nehmen müssen, welche ich im Alias angelegt habe.
Jetzt werde ich das korrigieren und dann sollte alles gehen. Prüfen kann ich dann ja auch - weiß ja wie es geht

Das ist leider der Mist mit diesem blöden Alias - ich hätte es einfach weggelassen - dann hätte man einfach den Pfad zum Datenpunkt da reinkopieren können. Lass doch diesen blöden Alias beim Logging weg - na egal - jetzt ist es schon gemacht und Du musst halt nun jede Query überprüfen.

[Damrak2022]

@mickym Das ist die Zeile nur von Enter Airport

rom(bucket: "DBANDY1")
  |> range(start: v.timeRangeStart, stop: v.timeRangeStop)
  |> filter(fn: (r) => r["_measurement"] == "Enter_Tor_31")
  |> filter(fn: (r) => r["_field"] == "value")
  |> aggregateWindow(every: v.windowPeriod, fn: last, createEmpty: false)

[mickym]

@damrak2022 na dann hast Du im Query Tool nicht beide Datenpunkte angeklickt.

[Damrak2022]

@mickym Nein jetzt nur den einen. Vorher beide. Ich kann das mit dem Alias noch ändern. Geht ja nichts verloren
Ich werde Deinem Rat folgen und die Alias entfernen

[mickym]

@damrak2022 sagte in Geofency auf Karte in Vis darstellen:

@mickym Nein jetzt nur den einen. Vorher beide

Nein das kann nicht sein - sobald Du bei measurement 2 anklickst - müssen diese mit or verknüpft werden - das hat nichts mit der Alias funktion zu tun.

Du hast hier bei dem Filter nur einen DP angeklickt - sobald da 2 angeklickt sind dann bekommst Du auch beide mit or verknüpft.

[mickym]

@damrak2022 Klick einfach mal 2 Datenpunkte im Filter ein - dann bekommst Du auch beide im ScriptEditor.

[Damrak2022]

@mickym

[mickym]

@damrak2022 Na also jetzt sind es wieder 2 - kopier die so wie sie ist nun in die Template Node. Also nur die mittlere Zeile. Der Alias ist interessant - wenn Du Geräte hast, die Du austauschst und die Historie fortgeschrieben werden soll - aber ersten kannst Du die Datenpunkte über den Adapter wieder genauso anlegen, wie vorher und ausserdem interessieren Dich nur die Daten der letzten 7 Tage.

[Damrak2022]

@mickym

Time Range habe ich noch nicht angepasst

[mickym]

@damrak2022 Ok wenn das in dem Tool funktioniert hat, dann sollte es ja nun auch funktionieren. Tja ich sagte nur die mittlere Zeile. Da muss wieder start: -7d rein.

Du musst immer nur die Zeile mit dem _measurement, die die unterschiedliche Datenpunkte enthält austauschen - den Rest lässt Du bitte gleich, wie bei der ersten Query:

Ja es gibt kein Variable V !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Man macht am Besten noch einen Zeile darunter

und Du tauschst immer nur diese Zeile aus:

[Damrak2022]

@mickym Es tut mir echt leid, das ich Dich gerade nerve

[Damrak2022]

@damrak2022 So sieht es bei Dr. Heddäus aus

[Damrak2022]

@damrak2022 Okay ich werde das jetzt ganz in Ruhe angehen und falls es dann Immer noch en Problem gibt melde ich mich morgen noch einmal. Ich will mich jetzt darauf konzentrieren das richtig hinzubekommen.
Ein Feedback bekommst Du auf jeden Fall

[mickym]

@damrak2022 Alle Queries im Tool überprüfen und nur die gelb markierte Zeile mit den Zeilen der Datenpunkte austauschen. Ich habe keine Ahnung wie die Aliase heißen - wie gesagt das ist nun schon so passiert

[Damrak2022]

@mickym So, jetzt habe ich alle einzeln angepasst und auch einzeln geprüft. Nun ist alles TOP

[mickym]

@damrak2022 Na das freut mich - dann ist ja alles gut. Jetzt sollte das Projekt ja beendet sein - Du hast hoffentlich einiges gelernt und weißt ja nun auch, wie man auf Fehlersuche geht, wenn was nicht so klappt, wie es soll. Vielleicht verstehst Du auch warum ich NodeRed deshalb auch so klasse finde - weil Du halt optisch ganz einfach bestimmen kannst, welche Teile des Flows ausgeführt werden soll und welche nicht. Du kannst ja dann die Inject Node oder die Debug Node entfernen. Man kann die auch permanent im Flow lassen und über die Schaltfläche inaktiv schalten, sodass sie nichts mehr ins Debugfenster schreibt.

[Damrak2022]

@mickym Danke für Deine Hilfe.
Ich habe mir die Inject Node und die Debug Node umbenannt, damit ich weiß für was die da sind. Erstmal lasse ich die drin.

Sichern tue ich mir das Projekt am besten, indem ich es exportiere und sicher verwahre oder?