{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!

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)?

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

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

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

@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...

{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

{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?

{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.