UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Garfonso]

@nightwatcher
Das überrascht mich bei deinem Screenshot auch nicht. Daher empfehle ich alias anlegen (ggf., falls tuya erkennen kann, dass es eine Klimaanlage ist, da mal ein issue machen, dass die Rollen vernünftig vergeben). Alias Anlegen geht relativ einfach / gut mit dem Geräte-Tab für einzelne Geräte.

[Garfonso]

@system-9 said in Test Adapter lovelace v1.2.x:

Leider werden die States nicht auf der Karte angezeigt

Wenig überraschend... ioBroker definiert (seit relativ neuem) seine "default states" so:
{0: 'OFF', 1: 'AUTO', 2: 'COOL', 3: 'HEAT', 4: 'ECO', 5: 'FAN_ONLY', 6: 'DRY'}
Diese versteht der Adapter und übersetzt sie für Lovelace.

Lovelace selber versteht ausschließlich:
['auto', 'heat_cool', 'heat', 'cool', 'dry', 'fan_only', 'off']

Leider passt das halt bei deinen states nicht so gut... da ist nur "auto" bei, was lovelace versteht. Da du eh einen alias gemacht hast, könntest du als workaround die states entsprechend umbenennnen.

Kamen die so von daikin? Dann könnte ich auch versuchen eine Übersetzung zu schreiben. Oder wir nerven den Entwickler von dem Adapter die umzubenennen. ;-) (da gibt es aber in ioBroker leider noch nicht so richtig einen default weg...)

//Edit: Übersetzung war nicht schwer, hab ich mal reingefummelt. Wenn du testen willst, von github installieren: https://github.com/ioBroker/ioBroker.lovelace (tests laufen gerade)

[Garfonso]

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

Bei meinen Faktoren ist default mäßig nachvollziehbar 1/true = Kontakt geschlossen und 0/false = Kontakt offen. Das führt dazu, dass die Kontakte in Lovelace invertiert angezeigt werden. Lässt sich das in iobroker/lovelace leicht lösen oder muss ich meine Parameter im Aktor alle ändern?

Verstehe deine Frage noch nicht 100%. Also in ioBroker ist der default für eine Tür / Fenster true = offen. Das sollte der Adapter richtig für Lovelace übersetzen.

Wenn das bei deinen Kontakt-Sensoren andersrum ist... hm... du warst auch mit KNX unterwegs, oder? Ich hab das bei mir auf KNX Ebene überall rumgedreht (konnte ich bei den Sensoren in den Parametern ändern, weiß aber nicht mehr wie das genau war). Langfristig würde ich das empfehlen, weil ioBroker immer vom andersrum ausgeht.
Alternativ legst du aliase an und drehst da den Wert herum ( !val ist dafür die passende Funktion).

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

Zweites Thema meine Heizung meldet den Betriebszustand über verschiedene Nummern bspw. 25 (= Sommer) zurück. Kann ich im Objekt in iObroker oder über Lovelace möglichst einfach eine Zuordnung der Werte zu einem Text machen und anzeigen lassen?

Ja, dafür ist in einem Objekt das common.states zuständig. Dann übersetzt ioBroker selber schonmal die Nummer zu einem String. Lovelace sollte das für die meisten Entities dann auch direkt machen (z.B. für ein sensor entity).

//Edit:
Das mit dem Binding geht natürlich auch. :-)

Vorteil von common.states + sensor entity ist, dass z.B. auch eine Historie mit den richtigen Namen angezeigt werden kann.

[System 9]

@garfonso perfekt , läuft,ich teste mal weiter.
ja die werte kommen von daikin

Problem gibt es jetzt aber irgendwie mit nicht gefunden entitäten ?

Edit: diese haben sich von zb. light.Wohnzimmer zu light.Licht_Wohnzimmer geändert

[Garfonso]

@system-9 said in Test Adapter lovelace v1.2.x:

diese haben sich von zb. light.Wohnzimmer zu light.Licht_Wohnzimmer geändert

hm.. Mist.. kannst du mir von so einer Entität (vom "Gerät") mal das Objekt zeigen? Das sollte eigentlich nicht passieren (es gab aber an der Stelle eine Änderung).

[System 9]

@garfonso

{
  "common": {
    "name": "Status",
    "desc": "Manuell erzeugt",
    "role": "switch",
    "type": "boolean",
    "read": true,
    "write": true,
    "def": false
  },
  "type": "state",
  "_id": "0_userdata.0.Licht.Schlafzimmer.Status",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1636287885213,
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Ordner:

{
  "common": {
    "name": "Schlafzimmer",
    "desc": "Manuell erzeugt",
    "role": "",
    "icon": "",
    "custom": {
      "lovelace.0": {
        "enabled": true,
        "entity": "light",
        "name": "Licht_Schlafzimmer",
        "attr_assumed_state": false
      }
    }
  },
  "type": "device",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1636287411219,
  "_id": "0_userdata.0.Licht.Schlafzimmer",
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

Der name kommt so wie es aussieht, vom Ordnernamen

Beim Ordner KücheVorn, fehtl zb die ganzen Lovelace einträge. (dieser wird vernüftig mit alten namen angezeigt)

{
  "common": {
    "name": "KuecheVorn",
    "desc": "Manuell erzeugt",
    "role": "",
    "icon": ""
  },
  "type": "device",
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1634324617423,
  "_id": "0_userdata.0.Licht.KuecheVorn",
  "acl": {
    "object": 1636,
    "state": 1636,
    "file": 1632,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Garfonso]

@system-9
Also nochmal, damit ich das verstehe. In deinem Beispiel, Schlafzimmer wird aus alt light.Schlafzimmer neu light.Licht_Schlafzimmer?
Warum hast du denn da eine manuelle Einstellung drin und dann den automatisch erzeugten Entity genommen? :-)

Aber gut, wenn ich darüber nachdenke, stimmt das... hm.. muss ich nochmal gucken, dass ich den Fall filtere. kopfkratz

Wenn du magst, kannst du nochmal von github installieren und gucken, ob die IDs so sind, wie vorher.

[NightWatcher]

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

@nightwatcher
Das überrascht mich bei deinem Screenshot auch nicht. Daher empfehle ich alias anlegen (ggf., falls tuya erkennen kann, dass es eine Klimaanlage ist, da mal ein issue machen, dass die Rollen vernünftig vergeben). Alias Anlegen geht relativ einfach / gut mit dem Geräte-Tab für einzelne Geräte.

Nichts anderes hatte ich auch gesagt. 🙂 Meine Klima kann einfach mehr, wie es von iobroker unterstützt wird. Habe nun aber alles per js umgesetzt. Jetzt kann ich sogar die Lamellen in alle Richtungen und Positionen steuern und einiges mehr. Das würde über den Geräte Adapter leider alles nicht gehen.

[System 9]

@garfonso
Moin,
jetzt stimmt es wieder, perfekt.
Automatisch erzeugte Entity konnte ich leider nicht nehmen, da es mit der SPS S7 und den Shellys nicht so funktioniert, wir ich es in der S7 benötige.

@NightWatcher
mit der Lamellen steuerung habe ich bei daikin leider auch noch probleme. Kannst du dein JS Skript posten, wie du das umgesetzt hast ?

[Garfonso]

@system-9 said in Test Adapter lovelace v1.2.x:

Automatisch erzeugte Entity konnte ich leider nicht nehmen, da es mit der SPS S7 und den Shellys nicht so funktioniert, wir ich es in der S7 benötige.

Ich glaube, da reden wir etwas aneinander vorbei. Ich meine jetzt nicht, dass du einen Datenpunkt in 0_userdata hast und den mit Skript oder sonstwas befüllst. :-)

Sondern: du hast bei 0_userdata.0.Licht.Schlafzimmer mit dem Zahnrad hinten manuell lovelace aktiviert (daher der Lovelace-Eintrag in unter custom). Dafür erstellt dir lovelace einen manuellen entity mit der ID light.Licht_Schlafzimmer. (Guck mal in den Instanzeinstellungen, den müsste es jetzt auch noch geben -> die manuellen Entities kann man in der Liste auch daran erkennen, dass das Icon dunkelblau ist und ein Link zu den manuellen Einstellungen ist).

Im Github Code hat sich bei der ID Erstellung einiges geändert. Da war noch ein Bug drinnen, dass er bei automatisch erzeugten Entities auch den manuell eingestellten Namen nehmen konnte, da bist du drüber gestolpert und der automatische hieß dann fälschlich auch light.Licht_Schlafzimmer. Jetzt nimmt er da wieder den Namen des "Gerätes", also bei dir Schlafzimmer aus dem device Objekt (0_userdata.0.Licht.Schlafzimmer). Das kann der Adapter bei manuell erzeugten Entities nicht.

Insofern, da du light.Schalfzimmer in der UI nutzt und light.Licht_Schlafzimmer nicht, würde ich empfehlen die manuellen Einstellungen (also über das Zahnrad am State, bzw. was im Objekt unter custom steht) zu entfernen. :-) (wenn es automatisch geht, ist das immer besser, weil lovelace dann mehr über das entity weiß).

[NightWatcher]

@system-9 sagte in Test Adapter lovelace v1.2.x:

@NightWatcher
mit der Lamellen steuerung habe ich bei daikin leider auch noch probleme. Kannst du dein JS Skript posten, wie du das umgesetzt hast ?

Sorry, total verpennt. Hier nun mein erste rudimentäres Script.

