Test Adapter lovelace v1.2.x

[socke85]

@david-g said in Test Adapter lovelace v1.2.x:

Wenn der KNX-Adapter die Datenpunkte ordentlich anlegt, sollten 1 und 2 kein Problem sein. Man muss eben noch die entsprechende Funktion und Raum (und Rolle?) vergeben.

Da widersprechen sich etwas meine Frage und deine Antwort. Die Frage war ob die Zuordnung von Raum und Funktion automatisch erfolgen sollte oder ich das prinzipiell immer manuell machen muss? Also muss man es unter Aufzählungen immer manuell zuordnen oder sollte es über den knx Adapter von Chefkoch automatisch klappen?

Das sieht mir alles so aus, als müsste ich alle Geräte im Devices Adapter manuell mit den entsprechenden Funktionen anlegen. Damit werden dann Aliases erzeugt und die Geräte können in Lovelace genutzt werden. Richtig @Garfonso

Ist das korrekt und falls ja lässt sich das auch direkt in code editieren ohne KlickiKlicki - da wird man ja nicht fertig ..

[Garfonso]

@socke85 said in Test Adapter lovelace v1.2.x:

bin ein rechter Anfänger mit dem iobroker und habe eine KNX Installation. Ich möchte gerne den KNX Adapter (aktuell noch nicht der openknx sondern der von Chefkoch) in Verbindung mit Lovelace nutzen.

Hi,
KNX nutze ich auch. Wenn du auf openknx umsteigst, sag mir mal, wie das gelaufen ist, denke selber darüber nach, hab aber gerade eigentlich keinen Kopf dafür, das ganze Smathome potenziell ins Chaos zu stürzen hust.

Ich habe mir den Lovelace guide durchgelesen, im Forum recherchiert und Chefkoch hier kontaktiert, komme aber nicht so recht weiter - vielleicht könnt ihr mir hier helfen.

1. Sollte durch den KNX-Adapter in Verbindung mit dem devices Adapter eine automatische Zuordnung von Gruppenadressen zu Räumen und Funktionen erfolgen?

Ich verstehe nicht 100%, was du bereits getan hast oder vorhast. Aber wenn dein KNX Projekt nicht zufällig sehr passend aufgebaut ist, wirst du mit dem devices Adapter jeweils Geräte definieren müssen und denen dann von Hand die iobroker-Objekte zu den Gruppenadressen zuweisen. Den Geräten musst du dann jeweils auch selber Raum & Funktion zuweisen (das fragt der Devices Adapter bzw. der Geräte-Tab im Admin aber direkt mit ab beim erstellen). Damit erstellst du dann im Ordner alias.0 Geräte mit "Alias" Objekten, die dann für ioBroker "richtig" aufgebaut sind.

Die Information, welche Gruppenadressen wie mit welchen Geräten korrespondieren, hast leider nur du im ioBroker... man könnte vielleicht einen KNX Adapter bauen. Kenn mich mit KNX nicht aus, ob das überhaupt möglich ist und den haben wir halt auch nicht. schulterzuck

2. Sollten damit auch automatisch Geräte/Entitäten mit allen Funktionen (bspw. Schalten, Dimmen oder bei der Jalousie: Auf/Ab, Stopp, Lamellenposition, etc.) erzeugt werden oder ist das manuell zu machen?

Wenn die Geräte im ioBroker so wie in meiner Antwort oben beschrieben angelegt wurden, sollte das alles automatisch funktionieren. Du hast dann für ein Licht ein Entity light.GeräteName das schalten, dimmen, Farbe, usw. steuern kann und der lovelace adapter kümmert sich darum, dass die richtigen ioBroker Objekte gesteuert werden (in dem Fall dann in alias.0. und das wird dann an KNX weitergeleitet).

Geht hier problemlos alles und die aliase sind eine tolle Sache. Sonst wäre das mit KNX nur mit Skripten möglich.

3. Die Geräte möchte ich ja in Lovelace nutzen. Falls 1) nicht funktioniert, könnte man hier in iobroker auch die Lovelace yaml direkt bearbeiten, um die Geräte copy & paste aus der GA Struktur / knx.0/objects zusammenzustellen? Manuell unter devices anzulegen da klicke ich bis Weihnachten

Nein. Das lovelace yaml gibt es nur virtuell und darin steht auch nur die Konfiguration der UI und nicht die der entities. Du kannst die alias-Objekte auch mit skripten anlegen, falls dir das lieber ist. Dazu gibt es im Forum auch einen Thread. (ich habe hier im Grunde eine JSON Struktur, aus denen ich mit einem (leider recht unübersichtlich gewordenen) Skript alias-Geräte baue / aktualisiere).

Aber du wirst nicht drumherum kommen, jedes Objekt in knx.0 mindestens einmal von Hand anzufassen. Denn, wie oben schon geschrieben. nur du weißt, welches Objekt zu welchem Gerät gehört und was das für ein Gerät ist.. die Arbeit wirst du an vielen Stellen in ioBroker benötigen (z.B. auch für iot = Alexa Steuerung usw.).

Ich würde bei Verwendung von KNX im ioBroker ganz stark empfehlen dir unter alias.0. eine Struktur zu überlegen (z.B. "Gewerke") und da dann die alias-Geräte anzulegen, sonst wird das keinen Spaß machen, egal welche Visualisierung. Ist zumindest meine Erfahrung. Du kannst die IDs auch beim devices adapter mit copy & paste einfügen.

Ich kann manuell eine Zuordnung von Objekten zu Funktionen und Räumen machen. Da ein KNX Objekt aber nur einen State, Value oder dergleichen darstellt hilft das nix. Ich kann im Devices manuell Geräte erzeugen und die entsprechenden KNX Objekte wählen, das funktioniert. Diese händische Arbeit wäre allerdings kaum machbar und bei Änderungen völlig Wirrwarr.

Warum sollte sich da jemals was dran ändern? Also die Alias-Geräte sollten doch fix bleiben, also z.B. eine Lampe wirst du im Esszimmer doch immer haben, oder nicht? Falls Hardware ausgetauscht wird oder du im KNX Projekt die GAs änderst, müssen dann nur einmal die ids umgebogen werden. Da bleiben alle weiteren Einstellungen (z.B. auch History usw) erhalten. Das ist extrem praktisch. Und mit dem Support für getrennte read/write ids in den aliasen müsste einem eigentlich auch die leidige Zuordnung von ActGA und StatusGA, die ständig schiefgeht, egal sein können (hab ich aber noch nicht ausprobiert, bzw. da laufen zum Teil noch sehr alte Skripte, die das für mich machen).

Über Tipps wäre ich dankbar.

Mein Fazit: Du wirst eh jede GA bzw. das ioBroker Objekt dafür einmal anfassen müssen. Mach das direkt in einer sauberen Struktur in alias.0., die mit den ioBroker Geräten zusammen passt, dann wird sehr vieles einfach gehen und manches auch vom Himmel fallen (z.B. iot und auch material UI sollte dann schon recht gut gehen).
Wenn du das nicht ins UI tippen magst, guck dir die Skriptlösungen an und bastel dir daraus was.

[David G.]

@All

Fänd es cool, wenn sich noch ein paar Leute überzeugen lassen würden, ihre Visualisierung in dem Link meiner Signatur zu präsentieren.

https://forum.iobroker.net/topic/35950/zeigt-her-eure-lovelace-visualisierung

Mir ist aufgefallen, dass wenn im Forum nach Vorschlägen für eine Visualisierung fast nie Lovelace erwähnt wird. Beispiele gibt's auch kaum.
Evtl. kann man so den Einstieg für manche User was leichter machen und zeigen was doch alles (einfach) geht.

[socke85]

@garfonso said in Test Adapter lovelace v1.2.x:

Ich verstehe nicht 100%, was du bereits getan hast oder vorhast. Aber wenn dein KNX Projekt nicht zufällig sehr passend aufgebaut ist, wirst du mit dem devices Adapter jeweils Geräte definieren müssen und denen dann von Hand die iobroker-Objekte zu den Gruppenadressen zuweisen. Den Geräten musst du dann jeweils auch selber Raum & Funktion zuweisen (das fragt der Devices Adapter bzw. der Geräte-Tab im Admin aber direkt mit ab beim erstellen). Damit erstellst du dann im Ordner alias.0 Geräte mit "Alias" Objekten, die dann für ioBroker "richtig" aufgebaut sind.
Die Information, welche Gruppenadressen wie mit welchen Geräten korrespondieren, hast leider nur du im ioBroker... man könnte vielleicht einen KNX Adapter bauen. Kenn mich mit KNX nicht aus, ob das überhaupt möglich ist und den haben wir halt auch nicht. schulterzuck

