Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[ice987]

ich möchte die Zeitdifferenz zwischen der letzten Aktualisierung eines DP und der aktuellen Zeit mittels eines Bindings in VIS errechnen. Mein Ansatz ist wie folgt:

• als aktuelle Zeit entnehme ich dem DP javascript.0.variables.dayTime.lc (der sollte ja minütlich aktualisiert werden)
• DP ist ein HmIP-Fenstersensor

Im HTML-Widget errechne die Werte wie folgt:

{wert1:hm-rpc.0.001234567890123.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;(((parseInt(wert2)-parseInt(wert1))/1000)/3600)/24}d
{wert3:hm-rpc.0.001234567890123.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;(((parseInt(wert4)-parseInt(wert3))/1000)/3600)%24}h    
{wert5:hm-rpc.0.001234567890123.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;(((parseInt(wert6)-parseInt(wert5))/1000)%3600)/60}m

die Ausgabe ist VIS ist jedoch: NaNd NaNh NaNm

hat da evt. jemanden einen Tipp zur Lösung?

BTW:
das Widget Last change Timestamp mit "Als Intervall" habe ich gesehen: da stört mich jedoch die ellenlange Ausgabe vor 4 Stunden und 42 Minuten

[SBorg]

@ice987 "Direkt" teilen geht IMO nicht, da er dies fehl interpretiert. Versuche mal:

{wert1:hm-rpc.0.001234567890123.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;(((parseInt(wert2)-parseInt(wert1))/(1000))/(3600))/(24)}d

Beim ".lc" müsste es auch direkt ohne "parseInt" funktionieren. Der wird gleich als Integer interpretiert.

[ice987]

@sborg
Vielen Dank für deine Rückmeldung. Ich kriege auch die folgenden beiden Bindings nicht zum laufen. Als resultat erhalte ich immer NaNd NaNh NaNm:

{wert1:hm-rpc.0.00123456789012.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;(((wert2-wert1)/(1000))/(3600))/(24)}d
{wert3:hm-rpc.0.00123456789012.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;(((wert4-wert3)/(1000))/(3600))%(24)}h    
{wert5:hm-rpc.0.00123456789012.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;(((wert6-wert5)/(1000))%(3600))/(60)}m

{wert1:hm-rpc.0.00123456789012.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;(((parseInt(wert2)-parseInt(wert1))/(1000))/(3600))/(24)}d
{wert3:hm-rpc.0.00123456789012.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;(((parseInt(wert4)-parseInt(wert3))/(1000))/(3600))%(24)}h    
{wert5:hm-rpc.0.00123456789012.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;(((parseInt(wert6)-parseInt(wert5))/(1000))%(3600))/(60)}m

gibt da evtl. einen weiteren Trick?

[SBorg]

@ice987 Ich habe es eben mal ausprobiert, so funktioniert es. "parseInt" ist doch nötig, da er beim teilen sonst direkt float aus dem Ergebnis macht:

{v:0_userdata.0.xxx.lc;v1:0_userdata.0.yyy.lc; parseInt((v1-v)/(86400000))} Tage

oder als Langversion:
{v:0_userdata.0.xxx.lc;v1:0_userdata.0.yyy.lc; parseInt((v1-v)/(1000)/(3600)/(24))} Tage

[ice987]

@sborg sagte in Zeitdifferenz in Bindings errechnen:

@ice987 Ich habe es eben mal ausprobiert, so funktioniert es. "parseInt" ist doch nötig, da er beim teilen sonst direkt float aus dem Ergebnis macht:

{v:0_userdata.0.xxx.lc;v1:0_userdata.0.yyy.lc; parseInt((v1-v)/(86400000))} Tage

ich krieg's nach wie vor nicht hin: auch dein genannter Vorschlag gibt (bei mir) NaN Tage

Meine Untersuchung:

{v:hm-rpc.0.00123456789012.1.STATE.lc;typeof(v)}

AUSGABE: string

{v1:javascript.0.variables.dayTime.lc;typeof(v1)}

AUSGABE: string

{v:hm-rpc.0.00123456789012.1.STATE.lc;v1:javascript.0.variables.dayTime.lc;typeof(v1-v)}

AUSGABE: number

