NEWS
basic - TimesValue Problem
-
Hallo
Mein Widget zeigt plötzlich nur NaN.NaN.NaN
Bis vor kurzem funktionierte das noch.Ist da etwas bekannt, bzw. gibt es andere Wege?
Der DP ist ein String.
{ "common": { "read": true, "write": true, "desc": "Created by Node-Red", "role": "state", "name": "0_userdata.0.PAJ.date", "type": "string" }, "native": {}, "type": "state", "from": "system.adapter.node-red.0", "user": "system.user.admin", "ts": 1720307349784, "_id": "0_userdata.0.PAJ.date", "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
@negalein sieht bei mir dann genau sonaus.
umwandeln in typ Zahl und Eintrag eines Timestamp wie
1721388490000klappt dannkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@negalein sieht bei mir dann genau sonaus.
umwandeln in typ Zahl und Eintrag eines Timestamp wie
1721388490000klappt dannDann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
Dann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
@mickym sagte in basic - TimesValue Problem:
Dann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
richtig!
bin aber der falsche Adressat!
-
Dann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
@mickym sagte in basic - TimesValue Problem:
Dann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
Ah stimmt. Den Unix hatten wir ja in ein lesbares Format gewandelt.
$moment(payload,'X').locale("de").tz('Europe/Berlin').format('DD.MM.YYYY HH:mm:ss')lösch ich einfach den Teil und hab dann wieder den Unix-Teil?
° Node.js & System Update ---> sudo apt update, iob stop, sudo apt full-upgrade
° Node.js Fixer ---> iob nodejs-update
° Fixer ---> iob fix -
@mickym sagte in basic - TimesValue Problem:
Dann rechne halt in der Change Node nicht in ein Datum um, sondern multipliziere den Unixtimestamp mit 1000.
Ah stimmt. Den Unix hatten wir ja in ein lesbares Format gewandelt.
$moment(payload,'X').locale("de").tz('Europe/Berlin').format('DD.MM.YYYY HH:mm:ss')lösch ich einfach den Teil und hab dann wieder den Unix-Teil?
@negalein Nein die Unixzeit dort ist nicht in ms.
Du schreibst unten in JSONATA einfach:
payload * 1000Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@negalein Nein die Unixzeit dort ist nicht in ms.
Du schreibst unten in JSONATA einfach:
payload * 1000@mickym sagte in basic - TimesValue Problem:
@negalein Nein die Unixzeit dort ist nicht in ms.
Du schreibst unten in JSONATA einfach:
payload * 1000@Negalein
aber der DP muss vom Typ Zahl sein -
Ach wenn man hier nicht immer alles mitlesen würde. :face_with_rolling_eyes: :grin:
Support us
377
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge