Fragen / Antworten rund um die neue Alias Funktion

Garfonso

@packelend
ja, genau, den devices-adapter.

Da tauchen bei "native Geräte" die Geräte auf, die er in deinem Objektbaum schon erkennt (aber nur, wenn die auch Raum & Funktion zugewiesen haben) und ansonsten kannst du damit auch deine Struktur in alias anlegen / pflegen. Also neue Geräte, die du damit zusammen klickst kommen alle in alias.0 (ggf. mit Ordner als Pfad usw.).

PackElend

@garfonso said in Fragen / Antworten rund um die neue Alias Funktion:

Da tauchen bei "native Geräte" die Geräte auf, die er in deinem Objektbaum schon erkennt (aber nur, wenn die auch Raum & Funktion zugewiesen haben) un

gibt es das irgendwo integriert erklärt, ich finde immer nur einzelerklärungen aber weniger, wenn ich das in diesem adapter mache, passiert das im anderem adapter...
selbst hier ist es immer sehr spezifisch: https://forum.iobroker.net/topic/6398/anleitungen-und-links

@garfonso said in Fragen / Antworten rund um die neue Alias Funktion:

(aber nur, wenn die auch Raum & Funktion zugewiesen haben)

wie ist das gemeint, ansatzweise ist es hier erwähnt denke ich https://github.com/ioBroker/ioBroker.lovelace/blob/master/docs/de/automatic_entities.md und https://forum.iobroker.net/topic/73203/lovelace-devices-etc/18?_=1737637915713
warum muss ich auch die räume berücksichtigen?

Garfonso

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

wenn ich das in diesem adapter mache, passiert das im anderem adapter

Naja, es gibt eine handvoll Adapter, die den type-detector und dessen Ergebnisse verwenden (können). Das sind leider noch relativ wenige. Aber hauptsächlich sind es Adapter, die irgendwas mit Geräten anfangen können, also Visualisierungen (lovelace, materialize), die daraus was automatisch basteln (können) oder so Dinge, wie iot (der automatisch z.B. Alexa Geräte anlegt).
Ob es da irgendwo eine Liste gibt, weiß ich nicht.

@packelend said in Fragen / Antworten rund um die neue Alias Funktion:

warum muss ich auch die räume berücksichtigen?

Sieh es als filter. ioBroker Installationen haben oft zigtausende Objekte. Der type-detector (bzw. die Adapter, die ihn nutzen) guckt sich davon aber nur die an, wo der User manuell Raum & Funktion vergeben hat. Bei manchen Adaptern wird daraus auch der Gerätename generiert (z.B. iot -> Licht Raum XY usw.). Wenn du die beiden Enums nicht nutzen magst (wobei ich das persönlich empfehle, kann man selbst dann auch in Skripten verwenden, um z.B. alle Lichter in Raum XY zu bekommen oder so, ich muss einige meiner Skripte bei neuen Geräten nicht mehr anfassen, wenn ich Raum & Funktion korrekt vergebe), dann leg halt dummies an und vergib die (ich hab auch einen Raum "überall", da kommen Dinge, rein, die sich bewegen können und keinen festen Raum haben oder Wetter oder so).

Aber ich glaube, wir schweifen hier langsam etwas vom Thema ab.
Trotzdem glaube ich, dass deine Erfahrungen wertvoll für die Dokumentation wären. Gab es da nicht nochmal eine Initiative @apollon77 ? Kann man sich da irgendwo melden?

PackElend

@garfonso said in Fragen / Antworten rund um die neue Alias Funktion:

Aber ich glaube, wir schweifen hier langsam etwas vom Thema ab.

aber ich komme dahinter was ich noch machen muss

@garfonso said in Fragen / Antworten rund um die neue Alias Funktion:

Trotzdem glaube ich, dass deine Erfahrungen wertvoll für die Dokumentation wären.

https://forum.iobroker.net/topic/72906/jalousie-mit-dingz-shelly-wave-shutter-1-mal-iobroker
ich habe für mich mal angefangen, erfahrung ist noch zu lose um weiter zu machen
Bis auf den z-wave teil, dass könnte ich jetzt mal zusammenführen

