Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Heinz53]

@paul53 : DANKE! Das ist die Lösung!

Es war für mich unverständlich dass falsche Werte im alias das ganze System aus dem Tritt bringen.

Vielleicht hast du noch einen Tipp für mich: Die Steckdosen melden über zigbee2mqtt als string "on" oder off.
Ich versuche sie als boolean umzuwandeln und erhalte folgende Meldung

Object alias.0.Steckdose.Strom28.POWER is invalid: Default value has to be type "boolean" but received type "string" This will throw an error up from js-controller version 7.0.0!

{
  "common": {
    "name": "POWER",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": "",
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "val == 'on' ? true : val == 'off' ? false : null"
    }
  },
  "type": "state",
  "native": {},
  "_id": "alias.0.Steckdose.Strom28.POWER",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1735929801444
}

Ist die Umsetzung nicht mehr möglich?

Vielen Dank für deine Unterstützung
Heinz

[FredF]

@heinz53
Ich antworte mal:

"read": "val == 'on' ? true : false"

[paul53]

@heinz53 sagte: folgende Meldung

Wenn auch geschrieben werden soll, muss man beim Schreiben konvertieren, denn ich nehme an, dass "Strom28.set" ebenfalls "on"/"off" erwartet?

      "read": "val == 'on'",
      "write": "val ? 'on' : 'off'" 

[Heinz53]

Danke für eure Tipps. Leider kann ich sie gerade nicht testen weil mein ioBroker in einer Endlosschleife läuft.

Ich habe ihn gestoppt, neu gestartet und den Container neu erstellt., ioBroker fix ausgeführt, ... Das Ergebnis bleibt gleich:

This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

TypeError: Cannot read properties of undefined (reading 'toString')

    at applyAliasConvenienceConversion (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/aliasProcessing.ts:78:30)

    at Object.formatAliasValue (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/tools.ts:2753:17)

    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10961:37)

    at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:383:37)

    at processImmediate (node:internal/timers:483:21)

This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

TypeError: Cannot read properties of undefined (reading 'toString')

    at applyAliasConvenienceConversion (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/aliasProcessing.ts:78:30)

    at Object.formatAliasValue (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/tools.ts:2753:17)

    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10961:37)

    at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:383:37)

    at processImmediate (node:internal/timers:483:21)

This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

TypeError: Cannot read properties of undefined (reading 'toString')

    at applyAliasConvenienceConversion (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/aliasProcessing.ts:78:30)

    at Object.formatAliasValue (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/tools.ts:2753:17)

    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10961:37)

    at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:383:37)

    at processImmediate (node:internal/timers:483:21)

This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:

TypeError: Cannot read properties of undefined (reading 'toString')

    at applyAliasConvenienceConversion (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/aliasProcessing.ts:78:30)

    at Object.formatAliasValue (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/tools.ts:2753:17)

    at change (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:10961:37)

    at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:383:37)

    at processImmediate (node:internal/timers:483:21)

Ich kann nicht über den ioBroker auf meine Datenpunkte zugreifen.
Vermutlich habe ich noch ungültige alias Definitionen.

Wie kann ich den Zugriff wieder herstellen?

[Heinz53]

Mein ursprüngliches Problem ist mittlerweile behoben. Der Zugriff auf den ioBroker war nach Start der Admin Instanz über SSH wieder möglich.

iobroker start admin

Als Ursache für meine Probleme vermute ich den "Schlafmodus" meiner Zigbee Button beim Versuch des öffnens eines "schlafenden" alias Datenpunktes in den Objekten.
Dies führte bei mir reproduzierbar zu Problemen der Admin Instanz.
Nach dem Setzen des Retain bei den Problematischen Geräten traten keine Abbrüche mehr auf.

"retain": true

@FredF und @paul53 : Ich habe noch Probleme meine Zigbee Steckdose (mit JSON) zu schalten.
Bei der Anbindung eines direkten Datenpunktes funktioniert es:

  "common": {
    "name": "Test_1",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "alias": {
      "id": "0_userdata.0.Test.TestOnOff",
      "read": "val == 'on' ? true : false",
      "write": "val ? 'on' : 'off'"
    }
  },

Bei der Steckdose habe ich noch Probleme. Ich erhalte die Fehlermeldung:
Invalid write function for "alias.0.Steckdose.Strom28.state": "val ? JSON.stringify{'state' : 'on'} : JSON.stringify{'state' : 'off'}" => Unexpected token '{'

Ich habe schon viele Varianten erfolglos durchprobiert.

  "common": {
    "name": "state",
    "desc": "Manuell erzeugt",
    "role": "state",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": "",
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "JSON.parse(val).state == 'on' ? true : false",
      "write": "val ? JSON.stringify{'state' : 'on'} : JSON.stringify{'state' : 'off'}"
    }
  },

Wie geht es richtig?

[paul53]

@heinz53 sagte: Wie geht es richtig?

Es fehlenden die runden Klammern.

      "read": "JSON.parse(val).state == 'on'",
      "write": "JSON.stringify({state: val ? 'on' : 'off'})"

Die Rolle sollte "switch" sein. Außerdem bietet sich an, einen eindeutigen, verständlichen Namen zu vergeben.

[Heinz53]

@paul53 said in Alias Umwandlung bei JSON mit "null" bereitet Probleme:

JSON.stringify({state: val ? 'on' : 'off'})