Bei mir funktioniert es soweit, kann aber gerne noch ausgebaut werden. Mehr brauchte ich zum aktuellen Zeitpunkt noch nicht.

// Zum Konvertieren der Lovelace Objekte in Tuya passende Objekte
createState('javascript.0.Klimanlage.mode', 0, false, {
    name: "MODE",
    read: true,
    write: true,
    desc: 'MODE',
    type: 'state',
    "states": {
      "0": "off",
      "1": "auto",
      "2": "heat",
      "3": "cool",
      "4": "heat_cool",
      "5": "dry",
      "6": "fan_only"
    },
    role: 'value'        
});

createState('javascript.0.Klimanlage.swing_modes', 0, false, {
    name: "SWING_MODES",
    read: true,
    write: true,
    desc: 'SWING_MODES',
    type: 'state',
    "states": {
      "0": "off",
      "1": "HORIZONTAL",
      "2": "3D",
      "3": "VERTICAL"
    },
    role: 'value'        
});

var mapMode = [
    3, // Kühlen
    2, // Heizen
    5, // Entfeuchten
    6, // Nur Lüfter
    1, // Auto
];

on({id: ['tuya.0.31101288e098069c0c93.113'/*UP_DOWN SWING*/, 'tuya.0.31101288e098069c0c93.114'/*LEFT_RIGHT_SWING*/], change: 'ne'}, function (obj) {
    var lr = getState('tuya.0.31101288e098069c0c93.114').val, ud = getState('tuya.0.31101288e098069c0c93.113').val;

    var newState = 0;
    if(lr && !ud)
        newState = 1;
    else if (!lr && ud)
        newState = 3;
    else if (lr && ud)
        newState = 2;
    
    setState('javascript.0.Klimanlage.swing_modes', newState, true);
});

on({id: 'tuya.0.31101288e098069c0c93.1'/*Power*/, change: 'ne'}, function (obj) {
    if(getState('tuya.0.31101288e098069c0c93.1').val)
        setState('javascript.0.Klimanlage.mode', mapMode[getState('tuya.0.31101288e098069c0c93.4').val], true);
    else
        setState('javascript.0.Klimanlage.mode', 0, true);
});

on({id: 'tuya.0.31101288e098069c0c93.4'/*mode*/, change: 'ne'}, function (obj) {
    setState('javascript.0.Klimanlage.mode', mapMode[obj.state.val], true);
});

on({id: 'javascript.0.Klimanlage.mode', change: 'any'}, function (obj) {
    if(obj.state.ack) // Nur wenn die Mode per Vis umgestellt wird
        return;

    setState('tuya.0.31101288e098069c0c93.1'/*Power*/, (obj.state.val > 0));
    
    if(obj.state.val > 0)
        setState('tuya.0.31101288e098069c0c93.4'/*Mode*/, mapMode.indexOf(obj.state.val));
});

on({id: 'javascript.0.Klimanlage.swing_modes', change: 'any'}, function (obj) {
    if(obj.state.ack) // Nur wenn die Mode per Vis umgestellt wird
        return;

    switch(obj.state.val)
    {
        case 0:
            setState('tuya.0.31101288e098069c0c93.113'/*UP_DOWN SWING*/, '0');
            setState('tuya.0.31101288e098069c0c93.114'/*LEFT_RIGHT_SWING*/, '0');
            setState('tuya.0.31101288e098069c0c93.126' /*UP_DOWN_FREEZE*/, '3');
            setState('tuya.0.31101288e098069c0c93.127' /*LEFT_RIGHT_FREEZE*/, '3');
            break;
        case 1:
            setState('tuya.0.31101288e098069c0c93.113'/*UP_DOWN SWING*/, '0');
            setState('tuya.0.31101288e098069c0c93.114'/*LEFT_RIGHT_SWING*/, '1');
            setState('tuya.0.31101288e098069c0c93.126' /*UP_DOWN_FREEZE*/, '3');
            setState('tuya.0.31101288e098069c0c93.127' /*LEFT_RIGHT_FREEZE*/, '0');
            break;
        case 2:
            setState('tuya.0.31101288e098069c0c93.113'/*UP_DOWN SWING*/, '1');
            setState('tuya.0.31101288e098069c0c93.114'/*LEFT_RIGHT_SWING*/, '1');
            setState('tuya.0.31101288e098069c0c93.126' /*UP_DOWN_FREEZE*/, '0');
            setState('tuya.0.31101288e098069c0c93.127' /*LEFT_RIGHT_FREEZE*/, '0');
            break;
        case 3:
            setState('tuya.0.31101288e098069c0c93.113'/*UP_DOWN SWING*/, '1');
            setState('tuya.0.31101288e098069c0c93.114'/*LEFT_RIGHT_SWING*/, '0');
            setState('tuya.0.31101288e098069c0c93.126' /*UP_DOWN_FREEZE*/, '0');
            setState('tuya.0.31101288e098069c0c93.127' /*LEFT_RIGHT_FREEZE*/, '3');
            break;
    }

});

Die DP müsstest du dann auf deine Bedürfnisse noch anpassen. Die IDs werden anders heissen.

[ple]

Moin Moin zusammen,
ich steige gerade erst ein bei Lovelace, daher bitte habt Rücksicht :-)
so nach 8 Jahren iobroker und gerade ein neues Haus, was komplett auf KNX Basis ist, teste ich gerade ein paar Visus.
Neben dem Gira X1 wollte ich auch mal Lovelace ausprobieren, aber ich scheitere schon am Theme.
Kurz gefragt, wie komme ich an einem dunklen, transparenten Theme? Hatte gehofft ich hol mit den yaml code aus von Home Assistent, das scheint aber nicht zu funktionieren.
z.B. sowas hier.
https://github.com/basnijholt/lovelace-ios-themes

Hat da vielleicht einer einen Tipp für mich?

Gruß und Danke.

[David G.]

@ple

Hallo,

die Themes kannst du normal 1 zu 1 übernehmen.
In den Settings vom Adapter einfügen. Dann muss man es glaube oben im Dropdown nochmal auswählen.
Dann speichern und fertig.

Habe schon einige Themes gehabt.

EDIT:
Das Hintergrundbild muss natürlich auch in den Adaptersettings hochgeladen werden und der Pfad im Theme angepasst. Ist ewig her, dass ich ein Bild hatte. Da muss jmd anderes nochmal schreiben, was man da eintragen musste.

[johannes1702]

Hallo,

hat jemand eigentlich erfolgreich layout-card zum Laufen bekommen? :-) Wenn ja, wie denn?

LG Jo

[Garfonso]

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

Hallo,

hat jemand eigentlich erfolgreich layout-card zum Laufen bekommen? :-) Wenn ja, wie denn?

LG Jo

Was hast du versucht und was geht nicht? :-)

Kann sein, dass da nochwas im Adapter fehlt, dashboards werden z.B. noch gar nicht unterstützt (weiß auch nicht, ob das sinnvoll ist).

[johannes1702]

@garfonso Also ich habe die layout-card.js in die Übersicht "Eigene Karten" gezogen und den Adapter neu gestartet. Allerdings, wenn ich mir das Repository auf Github so ansehen, dann vermute ich, dass da noch mehr Dateien integriert werden müssen. Denke der src Ordner enthält noch so einiges Relevantes. Wenn ich mir in Lovelace dann mal die EInstellungen für ein Tab aufrufe, dann finde ich dort zwar Hinweise auf layout-card, aber das war es dann auch. Die Konfigurationspunkte fehlen:

Oder lassen sich im ioBroker Lovelace gar keine eigenen Karten mit mehr, als der js-Datei installieren. Die button-card funktioniert bei mir z.B. einwandfrei.

LG Jo

[Garfonso]

@johannes1702
Ne, die layout-card.js ist schon alles, was du brauchst. Ich würde aber empfehlen, falls nicht geschehen, die aus einem Release zu nehmen. Das letzte wäre https://github.com/thomasloven/lovelace-layout-card/releases/tag/2.4.2

Bei kurzem Überfliegen der Release notes wäre es vielleicht sinnvoll mal ein früheres Release auszuprobieren -> die release & latest Version sind noch mit dem Frontend von Dezember 2021 unterwegs (202112XX.X) -> daher vielleicht mal 2.3.1 ausprobieren (also vor 2.4.0 mit fixes für 202203XX.X -> müsstest du dann selber im Blick haben, ein frontend release wird "bald" (tm) kommen, vermutlich aber als breaking release).

[johannes1702]

@garfonso Danke dir. Für die Nachwelt: Mit der 2.3.1 geht es ;-)

Das mit dem Frontend verstehe ich nicht ganz.... Willst Du sagen, dass die aktuellsten Versionen von layout-card eine neuere Version von Lovelace voraussetzen, als derzeit in ioBroker implementiert ist? :-)

[Garfonso]

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

Das mit dem Frontend verstehe ich nicht ganz.... Willst Du sagen, dass die aktuellsten Versionen von layout-card eine neuere Version von Lovelace voraussetzen, als derzeit in ioBroker implementiert ist?

ja, genau. :-)

Die Version, die implementiert ist, steht im Readme hier: https://github.com/ioBroker/ioBroker.lovelace#version (vorausgesetzt, ich verschlafe nicht, das zu aktualisieren hust - bzw. aktuell stimmts auch nicht, weil ich schon an einer neueren Version arbeite) bzw. auch im Changelog (-> seit 2.1.0 sind wir auf Version 20211229.0).

[johannes1702]

@garfonso Ah cool, da bin ich mal gespannt und freue mich über die Weiterentwicklung 😊