UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

@damrak2022 Na wenn Du die Query zu Tor 31 prüfen willst - dann löst Du halt die Inject Node von der ersten und hängst es vor die Query der Tor 31 Node und hängst die Debug Node an den Ausgang der entsprechenden Query Node - ich dachte Du hättest das verstanden?

Überprüf nochmal die Query - das war doch der Datenpunkt, den Du neu angelegt hast. Ich glaube dass was an der Query verkehrt ist. - Der Flow wird in meinen Augen entweder für alle Punkte funktionieren oder für keinen.

[Damrak2022]

@mickym Jetzt habe ich das mit dem prüfen kapiert, hoffe ich

Das ist die Debug Meldung

So sieht der Inhalt der Query DB vom Flughafen aus:

from(bucket: "DBANDY1")
  |> range(start: -7d)
  |> filter(fn: (r) => r["_measurement"] == "Airport_Tor_31_Last_Leave" or r["_measurement"] == "Airport_Tor_31_Last_Enter")
  |> filter(fn: (r) => r["_field"] == "value")

[mickym]

@damrak2022 Tja scheint trotzdem nicht zu funktionieren - vielleicht ist der Alias verkehrt definiert - schau Dir die measurement Zeile im influx DB Tool an.

[Damrak2022]

@mickym Ich kann ja erst nochmal einen anderen Query zum Vergleich prüfen, dann weiß ich das der Fehler beim Airport zu suchen ist

[Damrak2022]

@damrak2022 Wenn ich Dr Heddäus prüfe ist das der Debug:

Im Datenpunkt steht das:

Das ist auch korrekt, denn da war ich heute

[mickym]

@damrak2022 Wie gesagt schau Dir halt nochmal die Query im influxDB Tool im

[mickym]

@mickym Wie schaut Deine Template Nodemit der Query aus?

[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:slightly_smiling_face:

[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:slightly_smiling_face:

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: