Monatsrückblick Januar/Februar 2026 ist online!

[gyle]

kann ich die "konvertierungsfunktion" nutzen um werte auf andere werte zu mappen: (ähnl. YAHKA):
zB aus Wert 1 (lesen) mache 2 (schreiben)?

[paul53]

@gyle sagte: zB aus Wert 1 (lesen) mache 2 (schreiben)?

Das Beispiel ist wenig aussagekräftig. Wie soll der Zusammenhang zwischen Alias und Original aussehen?

[gyle]

@paul53 es geht um ein homematic türschloss, das ich in homekit (yahka) integrieren will.
den homematic status 1 (abgeschlossen) erwartet homekit als 2 (abgeschlossen)
0 (auf) ist bei homekit zb 1 (auf)

in yahka kann ih auch "mappen" allderdings funktioniert es nicht so richtig und er verschluckt sich dabei offensichtlich manchmal....daher war mein gedanke ggf. die konvertierung in einem alias zu machen und diesen an yahka weiterzugeben...

[paul53]

@gyle
Nur 2 Zustände?

"read": "val + 1",
"write": "val - 1"

[gyle]

@paul53

leider etwas komplizierter...

states IST (von homematic):
"0": "UNKNOWN",
"1": "LOCKED",
"2": "UNLOCKED"

states SOLL (für homekit):
"3": "UNKNOWN",
"1": "LOCKED",
"0": "UNLOCKED"

[paul53]

@gyle

"read": "val == 0 ? 3 : val == 2 ? 0 : 1",
"write": "val == 3 ? 0 : val == 0 ? 2 : 1"

oder

"read": "val == 1 ? 1 : val == 2 ? 0 : 3",
"write": "val == 1 ? 1 : val == 0 ? 2 : 0"

[GreatEMU]

Hallo zusammen

Nachdem der Adapter LinkedDevices mit dem neuen Admin nur noch bedingt funktioniert bin ich auf den Adapter "Geräte verwalten" umgestiegen.
Dort habe ich nun folgendes Problem.
Wenn ich z.B. ein Gerät von Typ "Licht" hinzufüge wird dies automatisch auf "Dimmer" geändert.

Das Gerät löschen und neu anlegen bringt nichts. Bei einem anderen Gerät (bei dem physisch die gleiche Lampe verwendet wird) bleibt der Gerätetyp unverändert.

Was habe ich noch für Möglichkeiten, damit meine Vorgaben nicht überschrieben werden?

[Garfonso]

@greatemu
das hört sich aber merkwürdig an, dass das passiert... Versuchst du zwei Geräte mit dem gleichen Namen (bzw. Objektpfad) anzulegen oder sowas? Lösch mal in Objekten den kompletten Ordner in dem du das Gerät anlegen willst (also z.B. alias.0.lampen.LampeXY -> LampeXY mal komplett löschen).

Du kannst das nicht weiter vorgeben und das würde mit linked devices an der Stelle genauso passieren. Wenn der type-detector ein Dimmer-State erkennt, dann wird er das an/aus einfach mit in das Dimmer-Licht packen und das andere verschwindet... (weil es ja auch keine zusätzliche Funktion liefert).

Du könntest bei dem Dimmer, der entsteht auch mal gucken, welchen State er da für SET gefunden hat.

[GreatEMU]

@garfonso
Sehr merkwürdig...
Also es sind physische 2 unterschiedliche Geräte (Smarte Lampe von Lidl über die Hue Bridge eingebunden).
Ich habe beide Objekt-Ordner gelöscht und unter Geräte neu angelegt.
Lampe_1: (war zuvor als Lampe angelegt) Hier bekomme ich nun nicht mehr das Tab mit den Zuständen angezeigt. Liegt es vielleicht daran, dass die Lampe zur Zeit gar nicht verbunden ist?
Lampe_2: (hatte sich zuvor auf Dimmer geändert) Hier bleibt der Gerätetyp nun auf "Licht"

[Garfonso]

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

Hier bekomme ich nun nicht mehr das Tab mit den Zuständen angezeigt. Liegt es vielleicht daran, dass die Lampe zur Zeit gar nicht verbunden ist?

Woran das liegt und ob das ein bug ist oder gewünscht, habe ich bisher leider auch noch nicht verstanden.

[GreatEMU]

@garfonso
Es liegt definitiv nicht daran, ob das Gerät aktuell ein- oder ausgeschaltet ist.
Ich habe die Lampe gerade eingeschaltet und unter Geräte erneut hinzugefügt. Aber dort werden mir immer noch nicht die Zustände angezeigt.
Und Lampe_2 ist nun auch wieder auf "Dimmer" gesprungen.
(Das liesse sich ja mit dem type-detector erklären. Da die Lampe dimmbar ist. Aber warum macht er das dann bei der anderen Lampe nicht genauso?)

Wirkt alles irgendwie unausgegoren.
Werde das mal bei Github melden...

[Garfonso]

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

(Das liesse sich ja mit dem type-detector erklären. Da die Lampe dimmbar ist.

wenn die Lampe dimmbar ist, dann ist das Verhalten so korrekt... da ist dann die Frage, warum dich das stört.

Wenn er das bei der anderen Lampe nicht macht, dann ist da was mit dem dimm-State nicht korrekt.

[Boelcker]

Hallo zusammen,
ich bin ganz neu hier und versuche grade von FHEM auf ioBroker umzusteigen.
Ich habe unter anderem einige Shelly-Geräte im Einsatz die über Mosquitto und dem MQTT-Client-Modul mit ioBroker verbunden sind. Meine ersten Logiken mit Blockly habe ich auch am laufen.

Jetzt möchte ich die Geräte jetzt über den iot-Adapter mit Alexa verbinden. Dabei bin ich darauf gestoßen, dass es einfacher ist das ganze mit dem Alias- und dem Devices-Adapter "vorzubereiten".

Mein Problem ist jetzt, dass die Shellys zum ein und ausschalten die Befehle on bzw off benötigen. Wenn ich aber ein Alias erstelle schreibt er nur true bzw. false in die Datenpunkte. Kann man das irgendwie mappen damit im Originalen Datenpunkt am ende on bzw. off steht oder gehe ich das Ganze falsch an?

Liebe Grüße
Michael

[paul53]

@boelcker sagte: Befehle on bzw off benötigen. Wenn ich aber ein Alias erstelle schreibt er nur true bzw. false in die Datenpunkte. Kann man das irgendwie mappen

"on" und "off" werden beim Lesen automatisch gemappt ("off" = false). Zum Schreiben muss man unter "alias" wandeln:

"write": "val ? 'on' : 'off'"

[Boelcker]

@paul53 Danke Dir für die schnelle Antwort! Das ist genau das, was ich gesucht habe.

[blade-of-fire]

Hallo zusammen,

ich benutze erst seit kurzem die Alias-Funktion und bin sehr angetan davon.

Gibt es die Möglichkeit, eigene Gerätetypen anzulegen? Ich habe bereits danach gesucht, aber bisher keinen Hinweis darauf gefunden (oder habe es übersehen).

Viele Grüße
Patrick

[apollon77]

@blade-of-fire Bisher nicht. Welche bräuchtest Du denn? Bzw lege dazu doch issues asn.

Die Aaktuellen Geräter halten sich an das was Amazon, Apple und Google so haben und Sinn macht

[blade-of-fire]

Danke schonmal für die schnelle Antwort.

Ok, ich dachte, vielleicht hätte ich etwas übersehen.

Es gibt da mehrere Anwendungsfälle, wo die bestehenden Gerätetypen nicht ganz so passen. Bis jetzt habe ich mir da mit dem Info-Typ beholfen und habe den erweitert.
Zum Beispiel benutze ich den Alias-Adapter um verschiedene Objekte (Objekte befinden sich in den unterschiedlichsten Ordnern) zusammenzufassen. Zum Schalten verschiedener Lichtszenen werden in einem Node Red Flow viele Variablen abgefragt (Bewohner-Anwesenheit, Sonnenstatus, Tageszeit, ...). Mit dem Flow kann ich dann den einen Alias und deren Unter-Objekte überwachen und muss nicht alles einzeln abfragen.

Grundsätzlich wäre eine ein Gerätetyp "Bewohner" ganz praktisch. Es gibt ja zum Beispiel mehrere Möglichkeiten, die Anwesenheit zu melden (Smartphone, digitales Schlüsselbrett, Präsenzmelder,...). Die Infos dazu könnte man zu einem Alias-Typen zusammenfassen.

Aber ich bin nicht sicher, ob dies dem eigentlichen Sinn der Aliasse entspricht was ich da so vor habe.

[apollon77]

@blade-of-fire sagte in Fragen / Antworten rund um die neue Alias Funktion:

Aber ich bin nicht sicher, ob dies dem eigentlichen Sinn der Aliasse entspricht was ich da so vor habe.

Jo ... "Bewohner "ist jetzt nicht wirklich etwas was man steuern kann? ;-))) (Es sei denn die Roboter sind bei Dir schon angekommen und auch dann müsste man Diskutieren ob das als "Bewohner" zählt) :-))

Das Gute ist jda das Du an sich in aliuas.0 auch komplett eigene Strukturen mit channel/Folder/Device (vllt nicht so gut) anlegen kannst mit eigenen unterstrukturen. Das geht per Admin. Dann hast Du zwar nicht die "Templates" wie bei "Devices" aber am Ende kannst Du frei deine bewohner-Status ablegen

[blade-of-fire]

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

Jo ... "Bewohner "ist jetzt nicht wirklich etwas was man steuern kann? ;-))) (Es sei denn die Roboter sind bei Dir schon angekommen und auch dann müsste man Diskutieren ob das als "Bewohner" zählt) :-))

Das wäre manchmal gar nicht so schlecht

Der Bewohner selbst nicht, aber dessen Smartphone, das z.B. in Anwesenheitsskripten verwendet wird. Und das kann/wird heutzutage schnell ausgetauscht.

Vielleicht fange ich auch mal an, mich mehr mit Adapter-Entwicklung zu beschäftigen und mache einen Bewohner-Adapter Bisher gibt es sowas noch nicht, soweit ich weiss