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

[haus-automatisierung]

Dein Alias ist Typ string und der verknüpfte Datenpunkte boolean?

Dann zeig doch mal die Konvertierungsfunktion von string zu boolean. Ich würde bei read einfach val ? 'on' : 'off' nutzen und bei write dann val == 'on' (falls man den State schreiben kann).

Wobei es irgendwelche Standard-Konvertierungen gibt, welche auf "ON" usw. schon reagieren und daraus selbst boolean machen sollten. Aber die habe ich nie auswendig gelernt und mache das immer manuell.

Generell sagt die Meldung aber aus, dass Du den State mit einem boolean-Wert schreibst statt einen String zu nutzen. Daher müsstest Du das Script mal zeigen.

[paul53]

@haus-automatisierung: bei read einfach val ? 'on' : 'off' nutzen und bei write dann val == 'on'

Umgekehrt, wenn Alias "boolean" ist. Lesen wird aber auch automatisch konvertiert, wenn der Alias vom Typ "boolean" ist. Erforderlich ist die Schreibkonvertierung

val ? 'on' : 'off'

@guitardoc sagte in Systemfehler bei Alias-Neuzuweisung:

Gerät ersetzen durch eines, welches die Schaltzustände true und false (also Boolean) hat.

Da offenbar Blockly einen booleschen Wert schreibt, darf in diesem Fall nicht konvertiert werden.

[paul53]

@guitardoc sagte: Alias von einem State erstellt, der die Schaltzustände "on" und "off hat (also Strings). Dann musste ich das Gerät ersetzen durch eines, welches die Schaltzustände true und false (also Boolean) hat.

Das bedeutet: Nur die Original-ID ändern und die Konvertierungen löschen!

[haus-automatisierung]

@paul53 sagte in Systemfehler bei Alias-Neuzuweisung:

Umgekehrt, wenn Alias "boolean" ist.

Dachte ich auch erst. Oben steht aber:

the state "alias.0.Beleuchtung.Licht Kellerflur" which expects a string.

[guitardoc]

@Homoran sagte in Systemfehler bei Alias-Neuzuweisung:

du zeigst uns nichts!

Doch. Noch mal genau lesen was ich geschrieben hab. Dass die Blocklys entsprechend angepasst werden müssen und auch wurden, das hab ich ja geschrieben. Trotzdem wird die Warnung ausgegeben.

Hier aber gern noch weitere Details. Hier das Blockly:

Der Fehler kommt in der letzten Anweisung (ich sehe gerade, dass die Variable Licht Kellerflur unbestimmt sein kann, aber das ist vermutlich nicht der Auslöser).

Hier noch der zugehörige State:

Wird noch etwas benötigt?

[haus-automatisierung]

@guitardoc sagte in Systemfehler bei Alias-Neuzuweisung:

Noch mal genau lesen was ich geschrieben hab.

Ganz oben in Deiner Meldung steht aber, dass der Alias vom Typ string ist. Und Du schreibst einen Boolean-Wert...

[guitardoc]

Ja eben. Das ist er aber nicht:

[paul53]

@guitardoc sagte: Wird noch etwas benötigt?

Ja, die OBJEKTDATEN des Alias-DP "Licht Kellerflur" in code tags.

[guitardoc]

Hier sind sie:

{
  "type": "state",
  "common": {
    "type": "boolean",
    "read": true,
    "write": true,
    "name": {
      "en": "Switch",
      "de": "Schalter",
      "ru": "Переключить",
      "pt": "Interruptor",
      "nl": "Vertaling:",
      "fr": "Interrupteur",
      "it": "Interruttore",
      "es": "Interruptor",
      "pl": "Switch",
      "zh-cn": "目 录"
    },
    "role": "switch",
    "def": false
  },
  "native": {},
  "from": "system.adapter.shelly.1",
  "user": "system.user.admin",
  "ts": 1766318695752,
  "_id": "shelly.1.shellyplus1pm#80646fe24120#1.Relay0.Switch",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[haus-automatisierung]

@guitardoc Für mich sieht alles so aus, als ob Du nur den Datentyp vom Alias-Datenpunkt auch noch auf boolean ändern musst und fertig.

@guitardoc sagte in Systemfehler bei Alias-Neuzuweisung:

Hier sind sie:

Nein, das ist ja auch der verknüpfte Datenpunkt und nicht der Alias, ...

[guitardoc]

Der steht doch aber schon auf boolean?

[paul53]

@guitardoc sagte: Hier sind sie:

Das ist nicht der Alias!

[haus-automatisierung]

@guitardoc sagte in Systemfehler bei Alias-Neuzuweisung:

Der steht doch aber schon auf boolean?

Den Alias hast Du uns nie gezeigt. Und die Meldung im Ausgangsbeitrag spricht auch dagegen ;)

[guitardoc]

Ahhh, Moment. Hier der Alias (der steht aber auch auf Boolean):

{
  "_id": "alias.0.Beleuchtung.Licht Kellerflur",
  "type": "state",
  "common": {
    "name": "Licht Kellerflur",
    "type": "boolean",
    "alias": {
      "id": "shelly.1.shellyplus1pm#80646fe24120#1.Relay0.Switch"
    },
    "role": "switch",
    "read": true,
    "write": true
  },
  "native": {},
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1766316960126,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[paul53]

@guitardoc sagte: Hier der Alias

Mit diesem Alias dürfte die Warnung nicht kommen.

[Homoran]

@guitardoc sagte in Systemfehler bei Alias-Neuzuweisung:

Noch mal genau lesen was ich geschrieben hab

geschrieben ist nicht gezeigt!

[guitardoc]

@paul53 sagte in Systemfehler bei Alias-Neuzuweisung:

@guitardoc sagte: Hier der Alias

Mit diesem Alias dürfte die Warnung nicht kommen.

Das sehe ich auch so. Tut sie aber... Hab zwischenzeitlich auch den ioB noch mal komplett neu gestartet - keine Änderung.

[Homoran]

@guitardoc ist das das einzige Script?

Was steht im log vor der ersten gezeigten Zeile?

[guitardoc]

sagte in Systemfehler bei Alias-Neuzuweisung:

@paul53 sagte in Systemfehler bei Alias-Neuzuweisung:

@guitardoc sagte: Hier der Alias

Mit diesem Alias dürfte die Warnung nicht kommen.

Das sehe ich auch so. Tut sie aber... Hab zwischenzeitlich auch den ioB noch mal komplett neu gestartet - keine Änderung.

PS. Wie geschrieben (und nicht gezeigt 🤗) war der Ursprung, dass der State, auf den der Alias vorher verwiesen hatte, vom Typ String war.

[paul53]

@guitardoc sagte: Tut sie aber...

In der ID ist ein Leerzeichen enthalten! Beim richtigen Erstellen von Alias-DP wird das Leerzeichen im Namen durch einen Unterstrich in der ID ersetzt.