Das hilft mir sehr weiter!
Bisher habe ich:

• KNX Adapter installiert, konfiguriert und damit automatische unter knx.0 meine GA-Struktur mit Objekten (kann auch schon etwas schalten in dem ich manuell den Zustand der Objekte ändere)
• Festgestellt, dass unter "Geräte/Native Geräte/KNX-0, nur devices erzeugt werden wenn ich manuel Funktion und Raum für Objekte in knx.0 eintrage (Alternativ über "Aufzählungen /Enum")
• Festgestellt das "komplexere" Geräte als Schalter (bspw. Dimmer, tunable white, Rollos) so nicht abbildbar sind, sondern dafür manuell Geräte / Alias erzeugt werden muss --> deshalb meine ganzen Fragen, dachte der KNX Adapter leistet hier mehr. Dafür müsste er die Zuordnungen aus den Sensoren und Aktoren interpretieren, was bei dem Katalog an Geräten auch eine Herkulesaufgabe wäre.. und damit wohl keinen Sinn macht.

@garfonso Kannst du mir ein paar Screenshots deiner Devices mit den KNX GAs einstellen? Und hast du mir einen Link oder Infos bzgl. Scripting?

Vielen Dank für den Klasse Support von euch!

Edit: Wenn ich manuell ein Gerät Jalousie anlege und sämtliche GAs zuordne funktioniert das schon ganz gut: Rauf, Runter Position funktionieren. Allerdings funktioniert die Lamellensteuerung nicht. Hast du einen Tipp?

Unter Alias passt es:

Unter devices verliert er die Verknüfpung, Jalousie passt als Funktion:

Hoch/Runter sind vertauscht und die Absolute Position geht aktuell nur in einem separaten Widget (Input Number?)

Wenn ich die Light card Nutze wird mir der Dimmer-Regler nicht angezeigt, hierfür muss ich im code des widget von Type: Button auf Type: Light manuell umstellen, dann funktioniert es. Ich habe die Funktion richtig hinzugefügt denke ich

[Garfonso]

@socke85 said in Test Adapter lovelace v1.2.x:

@garfonso Kannst du mir ein paar Screenshots deiner Devices mit den KNX GAs einstellen? Und hast du mir einen Link oder Infos bzgl. Scripting?

Das hier wäre ein Anfang:
https://forum.iobroker.net/topic/27295/vorlage-alias-per-skript-erzeugen

Mein Skript ist viel komplizierter (liest Definitionen aus JSONs aus usw... aber leider auch in ziemlich schlechtem Zustand, macht vermutlich nicht viel sinn das zu veröffentlichen. Ich muss im Moment selber immer suchen, wenn ich irgendwas ändern will. Irgendwer (tm) sollte das mal aufräumen. seufz ).

@socke85 said in Test Adapter lovelace v1.2.x:

Allerdings funktioniert die Lamellensteuerung nicht.

Lamellenstellung ist bisher, AFAIK, ungetestet. (selber habe ich kein passendes Gerät). Insofern könnte es durchaus sein, dass da im Adapter nochwas kaputt ist.

@socke85 said in Test Adapter lovelace v1.2.x:

Jalousie passt als Funktion:

Die Funktion passt, aber verdächtig ist, dass es nur 4 States sind -> da scheint im type-detector / devices auch noch was kaputt zu sein, dass die erzeugten States nicht alle wieder dem Gerät zugeordnet werden. seufz
Wie man in deinem Bild auch sieht, sind die TILT_* Zustände alle leer...

@socke85 said in Test Adapter lovelace v1.2.x:

Hoch/Runter sind vertauscht

