Zeitdifferenz in Bindings?
-
@Termina kannst du es Mal mit einem anderen DP ausprobieren?
-
@HeinrichB sagte in Zeitdifferenz in Bindings?:
<table> <tr> <td> {akt:system.adapter.admin.0.alive.ts; zstempel:sonoff.0.ZBox.Time.ts; akt - zstempel } </td> </tr> </table>oder die Entscheidungslogik weglassen, dann sieht man was das Ergebnis der Berechnung ist.
undefined ist glaube ich auch false -
@OliverIO bei mir geht es. Das Code Schnippsel war als Beispiel gedacht
-
...oder ich bin heute die "Oberpfeife" schlecht hin. Irgendwie hinterlässt allmählich 1 Jahr Baulärm der Großbaustelle gegenüber doch wohl so seine Spuren...
Der Fehler ist ziemlich trivial. Es heißt nicht ".tc" sondern ".lc" was @Termina nutzt. That's all
Ich ändere es oben noch ab, nicht dass da noch andere drüber stolpern...Daher könnte auch das "undefined" am Anfang kommen, da er den nicht vorhandenen Wert vom Datenpunkt sucht...
-
@SBorg
Sry, konnte ich jetzt erst testen - es funktioniert!
Vielen Dank dafür.Unabhängig davon und ein anderes Thema (vielleicht kann mir jemand Probleme mit dem DasWetter-Adapter weiterhelfen!?
Das undefined kommt leider beim ersten Aufrufs der Runtime trotzdem. Ich scheine da irgendwo eine falsche Einstellung zu haben, denn ich habe öfter bei den Deconzsensoren oder auch beim "DasWetter" keine Übermittlung der Datenpunkten und somit z.B. "NULL" stehen.
Im Editor habe ich "Immer rendern" angehakt - trotzdem diese Probleme. Aber wie gesagt, gehört hier dann wohl nicht zum Thema Bindings.Ganz lieben Dank an alle hier für die Unterstützung!
-
Kennt vielleicht jemand mal einen Seite, wo das Thema Bindings richtig schön (auch für Anfänger) erklärt wird?
-
@Ramses123
Ich hatte schon einmal in Kurzform versucht in meinem Thread das zu erklären. Allerdings muss man sich da als Anfänger herantastenja das mit dem binding ist nicht so einfach zu erklären.
Hier erst einmal zur offiziellen Doku
https://github.com/ioBroker/ioBroker.vis
Binding of ObjectsMit der Bindung kann man aktuell Berechnungen vornehmen, die nur im Client (also Browser) durchgeführt werden.
Es gibt einige Möglichkeiten dort direkt die Daten aus Datenpunkten einzuspeisen und im begrenzten Maße Möglichkeiten dort Entscheidungen zu treffen.
Diese Bindung kann ich in alle Eigenschaftenfelder eines widgets eintragen. Je nachdem wo, entstehen dann unterschiedliche Effekte. Wenn die Bindung eingetragen wird, dann wird genau diese Stelle mit dem Berechnungsergebnis aus der Bindung ersetzt. Also muss nicht nur die Bindung drin stehen, sondern ich kann auch normalen Text/Anweisungen mischen oder sogar mehr wie eine Bindung eintragen
trägt man es in das HTML-Feld eines HTML-widgets ein, dann kann man Text oder sogar richtiges HTML ausgeben.
trägt man das in anderes Feld wie bspw color ein, dann könnte man auf Basis eines Datenpunktes, der sagen wir mal eine der Zahlen 1,2,3 enthalten kann entscheiden welche Farbe ein Text haben soll. Das selbe geht auch mit Hintergrundfarben.
Wenn man es in die Größenfelder eines widgets eintrage, dann kann man sogar dynamische Balken realisieren usw.
In die Bindung kann man auch javascriptbefehle eintragen. Genau das mache ich mir zunutze, in dem ich eine Funktion bereitstelle, die nichts anders sagt als Wahr oder Falsch.
Auf Basis dieser Auswertung kann ich dann verschiedene Texte erzeugen -
@OliverIO
Ich würde dies nun gerne noch ein wenig ausweiten. Bisher wurden ja die 1800000ms abgefragt. Ich habe aber teilweise viele zu überprüfende Datenpunkte und möchte teilweise unterschiedliche Abfragen starten. Ich zeig mal ein Beispiel:{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:0_userdata.0.Aqara_max_Updatezeit; akt - zstempel > uptime ? "red" : "#4d4f51"}Dies funktioniert, wenn ich in bei der Abfrage für 30 min in den Datenpunkt 1800000 eintrage. Wie bekomme ich es nun hin, dass ich beim Datenpunkt nur die Minuten eintrage - also Datenpunkt x 60000?
Folgendes funktionierte nicht:
{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:0_userdata.0.Aqara_max_Updatezeit; akt - zstempel > uptime x 60000 ? "red" : "#4d4f51"}oder
{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"}Des Weiteren habe ich gemäß Github auch folgendes mal per HTML-Widget probiert:
{0_userdata.0.Aqara_max_Updatezeit \"*(4)"}antwort ist leider : undefined
Möchte das halt gerne später in der VIS über ein Input-Widget jederzeit anpassen und visualisieren können. Geht das? Jemand eine Idee?
-
@Termina sagte in Zeitdifferenz in Bindings?:
{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.33.temperature.lc; uptime:0_userdata.0.Aqara_max_Updatezeit; akt - zstempel > uptime x 60000 ? "red" : "#4d4f51"}Dur versuchst 2 Operationen in einem zu vermanschen.
Dieses Binding steht bei dir ja im color-Feld und hat als Ergebnis einen Farbwert.
Durch deine Erweiterung mit x60000 multisplizierst die Uptime mit 60000. Als Ergebnis die Überprüfung nie erfolgreich sein, wenn in uptime millisekunden drin steht. Vor Augen kannst du dir das mal führen, wenn du das im Excel mal schritt für Schritt durchführst
akt:system- .adapter.admin.0.alive.ts das bedeutet, hole den Wert aus dem Datenpunkt und speichere ihn in die variable akt
- zstempel:deconz.0.Sensors.33.temperature.lc das bedeutet, hole den Wert aus dem Datenpunkt und speichere ihn in die variable akt
- uptime:0_userdata.0.Aqara_max_Updatezeit das bedeutet, hole den Wert aus dem Datenpunkt und speichere ihn in die variable uptime
- akt - zstempel > uptime x 60000 das ist die eigentliche Berechnung: also die Zahl in zstempel von akt abziehen. und prüfen ob er größer ist als die Zahl in uptime. Dein Fehler ist die Multiplikation mit 60000, daraus werden Äpfel zu Birnen und das wird nie zutreffen. Auch willst du sicherlich durch 60000 teilen wegen Milisekunden auf Minuten Ergebnis aus dieser Berechnung folgt der boolschen Algebra und ist entweder wahr/true oder falsch/false.
- ausdruck ? wahraktion : falschaktion : das mit dem ? und dem doppelpunkt ist ein ternäre Ausdruck, den es in vielen programmiersprachen gibt. Umgangssprachlich kann man sagen: prüfe den ausdruck und mache bei wahr die wahraktion oder bei falsch die falschaktion hinter dem doppelpunkt
da dies im feld color drin steht, kann das nur die Farbe beeinflussen.
Ich weiß jetzt nicht, welches Steuerelement du hier verwendest. Ich würde es mit Basic Number versuchen.
unter erweiterte Einstellungen gibt es das Feld Multiplikation. und wie wir alle noch aus der Schule wissen, ist die Multiplikation mit einer Zahl kleiner 1 eine Division{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 geht auch nicht, da dann vis dann nicht versteht welchen Datenpunkt du meinst. ausserdem gehen verschachtelte geschweifte Klammern nicht.
{0_userdata.0.Aqara_max_Updatezeit \"*(4)"}antwort ist leider : undefined
Auch hier versteht vis den Datenpunkt nicht. Die Berechnung muss separat nach einem weiteren semicolon durchgeführt werden.
Möchte das halt gerne später in der VIS über ein Input-Widget jederzeit anpassen und visualisieren können. Geht das? Jemand eine Idee?
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"} -
@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!
-
{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
-
ok dann schritt für schritt
- lege ein input widget an und setze es auf deinen datenpunkt
0_userdata.0.Aqara_max_Updatezeit - trage mal in diesen datenpunk eine minutenzahl ein
- 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.
- lege ein input widget an und setze es auf deinen datenpunkt
-
-
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 -
@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} -
@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.
-
@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.
-
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.
closed JSON-Datapoint not usable in binding #263
-
@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.
-
@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
