Umsetzung JS Logik nach Alias Konverter?

[chris299]

Hallo zusammen,
ich habe hier eine kleine Blockly / JS funktion gebaut, um bei veralteten Werten einen Fehlerindikator auf true zu setzen:

var DiffSekunden, DiffTage;


schedule("10 */2 * * *", async function () {
  DiffSekunden = parseFloat((new Date().getSeconds())) - getDateObject(getState("alias.0.TemperaturWohnzimmer.LastUpdate").val).getSeconds();
  DiffTage = parseFloat(DiffSekunden) / 86400;
  if (DiffTage >= 2) {
    console.log('netatmo error = true');
    setState("0_userdata.0.Geraete.Netatmo_Wohnzimmer.error"/*error*/, true, true);
  } else if (DiffTage < 2) {
    console.log('netatmo error = false');
    setState("0_userdata.0.Geraete.Netatmo_Wohnzimmer.error"/*error*/, false, true);
  }
});

bzw. als blockly

ich würde das aber gern in eine Alias-konvertier-funktion überführen, da ich diese Logik nicht für alle Devices manuell basteln möchte, die keine richtigen Fehler-Indikatoren besitzen.

Ich vermute, dass es geht, aber ich habe keine Idee, wie die Syntax dort aussehen müßte:

Könnte mir da jemand mit JS KnowHow unter die Arme greifen?

Viele Grüße
Christoph

[paul53]

@chris299 sagte: Blockly / JS funktion gebaut, um bei veralteten Werten einen Fehlerindikator auf true zu setzen

  DiffSekunden = parseFloat((new Date().getSeconds())) - getDateObject(getState("alias.0.TemperaturWohnzimmer.LastUpdate").val).getSeconds();

getSeconds() liefert die Sekunden der Uhrzeit, ist also ungeeignet.

[chris299]

@paul53 danke für den Hinweis. ich vermute getTime() ist dann besser, oder?

DiffSekunden = parseFloat((new Date().getTime())) - getDateObject(getState("alias.0.TemperaturWohnzimmer.LastUpdate").val).getTime();

weisst Du ob ich in der Alias Read-funktion überhaupt auf Date() zugreifen kann?

[paul53]

@chris299 sagte: in der Alias Read-funktion überhaupt auf Date() zugreifen kann?

Keine Ahnung: Probier es aus. getState() funktioniert mit Sicherheit nicht.

Date.now()

liefert auch die ms seit 1.1.1970.

[paul53]

@chris299

Was enthält "alias.0.TemperaturWohnzimmer.LastUpdate"?

[chris299]

@paul53 so sieht das bei mir aus:

{
  "type": "state",
  "common": {
    "name": "Last update",
    "type": "string",
    "role": "value.datetime",
    "read": true,
    "write": false
  },
  "from": "system.adapter.netatmo.0",
  "user": "system.user.admin",
  "ts": 1630135482115,
  "_id": "netatmo.0.wetter@CW-(wetter@CW).Wohnzimmer.LastUpdate",
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[paul53]

@chris299
Wie sieht der Wert ("string") aus?
Wenn er sich wandeln lässt, kann alias.read für "0_userdata.0.Geraete.Netatmo_Wohnzimmer.error" so aussehen:

[chris299]

@paul53 so: Wed Jun 08 2022 17:02:13 GMT+0200 (Central European Summer Time)

[paul53]

@chris299 sagte: Wed Jun 08 2022 17:02:13 GMT+0200 (Central European Summer Time)

Lässt sich wandeln (s.o.).

[chris299]

@paul53 das sieht sehr gut aus. vielen Dank!

[paul53]

@chris299 sagte: das sieht sehr gut aus.

Du musst allerdings dafür sorgen, dass der Zeitstempel des Datenpunktes regelmäßig aktualisiert wird, da es andernfalls nicht zur Prüfung kommt.

[chris299]

@paul53 den Hinweis verstehe ich nicht so richtig. meinst Du das hier:
bzw wie kann ich dafür sorgen?

[paul53]

@chris299
Der Alias setzt voraus, dass der Original-Datenpunkt triggert, also seinen Zeitstempel ändert. Nur in diesem Moment kann die die Prüfung in alias.read erfolgen. Wenn der Datenpunkt allerdings "tot" ist, findet auch keine Prüfung statt.

[chris299]

@paul53 danke. da muss ich mal beobachten, wie der Netatmo Adapter sich verhält.

[chris299]

@paul53 sieht leider so aus, als wären die Datenpunkte dann "tot" wenn das Gerät offline geht....