Das ist vermutlich kein Bug, sondern du stolperst über diese dämliche Philosophie-Frage wo jetzt 100% ist.. versuch mal, in den Instanzeinstellungen den Haken "Rolladen 100% bedeutet, dass zu ist" zu setzen und guck, ob es damit besser passt. Zum Hintergrund: in HomeAssistant / Lovelace gilt bei Rolladen grundsätzlich 100% = "offen" (i.e. ich kann durchgucken). Bei ioBroker hat das Core-Team das ebenfalls so entschieden... ich finde das persönlich ziemlich unintuitiv.. naja... aber dafür gibt es den Haken

@socke85 said in Test Adapter lovelace v1.2.x:

Absolute Position geht aktuell nur in einem separaten Widget (Input Number?)

Hm. Das sollte nicht so sein. Der input_number entity ist nur für Kompatibilität (bzw. der hat das 100%=zu Problem auch nicht). Auch der cover-entity sollte absolute Position haben -> in der entity-liste kommen aber nur die Knöpfe, tipp mal auf den Namen, im more_info sollte da auch der slider auftauchen (falls dir das so nicht gefällt -> slider_entity_row als custom Karte angucken ).

@socke85 said in Test Adapter lovelace v1.2.x:

Wenn ich die Light card Nutze wird mir der Dimmer-Regler nicht angezeigt, hierfür muss ich im code des widget von Type: Button auf Type: Light manuell umstellen, dann funktioniert es. Ich habe die Funktion richtig hinzugefügt denke ich

Darüber musste ich erst nachdenken... Im code wird mit "type" die Karte festgelegt. Insofern, wenn da "type: button" stand, dann hast du nicht die light card hinzugefügt, sondern die button-card (die gemeinerweise auch fast immer mit einem light-entity vorbelegt ist, ist mir daher eben auch erstmal passiert).

[Garfonso]

@garfonso said in Test Adapter lovelace v1.2.x:

Die Funktion passt, aber verdächtig ist, dass es nur 4 States sind -> da scheint im type-detector / devices auch noch was kaputt zu sein, dass die erzeugten States nicht alle wieder dem Gerät zugeordnet werden. seufz
Wie man in deinem Bild auch sieht, sind die TILT_* Zustände alle leer...

Ja, lässt sich hier auch nachstellen...
Fix ist auf dem Weg: https://github.com/ioBroker/ioBroker.type-detector/pull/25 ... könnte etwas dauern.

@socke85 änder mal bei TILT_SET die Rolle auf level.tilt und bei TILT_ACTUAL die Rolle auf value.tilt. Dann sollte bei dem entity auch ein attribute bezüglich tilt, was auf die objekt-ID zeigt auftauchen.

Garfonso created this issue in ioBroker/ioBroker.type-detector

closed proposal: remove state for ON_ACTUAL for all light devices #25

[socke85]

@garfonso said in Test Adapter lovelace v1.2.x:

Das hier wäre ein Anfang:
https://forum.iobroker.net/topic/27295/vorlage-alias-per-skript-erzeugen

Da arbeite ich mich mal rein, Danke!

Rolladen 100% bedeutet, dass zu ist" zu setzen und guck, ob es damit besser passt.

Funktioniert, Danke!

ipp mal auf den Namen, im more_info sollte da auch der slider auftauchen (falls dir das so nicht gefällt -> slider_entity_row als custom Karte angucken ).

Ja mit dem Klick kommt die absolute Position - funktioniert also. Zustrom Karten sagen mir noch nichts, da muss ich erstmal noch etwas hier lesen

(die gemeinerweise auch fast immer mit einem light-entity vorbelegt ist, ist mir daher eben auch erstmal passiert).

Auch ein Treffer, das war etwas tricky - Danke!

änder mal bei TILT_SET die Rolle auf level.tilt und bei TILT_ACTUAL die Rolle auf value.tilt. Dann sollte bei dem entity auch ein attribute bezüglich tilt, was auf die objekt-ID zeigt auftauchen.

Das habe ich im Objektbaum unter dem alias geändert, ich glaube unter devices kann ich das nicht ändern. Führt zu keiner Änderung, auch nicht nach Neustart. Ich kann über den Datenpunkt im Objektbaum / bzw. den Alias die Lamelle steuern, wird nur in Lovelace / Entity wohl nicht zugeordnet? Was hat dieses Thema mit dem Link zu "ON_ACTUAL for all light devices" zu tun, da hast du mich abgehängt.