{v:hm-rpc.0.00123456789012.1.STATE.lc;v1:javascript.0.variables.dayTime.lc;v1-v}
{v:hm-rpc.0.00123456789012.1.STATE.lc;v1:javascript.0.variables.dayTime.lc;(v1-v)}
{v:hm-rpc.0.00123456789012.1.STATE.lc;v1:javascript.0.variables.dayTime.lc;parseInt(v1-v)}
{v:hm-rpc.0.00123456789012.1.STATE.lc;v1:javascript.0.variables.dayTime.lc;parseInt(v1)-parseInt(v)}

AUSGABE immer: NaN

irgendwie leuchtet mir das (noch) nicht ein...

[SBorg]

@ice987 String ist "ok" (ja, eigentlich falsch), denn Bindings werden immer als "String" gelesen.
Nutzt du den aktuellen JS-Controller/JS?
Ich habe es jetzt noch anders probiert, sogar mit "dayTime", funktioniert...
Kann ich mir zwar nicht vorstellen, aber was ich nicht nachstellen kann ist HM, da ich keins habe/nutze. "dayTime" funktioniert, sonst alles richtig, deswegen nimm doch mal testweise einen anderen Nicht-HM-Datenpunkt.

...oder noch testweise (beides in der Syntax identische Unix-Timestamps?):

{hm-rpc.0.00123456789012.1.STATE.lc}
{javascript.0.variables.dayTime.lc}

[ice987]

@sborg

wenn ich nur die Berechnung (alle in einem HTML-Widget) wie folgt laufen lasse bekomme ich NaN

{wert1:hm-rpc.0.00123456789012.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert2-wert1))/(1000))/(3600))/(24))}d
{wert3:hm-rpc.0.00123456789012.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert4-wert3))/(1000))/(3600))%(24))}h    
{wert5:hm-rpc.0.00123456789012.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert6-wert5))/(1000))%(3600))/(60))}m

wenn ich jedoch die Berechnung inkl. der einzelnen DP's ohne Berechnung laufen lasse (alle in einem HTML-Widget), funktioniert es. Jedoch muss ich nun noch runden, da sonst die Kommastellen angezeigt werden:

{wert1:hm-rpc.0.00123456789012.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert2-wert1))/(1000))/(3600))/(24))}d
{wert3:hm-rpc.0.00123456789012.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert4-wert3))/(1000))/(3600))%(24))}h    
{wert5:hm-rpc.0.00123456789012.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;Math.floor((((parseInt(wert6-wert5))/(1000))%(3600))/(60))}m
{javascript.0.variables.dayTime.lc}
{hm-rpc.0.00123456789012.1.STATE.lc}

das System ist aktuell:
vis: v1.3.4
Node.js: v12.21.0
NPM: 6.14.11
JS-Controller: 3.2.16

[SBorg]

@ice987 sagte in Zeitdifferenz in Bindings errechnen:

edoch muss ich nun noch runden, da sonst die Kommastellen angezeigt werden:

Das liegt am "falschen" Klammern. Du subtrahierst zwei Ganzzahlen (dessen Ergebnis wieder eine Ganzzahl ist), das konvertierst du dann als Ganzzahl und teilst dann, was eine Fließkommazahl zum Ergebnis hat, die du nun ganzzahlig rundest.

Einfacher: parseInt((wert1-wert)/(1000)/(3600)/(24)) oder weiter reduziert: parseInt((wert1-wert)/(86400000))
Das "parseInt" über die gesamte Berechnung = Ergebnis als Ganzzahl

Zum eigentlichen Problem: ich kann es nicht nachstellen, funktioniert wie erwartet/gewünscht. Einzig den Homematic-Teil kann ich mangels Hardware nicht nachstellen. Hast du es mal mit einem anderen Datenpunkt (nicht aus Homematic) probiert?
Aktuelles System ist es bei mir ebenfalls, bliebe ev. noch Linux (bei mir) oder Windows (darf aber auch keinen Unterschied machen)?

[ice987]

@sborg
so funktioniert es tatsächlich:

{wert1:hm-rpc.0.00123456789012.1.STATE.lc;wert2:javascript.0.variables.dayTime.lc;parseInt((wert2-wert1)/(1000)/(3600)/(24))}d
{wert3:hm-rpc.0.00123456789012.1.STATE.lc;wert4:javascript.0.variables.dayTime.lc;parseInt((wert4-wert3)/(1000)/(3600)%(24))}h
{wert5:hm-rpc.0.00123456789012.1.STATE.lc;wert6:javascript.0.variables.dayTime.lc;parseInt((wert6-wert5)/(1000)%(3600)/(60))}m

Vielen Dank!