topsurfer

@paul53

@paul53 said in Fragen / Antworten rund um die neue Alias Funktion:

@scotty89 sagte: String werten in eine Boolean wandeln
Lesekonvertierung:

Hallo,
das mit Lesekonvertierung verstehe ich langsam, ebenso das Parsen um bestimmte Werte aus einem JSON zu bekommen.

Jetzt brauch ich aber beides in einem

Ich muss den Status des Kontakts "heraus parsen", und dann den Wert umwandeln ("true" soll "closed" ausgeben, "false" soll "open" ausgeben".

Konverter beim lesen sieht so aus (gibt halt: true/false zurück):
JSON.parse(val).contact

paul53

@topsurfer sagte: "true" soll "closed" ausgeben, "false" soll "open" ausgeben".

JSON.parse(val).contact ? 'closed' : 'open'

topsurfer

@paul53 Thx again!

gutgut30

Hi,

ich habe nun endlich mal angefangen auf Aliase umzustellen. Ich habe hier jedoch einen State, den bekomme ich über ein Alias nicht mehr sinnvoll gesetzt. Ich übergebe eine Zahl, angeblich wird jedoch ein Objekt empfangen.

"Object alias.0.Gastherme.Steuerung.Betriebsart is invalid: obj.common.min has an invalid type! Expected "number", received "object" This will throw an error up from js-controller version 7.0.0!"

Übergebe ich wie bisher eine Zahl für den gewünschten Wert, dann erhalte ich ein null. Übergebe ich die Zahl als String, dann gehts, im Log erscheint jedoch natürlich ein Hinweis, dass eine Zahl erwartet worden ist.

Am Script habe ich nur den DP vom Ursprung zum Alias geändert.

Beide DP scheinen mir identisch konfiguriert.

Der Ursprung:

{
  "type": "state",
  "common": {
    "name": "Betriebsart (700)",
    "type": "number",
    "role": "value",
    "read": true,
    "write": true,
    "unit": "",
    "states": {
      "0": "Schutzbetrieb",
      "1": "Automatik",
      "2": "Reduziert",
      "3": "Komfort",
      "65535": "---"
    },
    "custom": {
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "retention": 31536000,
        "customRetentionDuration": 365,
        "maxLength": 960,
        "enableDebugLogs": false,
        "chartStep": ""
      }
    }
  },
  "native": {
    "id": "700",
    "bsb": {
      "name": "Betriebsart",
      "dataType_name": "ENUM",
      "dataType_family": "ENUM",
      "destination": "0",
      "possibleValues": [
        {
          "enumValue": 65535,
          "desc": "---"
        },
        {
          "enumValue": 0,
          "desc": "Schutzbetrieb"
        },
        {
          "enumValue": 1,
          "desc": "Automatik"
        },
        {
          "enumValue": 2,
          "desc": "Reduziert"
        },
        {
          "enumValue": 3,
          "desc": "Komfort"
        }
      ],
      "isswitch": 0,
      "dataType": 1,
      "readonly": 0,
      "readwrite": 0,
      "unit": ""
    }
  },
  "_id": "bsblan.0.Betriebsart_(700)",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1739452181978
}

Der Alias:

{
  "common": {
    "alias": {
      "id": "bsblan.0.Betriebsart_(700)",
      "read": "",
      "write": ""
    },
    "name": "Betriebsart",
    "role": "value",
    "type": "number",
    "unit": "",
    "min": "",
    "max": "",
    "read": true,
    "write": true,
    "states": {
      "0": "Schutzbetrieb",
      "1": "Automatik",
      "2": "Reduziert",
      "3": "Komfort",
      "65535": "---"
    },
    "custom": {
      "history.0": {
        "enabled": true,
        "aliasId": "",
        "debounceTime": 0,
        "blockTime": 0,
        "changesOnly": true,
        "changesRelogInterval": 0,
        "changesMinDelta": 0,
        "ignoreBelowNumber": "",
        "disableSkippedValueLogging": false,
        "retention": 31536000,
        "customRetentionDuration": 365,
        "maxLength": 960,
        "enableDebugLogs": false
      }
    }
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1734278479428,
  "_id": "alias.0.Gastherme.Steuerung.Betriebsart"
}

Ich hab auch schon mal den Native-Block vom Original in den Alias kopiert, das hat aber nichts verändert. Auch ein "konvertiere Zahl zu Zahl" hat (wie erwartet) nichts verändert.

Was mache ich falsch? Wieso glaubt der Alias ein Objekt zu empfangen?

Update/Edit:
Gefunden. Da scheint etwas bei Übernehmen der min/max Values nicht zu passen. Diese waren im Alias plötzlich auf null. Ich hab sie jetzt manuell gesetzt, damit klappt es.

    "min": 0,
    "max": 3,

Gelöst durch finden eines seit Jahren offnen Bugs: https://github.com/iobroker-community-adapters/ioBroker.alias-manager/issues/36

RP70DP created this issue in iobroker-community-adapters/ioBroker.alias-manager

open invalid: obj.common.min has an invalid type! Expected "number", received "string" #36

paul53

@gutgut30 sagte: Wieso glaubt der Alias ein Objekt zu empfangen?

Kann es sein, dass der Originalwert null sein kann? null ist ein Objekt.
Lösche "min" und "max", denn das sind Leerstrings.

gutgut30

@paul53 Habs gerade so ähnlich gelöst und mein Posting aktualisiert. Das war es. Danke

paul53

@gutgut30 sagte: manuell gesetzt, damit klappt es.

Das müssen Zahlen sein - keine Strings!

gutgut30

@paul53 said in Fragen / Antworten rund um die neue Alias Funktion:

Das müssen Zahlen sein - keine Strings!

Du hast Recht. Hab es im Posting aktualisiert. ioBroker scheint es aber beim Speichern des DP auch selber zu korrigieren.

gutgut30

Eine kurze generelle Frage noch: Wenn ich meine Daten mit History oder InfluxDB logge. Logge ich dann den Alias oder den original Gerätedatenpunkt?

paul53

@gutgut30 sagte: Logge ich dann den Alias oder den original Gerätedatenpunkt?

Besser den Alias, auch in Visualisierung und Skripten.

Codierknecht

@gutgut30
Um die Antwort von @paul53 zu vervollständigen:
Wenn Du einen Alias loggst, brauchst Du Dir beim späteren Austausch eines Gerätes keine Gedanken machen.
Einfach den Alias auf das neue Gerät zeigen lassen.
Das gleiche gilt in Scripten.

gutgut30

Vielen Dank.

Der Fehler mit den min/max ist allerdings mehr als nervig. Ich muss so gut wie jeden Alias Datenpunkt nacharbeiten. Da kann man ja absolute Zweifel haben, dass man diesen Zeitaufwand jemals wieder reinholt weil ein bis 5 Geräte getauscht werden müssen...

ticaki

@Homoran
hat jetzt nix direkt mit dem Thema zu tun... aber könntest du das neue mal aus der Überschrift raus machen - ich frage mich jedesmal was es neues mit dem Alias gibt, bis mir wieder einfällt das es ja die alte neue Alias Funktion ist.

Homoran

@ticaki könnte man machen.
man könnte aber auch einen 6 Jahre alten Thread zu machen

NEWS

Fragen / Antworten rund um die neue Alias Funktion

open invalid: obj.common.min has an invalid type! Expected "number", received "string" #36

Support us

894
Online

31.3k
Users

78.7k
Topics

1.3m
Posts

NEWS

Fragen / Antworten rund um die neue Alias Funktion

open invalid: obj.common.min has an invalid type! Expected "number", received "string" #36

Support us

894Online

31.3kUsers

78.7kTopics

1.3mPosts

894
Online

31.3k
Users

78.7k
Topics

1.3m
Posts