[Garfonso]

@socke85
Oh, sorry, falscher link: https://github.com/ioBroker/ioBroker.type-detector/pull/26

Hintergrund ist der: Der type-detector (das ist die Komponente, die in der Geräte-Ansicht und in Lovelace genutzt wird) versucht anhand von der Rolle und ein paar anderen Kriterien Geräte zu erkennen und was die so können. Das passiert immer dynamisch und wird nirgendwo gespeichert.

Leider gibt es in dem Fall von Rollladen + Lamellen einen Bug im devices-Adapter (bzw. in dem Teil vom type-detector den er zum Erstellen der Alias-Geräte nutzt) der dazu führt, dass er für den TILT_SET (und TILT_ACTUAL) state eine Rolle vergibt, die dazu führt, dass dieser vom type-detector nicht erkannt wird.

Insofern erkennt der type-detector, wenn lovelace ihn anwendet (und auch bei devices, daher die zu wenigen States) zwar die Rollade korrekt, aber nicht, dass es da noch TILT gibt. Wenn du die Rolle im Objektbaum änderst (ja, kannst du nur da), dann sollte der Devices Adapter den State wieder zuordnen können und du mehr als 4 States kriegen.

Die Rollen müssen wie folgt sein:
level.tilt für TILT_SET
value.tilt für TILT_ACTUAL
button.open.tilt für TILT_OPEN
button.close.tilt für TILT_CLOSE
button.stop.tilt für TILT_STOP (falls vorhanden).

Guck danach mal bitte, ob bei lovelace für das entity ein attribut tilt (oder so) auftaucht wo eine Objekt-Id dransteht.

Garfonso created this issue in ioBroker/ioBroker.type-detector

closed blinds: fix error in default role for tilt #26

[socke85]

@garfonso

Habe ich geändert sie Screenshot 1, dann hab ich den Lovelace Adapter neugestartet. Wenn ich das Cover hinzufüge und dann auf den Namen klicke bekomme ich nur den Spider für die Jalousie Position (blinds) nicht aber für die Lammelen Position.

Unter "Devices" verliert er ja die Objekte zu Tilt. Unter Objekten bleibt es wie im Screenshot. Ich könnte das unter devices nochmal hinzufügen nach der Änderung, aber die Rolle verändert sich nicht mit der Änderung im Objektbaum (Rolle):

Andere Frage ich habe "Tuneable White Spots" die die Lichtfarbe von 2200 - 6600 Kelvin ändern können, was wäre hier der richtige Gerätetyp unter Devices, damit Lovelace das richtig erkennt?

Danke dir! Die Problemchen lösen sich nach und nach

Edit:

button.open.tilt für TILT_OPEN
button.close.tilt für TILT_CLOSE

Bist du mit der Reihenfolge sicher? Default ist die Reihenfolge hier anders. Habs so eingetragen hat aber noch nicht geholfen.

[Garfonso]

@socke85 said in Test Adapter lovelace v1.2.x:

Andere Frage ich habe "Tuneable White Spots" die die Lichtfarbe von 2200 - 6600 Kelvin ändern können, was wäre hier der richtige Gerätetyp unter Devices, damit Lovelace das richtig erkennt?

Da heißt das Gerät "Farbtemperatur", leider nicht ganz intuitiv. (Lampen mit Farbe heißen je nach Steuerungsmöglichkeit rgb, rgbsingle oder hue ).

Zum Tilt: Ahrg... ja.. äh.. doof.. da fehlt nochwas im Type-detector... Änder mal deine Funktion auf Rolladen oder Beschattung statt Jalousie.

[David G.]

@garfonso sagte in Test Adapter lovelace v1.2.x:

@david-g
versuch trotzdem mal nur /adapter/xyz/xyz.png, also ohne http usw. davor. Dann sollte es über lovelace abgerufen werden. Würde mich interessieren, ob das geht.

Hey,
weißt du, ob ich so auch auf Dateien aus einem über ssh gemounteten Ordner zugreifen kann? Mounten kann ich den ja wo auch immer.