@paul53 Nun erhalte ich folgende Fehlermeldung:
Object alias.0.Steckdose.Strom28.state is invalid: Default value has to be type "boolean" but received type "string" This will throw an error up from js-controller version 7.0.0!

Wenn die Steckdose ausgeschaltet ist wird sie über den alias eingeschaltet.
Das Ausschalten über den alias ist nicht möglich.

  "common": {
    "name": "Steckdose_Strom28",
    "desc": "Manuell erzeugt",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": "",
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "JSON.parse(val).state == 'on' ? true : false ",
      "write": "JSON.stringify({state: val ? 'on' : 'off'})"
    }
  },

Was kann ich machen?

[paul53]

@heinz53 sagte: Was kann ich machen?

Ändere "def":

    "def": false,

@heinz53 sagte in Alias Umwandlung bei JSON mit "null" bereitet Probleme:

Das Ausschalten über den alias ist nicht möglich.

?? Wie sieht der Wert von "mqtt.0.zigbee2mqtt.Strom28" bei ausgeschalteter Steckdose aus?

[Heinz53]

Die mqtt Daten sind:

  "common": {
    "name": "Steckdose_Strom28",
    "desc": "Manuell erzeugt",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "JSON.parse(val).state == 'on'",
      "write": "JSON.stringify({state: val ? 'on' : 'off'})"
    }
  },

Nach der Änderung von "def" erhalte ich keine Fehlermeldung mehr im log.
Das Ausschalten ist weiterhin nicht möglich.

  "common": {
    "name": "Steckdose_Strom28",
    "desc": "Manuell erzeugt",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "JSON.parse(val).state == 'on'",
      "write": "JSON.stringify({state: val ? 'on' : 'off'})"
    }
  },

[Heinz53]

die mqtt Daten:
{
"child_lock": "UNLOCK",
"countdown": 0,
"current": 0,
"energy": 0.03,
"indicator_mode": "off/on",
"last_seen": "2025-01-08T20:10:18+01:00",
"linkquality": 138,
"power": 0,
"power_outage_memory": "restore",
"state": "OFF",
"update": {
"installed_version": 80,
"latest_version": 80,
"state": "idle"
},
"update_available": false,
"voltage": 225
}

[paul53]

@heinz53 sagte: "state": "OFF",

... groß geschrieben! Auch "ON"?

[Heinz53]

Danke! Das war's. Nun funktioniert es.

  "common": {
    "name": "Steckdose_Strom28",
    "desc": "Manuell erzeugt",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false,
    "alias": {
      "id": {
        "read": "mqtt.0.zigbee2mqtt.Strom28",
        "write": "mqtt.0.zigbee2mqtt.Strom28.set"
      },
      "read": "JSON.parse(val).state == 'ON'",
      "write": "JSON.stringify({state: val ? 'ON' : 'OFF'})"
    }
  },

Es funktionieren beim direkten Schalten beide Schreibweisen (Groß oder Kleinschrift)

... und wieder was gelernt ...
Danke für die Unterstützung!

[c1olli]

Ich habe ein wenigstens der Überschrift nach ähnliches Problem.

Ich bekomme die Daten aus der Victron VRM als json ins MQTT geliefert.
Diese wandele ich mit:

Math.round(JSON.parse(val).value * 10) / 10

im Alias zu Werten um und das funktioniert auch recht gut.

Aber wenn die PV nichts mehr einspeist meldet der Datenpunkt :

{"value":null}

Damit kommt dann der alias nicht klar und meldet folgenden Fehler:

Invalid read function for "alias.0.Vic-Erz": "Math.round(JSON.parse(val).value * 10) / 10" => Cannot read properties of null (reading 'value')

Weil Null kein Wert ist.

So sieht der Datenpunkt dann aus:

{
  "common": {
    "name": "PV-Pow-Ges",
    "desc": "Manuell erzeugt",
    "role": "value",
    "type": "number",
    "read": true,
    "write": true,
    "def": 0,
    "alias": {
      "read": "Math.round(JSON.parse(val).value * 100) / 100",
      "id": "mqtt.0.N.48e7da85dd79.pvinverter.22.Ac.Power"
    },
    "unit": "W"
  },
  "type": "state",
  "native": {},
  "_id": "alias.0.PV-Pow-Ges",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1736334728344
}

Wie kann ich nun die Fehlermeldung verhindern?

[mickym]

@c1olli sagte in Alias Umwandlung bei JSON mit "null" bereitet Probleme:

Math.round(JSON.parse(val).value * 10) / 10

Probier halt das Gleiche was vorgeschlagen wurde:

val ? Math.round(JSON.parse(val).value * 10) / 10 : val

[paul53]

@c1olli sagte: {"value":null}

"JSON.parse(val).value ? Math.round(JSON.parse(val).value * 100) / 100 : 0",

Das JSON wird noch so erzeugt? Es ist nicht der gesamte Wert null?

[c1olli]

@paul53
ich habe die Variante von @mickym und auch die von Dir probiert (2 verschiedene Werte) und beides funktioniert erst einmal.
Ob das mit Null funktioniert weiß ich nicht, da die PV erst heute abend auf "null" stellt.

Ich versuche mal beides zu simulieren.

Edit:
In der Simulation hat beides funktioniert. Ich warte also mal ab was passiert.

[c1olli]

@paul53
@mickym

Ich hab die Varianten jetzt laufen lassen und die Variante von @mickym funktioniert.
Bei der anderen Variante kommt dann wieder "null" und die Fehlermeldung,

Danke für die Hilfe.