Zeitdifferenz in Bindings?

[Termina]

@OliverIO sagte in Zeitdifferenz in Bindings?:
...
Hui, nun ist mir ein wenig schwindelig

Dein letzter Absatz scheint aber das zu beinhalten, was ich gerne möchte. Nun weiß ich nicht, was Du mir mit dem Code sagen möchtest, denn das ist ja "meiner" und funktioniert ja nicht.

Umsetzbar ist grundsätzlich immer alles. Manches halt mit etwas mehr Aufwand. Dein Problem ist, das die Datenpunkte in Millisekunden geführt werden und du aber nur Minuten angezeigt der eingeben möchtest. Ob das integriert in einem widget geht, glaub ich nicht. von daher würde ich dein Input-widget auf dein uptime-dp legen. Dieser Datenpunkt wird aber nur Minuten beinhalten. Dann passt auch eines deiner oben genannten ausdrücke wieder in dem du uptime vor dem vergleich mit 60000 multipizierst (da ja jetzt hier minuten drin stehen und du den wert zum vergleich auf die ebene millisekunden bringen möchtest.

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:{0_userdata.0.Aqara_max_Updatezeit x 60000}; akt - zstempel > uptime ? "red" : "#4d4f51"}

Ich möchte ja gerne je nach Situation alle Datenpunkte farblich anzeigen lassen, die seit x-Minuten (0_userdata.0.Aqara_max_Updatezeit) keine neuen Daten mehr geliefert haben. Den Wert x-Minuten möchte ich dann individuell im VIS ändern können. Das funktioniert auch einwandfrei, sobald ich keine Berechnung im Binding mache und im Input ms-Werte eintrage. Dies ist aber ja eher weniger komfortabel. Oder siehst Du da grundsätzlich keine Möglichkeit? Konnt Dir trotz mehrmaligem Lesens nicht zu 100% folgen, was Du mir sagen möchtest - sry!

[SBorg]

@Termina

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:0_userdata.0.Aqara_max_Updatezeit; akt - zstempel > (uptime*(60000)) ? "red" : "#4d4f51"} 

Solange deine "uptime" in Ganzzahlminuten ist

[OliverIO]

@Termina

ok dann schritt für schritt

1. lege ein input widget an und setze es auf deinen datenpunkt
   0_userdata.0.Aqara_max_Updatezeit
2. trage mal in diesen datenpunk eine minutenzahl ein
3. trage diesen ausdruck in einem input widget in color ein. problem ist, das hier die Farbe sich nur auf das Inputlabel auswirkt und nicht auf die Farbe der Eingabezahl.

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:{0_userdata.0.Aqara_max_Updatezeit x 60000}; akt - zstempel > uptime ? "red" : "#4d4f51"}

das müsste es gewesen sein.

[Termina]

@SBorg
Vielen Dank, das scheint es gewesen zu sein! War bei meinen Tests schon mal nah dran, hatte aber immer geschweifte Klammern genutzt...

@OliverIO
Auch Dir lieben Dank für die Hilfe!

[Coffeelover]

Hi,

ich hoffe, ich darf mich mit meinem Anliegen hier mit dranhängen:

Ich habe ein Binding, welches eine Bedingung abprüft. Als Ergebnis soll einer von zwei Datenpunkten ausgegeben werden. Das funktioniert auch. Problem: Ich bekomme diese Werte nicht formatiert.
Ohne die Abfrage funktioniert die Formatierung 1a.

Binding Formatierung:

{tr-064.0.devices.Handy-S9.lastActive-ts;date(DD.MM.YYYY hh:mm)}

Abfrage:

{a:fb-checkpresence.0.Name.presence;b:tr-064.0.devices.Handy-S9.lastActive-ts;c:tr-064.0.devices.Handy-S9.lastInactive-ts;a == "false" ? c :: b}

Wie bekomme ich nun das Ergebnis der Abfrage wieder als Datum?
VG

[SBorg]

@Coffeelover Hi, da du weder mit "c" noch mit "b" rechnest, müsste es funktionieren den TS vorher zu konvertieren. Versuche mal:

{a:fb-checkpresence.0.Name.presence; b:tr-064.0.devices.Handy-S9.lastActive-ts;date(DD.MM.YYYY hh:mm); c:tr-064.0.devices.Handy-S9.lastInactive-ts;date(DD.MM.YYYY hh:mm); a == "false" ? c : b}

[Coffeelover]

@SBorg Danke, das habe ich versucht. Leider ohne Erfolg, es wird weiterhin UNIX ausgegeben. Habe es auch noch mit einer Klammer versucht, aber auch das klappt nicht.

[SBorg]

@Coffeelover Ist der Timestamp ein "echter" Unix oder wie beim ioB üblich einer in Nanosekunden? Sonst müsstest du ihn vorher noch mit 1000 multiplizieren.

[OliverIO]

@Coffeelover

Das müsste funktionieren.
Du hattest übrigens hinten 2 Doppelpunkte

{a:fb-checkpresence.0.Name.presence;b:tr-064.0.devices.Handy-S9.lastActive-ts;c:tr-064.0.devices.Handy-S9.lastInactive-ts;a == "false" ? vis.formatDate(parseInt(c),"DD.MM.YYYY hh:mm") : vis.formatDate(parseInt(b),"DD.MM.YYYY hh:mm")}

Hintergrund für diese Notation.
Aufgrund deiner Notation (Datenpunkt wird einer Variable zugewiesen, Fragezeichenoperator)
wird das Konstrukt intern in javascript umgewandelt.

Dadurch erkennt vis den vis-Befehl date(DD.MM.YYYY hh:mm) nicht mehr und man muss
die vis-javascript-funktion aufrufen. Diese nennt sich formatDate.

Da die Zuweisung eines Datenpunkts zu einer Variable immer als string interpretiert wird und der ursprüngliche Datentyp nicht beachtet wird (hat was mit dem folgenden Issue zu tun https://github.com/ioBroker/ioBroker.vis/issues/263) und die formatDate für timestamps nur mit number funktioniert, muss die variable nochmal in ein int umgewandelt werden.

Ohne debugging in den vis-code hätte ich das auch nicht richtig aufschreiben können.

oweitman created this issue in ioBroker/ioBroker.vis

closed JSON-Datapoint not usable in binding #263

[Coffeelover]

@OliverIO Das hat funktioniert. Vielen Dank - auch für die Erläuterung. Ist das mit dem :: ein Problem? Ich habe das aus kopierten Widgets immer wieder so übernommen und augenscheinlich auch die richtige Funktionalität.

@SBorg Ja, ein echter Unix; ohne den Vergleich funktioniert es ja auch.

[OliverIO]

@Coffeelover
ich hab nochmal reingeschaut.
das wird vor Ausführung irgendwo ausgefiltert.
von daher kein Problem.
Aber formal für javascript ist es falsch und führt im normalen Programmcode zu einem Fehler

[Coffeelover]

@OliverIO Wieder was gelernt.