[Garfonso]

@david-g said in Test Adapter lovelace v1.2.x:

@garfonso sagte in Test Adapter lovelace v1.2.x:

@david-g
versuch trotzdem mal nur /adapter/xyz/xyz.png, also ohne http usw. davor. Dann sollte es über lovelace abgerufen werden. Würde mich interessieren, ob das geht.

Hey,
weißt du, ob ich so auch auf Dateien aus einem über ssh gemounteten Ordner zugreifen kann? Mounten kann ich den ja wo auch immer.

Hm.. theoretisch sollte das nur mit Dateien gehen, die in der ioBroker Objektdatenbank sind (also vorher mit iobroker file upload oder über einen Adapter/Script "hochgeladen" worden sind). Praktisch könnte es, wenn du nicht redis für Objekte nutzt, gehen.

[David G.]

@garfonso

Leider kein redis.
Dann muss ich es mit dem Proxy Adapter lösen. Der muckt bei bei dem Mount nur noch was...

[Garfonso]

@david-g said in Test Adapter lovelace v1.2.x:

@garfonso

Leider kein redis.
Dann muss ich es mit dem Proxy Adapter lösen. Der muckt bei bei dem Mount nur noch was...

du hast falsch gelesen. Ohne redis könnte es gehen. Mit redis (für Objekte) geht es auf keinen Fall.

[David G.]

@garfonso

Noch besser ^^.
Gibt's einen Pfad der zu empfehlen ist, bzw welche die auf keinen Fall funktionieren?
Den dann komplett abgeben?
Also opt/iobroker/.... /.....

EDIT
Das hab ich mal ohne Erfolge getestet

<img src="/cards/storagebox/0_0.jpg">

<img src="/opt/iobroker/iobroker-data/files/lovelace.0/cards/storagebox/0_0.jpg">

[David G.]

@Garfonso
Noch eine Frage.
Hab grad recherchiert ob man aus der Markdown Karte heraus auch Aktionen ausführen kann. Scheint wohl nicht zu gehen.

Hab aber folgendes gefunden:

Spoiler

type: markdown
content: |
 <ha-alert alert-type="error">This is an error alert — check it out!</ha-alert>
 <ha-alert alert-type="warning">This is a warning alert — check it out!</ha-alert>
 <ha-alert alert-type="info">This is an info alert — check it out!</ha-alert>
 <ha-alert alert-type="success">This is a success alert — check it out!</ha-alert>
 <ha-alert title="Test alert">This is an alert with a title</ha-alert>

Die Karte erkennt es nur als Text. Liegt das an der Frontend Version oder wird es technisch nicht unterstützt? Finde das nämlich ganz cool ^^.

[Garfonso]

@david-g
Ja, dann geht es nicht ohne vorherigen upload... cards hätte ich auch vorgeschlagen.

Du kannst alternativ nochmal gucken, wo vis oder so ihre Dateien liegen haben und das mal probieren mit /adaper/vis davor. Aber ich vermute, dass es dann auch nicht geht.

Bzw. auch mal einen neustart des Adapters versuchen, ob er das braucht um die Dateien zu finden... aber es kann gut sein, dass es nicht geht.

@david-g said in Test Adapter lovelace v1.2.x:

Markdown Karte heraus auch Aktionen ausführen kann

Vermutlich kann man das mit fire-dom-event, was das brower_mod macht, schon irgendwie hinkriegen.. hm.

Zum ha-alert: äh... ja.. äh.. schulterzuck also das gibt es wohl irgendwie, aber meine Arbeitsvermutung ist, dass unser Frontend das nicht braucht und daher die ha-alert-Komponente beim Buildprozess herausgeworfen wird (z.B. ha-icon geht ). Da hab ich gerade keine Idee, wie ich das ändern kann. kopfkratz
//Edit: Ok.. ne, das ha-alert gibt es. Aber der markdown-Renderer lässt nur ha-icon und ha-svg-icon zu, zumindest in unserer Version. -> da muss ich wohl nochmal das UI aktualisieren (steht eh auf der Liste). Geht also demnächst (tm).

[Gmon]

@garfonso sagte in Test Adapter lovelace v1.2.x:

