SOLVED CacheSelector findet nicht alle Datenpunkte bzw. States

[mark77]

Geht:

{
  "_id": "sonoff.0.Sonoff-163.alive",
  "common": {
    "name": "Sonoff-163 alive",
    "type": "boolean",
    "role": "indicator.connected",
    "read": true,
    "write": true
  },
  "type": "state",
  "from": "system.adapter.sonoff.0",
  "user": "system.user.admin",
  "ts": 1539845127231,
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "native": {}
}

Geht nicht:

{
  "_id": "sonoff.0.Sonoff-167.alive",
  "common": {
    "type": "boolean",
    "role": "indicator.connected",
    "read": true,
    "write": false,
    "name": "Sonoff-167 alive"
  },
  "type": "state",
  "from": "system.adapter.sonoff.0",
  "user": "system.user.admin",
  "ts": 1539845147409,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "native": {}
}

[AlCalzone]

@mark77 Danke. Das find ich schon sehr seltsam. Nur um sicher zu gehen, dass das kein bekannter Bug ist:
Die Datenpunkte existieren schon vor dem Start des Skript-Adapters, und werden nicht erst während der Laufzeit durch einen anderen Adapter angelegt - richtig?

[mark77]

@AlCalzone Ja, ist richtig, alles wurde vom Adapter selber angelegt.

Hilft es, wenn ich das gleich mit dem ZigBee Adapter mache?
Da gibt es die gleichen Probleme.

[arteck]

@mark77 jo mach bitte

[AlCalzone]

@AlCalzone sagte in CacheSelector findet nicht alle Datenpunkte bzw. States:

nicht erst während der Laufzeit

@mark77 Das ist der entscheidende Punkt. Der Sonoff-Adapter lief, die Objekte waren da, und dann hast du den Skript-Adapter gestartet?

[mark77]

@AlCalzone ja, korrekt

[mark77]

Der geht:

{
  "from": "system.adapter.zigbee.0",
  "ts": 1557846957200,
  "common": {
    "name": "Battery percent",
    "type": "number",
    "unit": "%",
    "role": "battery.percent",
    "min": 0,
    "max": 100,
    "read": true,
    "write": false,
    "icon": "img/battery_p.png",
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "10000",
        "maxLength": "960",
        "retention": "63072000",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "aliasId": ""
      },
      "sql.1": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "10000",
        "retention": "63072000",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "storageType": "",
        "aliasId": ""
      }
    }
  },
  "native": {},
  "acl": {
    "object": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator",
    "state": 1636
  },
  "_id": "zigbee.0.HierStehtDieId.battery",
  "type": "state",
  "user": "system.user.admin"
}

Der geht nicht:

{
  "type": "state",
  "common": {
    "name": "Battery percent",
    "type": "number",
    "unit": "%",
    "read": true,
    "write": false,
    "role": "battery.percent",
    "min": 0,
    "max": 100,
    "icon": "img/battery_p.png",
    "custom": {
      "history.0": {
        "enabled": true,
        "changesOnly": true,
        "debounce": "10000",
        "maxLength": "960",
        "retention": "31536000",
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "aliasId": ""
      }
    }
  },
  "from": "system.adapter.zigbee.0",
  "ts": 1557846957223,
  "_id": "zigbee.0.HierStehtDieId.battery",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "user": "system.user.admin",
  "native": {}
}

[mark77]

Gibt es eigentlich einen Grund, dass sich der Aufbau der Objekte, bei eigentlich gleichen Typen, unterscheidet?

[rtamas]

@mark77 Hallo! Ich habe die selben Probleme mit Sonoff. Hast du es irgendwie gelöst?
ScriptEngine 4.1.12
sonoff 2.2.2
js-controller 1.5.14

[paul53]

@rtamas sagte:

ScriptEngine 4.1.12

Hast Du es mal mit einer neueren Version (4.3.x) versucht ?

[mark77]

Moin,

habe gerade die Tage wieder damit experimentiert.

Irgendwo hatte ich auch noch Probleme damit, weiß nur leider nicht mehr genau, welche Datenpunkte es genau waren.
Sie ließen sich nur dann auslesen, wenn das Logging über History/SQL aktiviert war.

Habe vor 5 Minuten mal die Versionen 4.1.14 und 4.3.1 probiert und da, wo ich es benötige, nichts auffälliges festgestellt.

Für mich scheint es zu laufen.

Am einfachsten ließ sich das testen, mit einem Slave (z.B. RPi), auf dem eine andere Version installiert ist, dann kann man immer zwischen den Instanzen wechseln.

Gruß,
Mark

[rtamas]

@paul53 Hab ich noch nicht, danke Dir fürs Tipp!
@mark77 Danke für die weitere Info!

Es war mein Fehler mit dem Code, läuft schon problemlos.

Gruß,
Tamas