Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[SBorg]

@Termina Salopp gesagt vergleichst du "Äpfel mit Birnen" ;)
Die Endung ".ts" ist ein Unixzeitstempel im Format 59599393875 (Beispiel). Den kannst du nicht "einfach" mit einem Datum vergleichen.
zB.

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.47.lastupdated.lc; akt-zstempel > 1800000 ? #red : #4d4f51}

".lc" enthällt den Unixzeitstempel wann sich der Wert das letzte mal geändert hat, ".ts" wann er das letzte mal aktualisiert wurde.

[Termina]

@SBorg
Ich lerne gerne dazu! :)

Wenn ich das nun aber richtig verstehe, sollte es mit der Endung ts oder tc (je nach belieben) nun aber funktionieren, oder wird da dieser Datenpunkt auch in der "wirklichen Welt" erwartet?

Es funktioniert nämlich leider nicht, ich habe aber unter Objekten auch nirgends Zugriff auf den ...admin...alive Datenpunkt. Kann das auch ein Grund sein?

[SBorg]

@Termina sagte in Zeitdifferenz in Bindings?:

Ich lerne gerne dazu!

:) Ich erkläre es auch gerne, nur halt nicht immer ganz ausführlich, da ich sonst zig mal einen halben Roman schreibe und mein "Gegenüber" das aber schon ev. weiß. Also ggf. einfach noch mal nachfragen falls was unklar ist.

Zuerst: funktioniert nicht? Ich habe es zwar nicht getestet, weiß also nicht ob es wirklich funktioniert, aber weißt du, dass Bindings im Editor prinzipiell nicht funktionieren? Sie funktionieren erst in der VIS.

Den Datenpunkt "admin..." siehst du erst wenn du oben auf "Expertenmodus/-ansicht" umschaltest.
Die Bindings kannst du auch erst mal in einem HTML-Widget testen. IMHO eh die beste Wahl, da man hier auch ggf. Fehler sieht.

{system.adapter.admin.0.alive.ts}
{deconz.0.Sensors.47.lastupdated.lc}

zeigt dir dann bspw. den Inhalt an. Sollte da "NaN", undefined oder ähnliches kommen, hast du hier schon einen Fehler. Dann brauchst du auch nicht weiter bei der Berechnung etc. zu suchen ;)

[Termina]

@SBorg
Klasse Tipp und vielen Dank für die ausführlichere Erklärung. Das mit dem Editor und der Runtime wusste ich zufällig. :)

Im HTML-Widget zeigt er für beide Datenpunkte Unix-Zeiten an.
Setze ich allerdings nun das Binding in die Schrift

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.47.temperature.tc; akt-zstempel > 180000 ? #red : #green}

zeigt er mir die Schrift in der Runtime trotzdem in weiss an - wie kann das denn sein!?

[Termina]

Einen kleinen Fehler habe ich gefunden - die Farben müssen bei der Definition anscheinend in Anführungszeichen.

Trotzdem ist die Farbe bei folgendem Binding leider grün, obwohl sie doch rot sein müsste...

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.47.temperature.tc; akt-zstempel > 1 ? "red" : "green"}

[Ein ehemaliger Benutzer]

@SBorg

Vielen Dank nochmals.
Ich musst eine leichte Anpassung machen, aber jetzt klappt es für.

{akt:system.adapter.admin.0.alive.ts; zstempel:sonoff.0.ZBox.Time.ts; akt - zstempel > 1800000 ? "❌" : "✅"}

Vielleicht hilft es auch den anderen :-)

[SBorg]

@Termina sagte in Zeitdifferenz in Bindings?:

die Farben

Farbdefinitionen brauchen eine # davor, also #red oder #ff0000
Im HTML-Widget siehst du dann bspw. dass er green ausgibt ;)

[Termina]

@SBorg Aber dann gibt er die Schrift in weiß aus, obwohl nur rot oder grün angegeben ist...

[OliverIO]

@SBorg

Das Rautezeichen # ist ein Zeichen dafür, dass nun Hexcode kommt.
Wenn ich Klarnamen für Farben nehmen, dann keine Raute.

[SBorg]

@OliverIO Oh mann... findekeinensmilymithandaufdiestirnklatsch

[Termina]

@OliverIO @SBorg
Also bei mir ist es im Moment so, dass wenn ich die Daten in ein HTML schreibe, wird mir zunächst "undefined" bei Aufruf der Runtime geschrieben. Erst nach ein paar Sekunden erscheint dort die Unix - Zeit.

Kann es daran liegen, dass er im Binding die Berechnung nicht machen kann?

[SBorg]

@Termina Eigentlich nicht. Die beiden Zeitstempel existieren ja und die Berechnung wird auf dem Client (=das Gerät von dem du die VIS aufrufst) zur Laufzeit ausgeführt. Die beiden Zeitstempel existieren doch immer und sind befüllt? Notfalls lass die beiden Datenpunkte noch mal mit ausgeben. Da muss ein Wert direkt ab Aufruf drin stehen.

...oder deine VIS wäre so "mächtig", dass er tatsächlich schon anzeigt bevor er zum eigentlichen rechnen kommt.

[Termina]

Binding:

{akt:system.adapter.admin.0.alive.ts; zstempel:deconz.0.Sensors.47.temperature.tc; akt - zstempel > 1 ? "red" : "green"}

Bei Aufruf der Runtime sieht es so aus:

Nach ein paar Sekunden in der Runtime so:

Aufgrund meines Bindings -siehe oben- hätte es aber doch rot sein müssen, oder?

[Ein ehemaliger Benutzer]

@Termina @SBorg

Kann es sein, dass die Farben nur in Widget mit Format-Charakter klappt?
Schau dir mal meine Lösung oben an. Nur zum Test, ob es dann klappt.
Ich habe es in eine HTML-Tabelle gepackt

<table>
    <tr>
        <td>
            {akt:system.adapter.admin.0.alive.ts; zstempel:sonoff.0.ZBox.Time.ts; akt - zstempel > 1800000 ? "❌" : "✅"}
        </td>
    </tr>
</table>

[Termina]

@HeinrichB
Vielen Dank für Deine Unterstützung. Aber selbst wenn ich >1 schreibe, macht er mir den grünen Haken... Ist das bei allen so?

[Termina]

@Termina sagte in Zeitdifferenz in Bindings?:

@HeinrichB
Vielen Dank für Deine Unterstützung. Aber selbst wenn ich >1 schreibe, macht er mir den grünen Haken... Ist das bei allen so?

...also selbstverständlich mit meinen Datenpunkten angepasst! :)

[Ein ehemaliger Benutzer]

@Termina eigentlich nicht. Bei mir greift diese Zeitdifferenz von 30min. Also im Skript in mSek.

[Ein ehemaliger Benutzer]

@Termina kannst du es Mal mit einem anderen DP ausprobieren?

[OliverIO]

@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

[Ein ehemaliger Benutzer]

@OliverIO bei mir geht es. Das Code Schnippsel war als Beispiel gedacht