@gmon said in Test Adapter lovelace v1.2.x:

Wenn ich mit Lovelace von Eltako FSR14-Schaltaktoren per Schalter schalten will, dann krieg ich das nicht zugeordnet, denn der Aktor hat 3 Zustaende, 1. ON, 2. OFF 3. Teach-in

Das ist ein klassischer Fall für einen Alias. Das hätte man dir im anderen Thread auch sagen können... einen Schalter mit drei Zuständen (und der dritte hört sich so an, als ob man den nur in spezialfällen braucht) ist schon speziell... da sollte man im enocean Adapter auch mal überlegen, ob man das nicht besser löst... aber naja.

Ist das ei

Zu Alias anlegen:

1. In iobroker -> Geräte Tab öffnen.
2. Da außerhalb von "Native Geräte" eine Ordnerstruktur überlegen (wirst du brauchen, besser jetzt als später , z.B. Ordner für Gewerke, i.e. Licht, Schalter, ...).
3. den passenden Ordner anwählen, oben links auf das +
4. Als "Gerätetyp" "Taste" auswählen (falls nur geschaltet werden kann, i.e. der status nirgendwo sichtbar ist... sonst vielleicht "Licht" oder "Steckdose" nehmen). Den Rest so setzen, wie du es brauchst (Name, Raum & Funktion)
5. Dann bei "set" die ID einfügen (bei dem Stift kommt der ID selektor)
6. Dann auf das Epsilon drücken, dann kannst du eine Funktion für Schreiben definieren, die wäre bei dir: val ? 1 : 2 (i.e. schreibe für true 0 = On sonst 1 = off -> guck mal ob die Werte so stimmen. Die Zahlen zeigt admin in Klammern hinter den Werten an. Strings sind eigentlich nicht erlaubt, aber wenn es strings sind, dann die für 1/2 einsetzen, aber auf Anführungszeichen achten)

Danach sollte dann schon ein entity switch.Gerätename in lovelace auftauchen, den du steuern kannst (bzw. light.Gerätenamen falls du Licht genommen hast).

So, heute erst dazu gekommen, da weiter zu machen, war erstmal ein riesen Geschiss mit dem Geraeteadapter, hab den naemlich nicht gefunden und dann den ganzen Kram nochmal neu installiert, mich mit Backup und Restore beschaeftigt usw. usf.

@Garfonso : Vielen lieben Dank fuer die Anleitung, sie hat genau so funktioniert und ich glaube ohne diese, waere ich ausgestiegen, der Workflow bei ioBroker ist schon starker Stoff wenn man aus einer anderen Ecke kommt, aber so langsam lichtet sich das.

[Gmon]

@garfonso sagte in Test Adapter lovelace v1.2.x:

Dann auf das Epsilon drücken, dann kannst du eine Funktion für Schreiben definieren, die wäre bei dir: val ? 1 : 2 (i.e. schreibe für true 0 = On sonst 1 = off -> guck mal ob die Werte so stimmen. Die Zahlen zeigt admin in Klammern hinter den Werten an. Strings sind eigentlich nicht erlaubt, aber wenn es strings sind, dann die für 1/2 einsetzen, aber auf Anführungszeichen achten)

Wenn ich als Werte fuer Rollaeden 0, 1 und 2 habe, wie muss dann die val-Zeile aussehen?

[Garfonso]

@Gmon

was machen denn da 0 / 1 und 2? Das ist nicht % offen / zu, sondern rauf / runter / stop richtig?

Vermutlich wirst du da das Gerät "Jalousien über Knöpfe gesteurt" nehmen müssen (ähm.. der bei mir gerade völlig kaputt ist? Urgs... ). Der hat 3 states open / close und stop und dann jeweils die gleiche ID eintragen und als val dann jeweils einfach 0 / 1 oder 2.

//Edit: ok, habe das Problem gefunden... Jalousien über Knöpfe gesteuert ist aktuell etwas kaputt. Workaround: erstmal anlegen, dann in der Objektansicht die Rollen reparieren in button.open.blind für open usw. (also immer rumdrehen, dass "blind" hinten steht) und dann kann man den auch in der Geräte-Ansicht konfigurieren.