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

[David G.]

@m1r0o

Hast du ein individuelles Theme im Einsatz?
Falls ja, sind da ggf. keine unterschiedlichen Farben hinterlegt.

[M1R0O]

@david-g
Danke. Ja, ist ein individuelles Theme.
Ich möchte ja nicht, dass sich die Farben verändern, sondern das gesamte Icon.
Schalter aus: icon: mdi:toggle-switch-off
Schalter ein: icon: mdi:toggle-switch

[David G.]

@m1r0o

Da hab ich nicht richtig gelesen .......
Habe es eben mal probiert und auch nicht hinbekommen.

Das wäre ein Workarround:

type: picture-entity
entity: switch.Antrieb_Garage
show_name: false
show_state: false
tap_action:
  action: toggle
state_image:
  'on': /cards/garage_auf.png
  'off': /cards/garage_auf.png

Der Nachteil ist, dass man Bilder nehmen muss. Die mdi Icons klappen da nicht. Evtl bekommt man es ähnlich hin, wenn man sich die Icons als Bild mit transpatentem Hintergrund abspeichert.
Die Bilder müssen in den Instanzeinstellungen hochgeladen werden.

[NightWatcher]

Hat jemand eine Idee, wie ich eine Klimaanlage, die die Modis und on/off auf eigenen Datenpunkten hat, sauber in lovelace reinbekomme? Wenn ich das JS richtig interpretiere, so wird aktuell nur einer von beiden Datenpunkten unterstützt. Die Modes klappen sauber. Ein/Aus bekomme ich aber leider nicht in die Lovelace Card rein :-(

Die Klimaanlage wird über den Tuya Adapter gesteuert. Anbei ein Screenshot der Datenpunkte.

[M1R0O]

@david-g #

Danke für deinen Workaround.

Ich habe es nun so hinbekommen:

type: custom:button-card
tap_action:
  action: toggle
entity: switch.Filterpumpe
name: Custom Filterpumpe NEU
show_state: true
state:
  - value: 'on'
    icon: mdi:toggle-switch-outline
  - value: 'off'
    icon: mdi:toggle-switch-off-outline

[NightWatcher]

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

Hat jemand eine Idee, wie ich eine Klimaanlage, die die Modis und on/off auf eigenen Datenpunkten hat, sauber in lovelace reinbekomme? Wenn ich das JS richtig interpretiere, so wird aktuell nur einer von beiden Datenpunkten unterstützt. Die Modes klappen sauber. Ein/Aus bekomme ich aber leider nicht in die Lovelace Card rein :-(

Die Klimaanlage wird über den Tuya Adapter gesteuert. Anbei ein Screenshot der Datenpunkte.

Ich zitiere mich mal selber. Habe es nun über ein eigenes Script gelöst, dass die Objekte zusammenfasst.

Falls es jemand gebrauchen kann, hier meine erste Lösung:

// 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'        
});

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

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;

    if(obj.oldState.val != obj.state.val && obj.state.val == 0) // Wird ausgeschaltet
        setState('tuya.0.31101288e098069c0c93.1'/*Power*/, false);
    else
        setState('tuya.0.31101288e098069c0c93.4'/*Mode*/, mapMode.indexOf(obj.state.val));
});

[Garfonso]

@nightwatcher
wenn das Gerät als Klimaanlage gefunden wird (im Geräte Tab) und dein An/Aus State da bei Power auftaucht, dann sollte das gehen. Zumindest, wenn ich dein Problem richtig verstanden habe.

Ich habe hier jedenfalls eine Klimaanlage in Betrieb, die Modes & extra State für An/Aus hat und das klappt wie beschrieben ganz gut. Der Adapter führt eigentlich das zusammenführen von states und on/off selber durch. Dazu kann man dann noch den Lüfter und swing und so Zeug steuern. :-)

Was nicht klappen wird, ist, manuell ein climate entity anzulegen. Vielleicht sollte ich so manche typen bei manuell mal rausnehmen. kopfkratz Oder zumindest mit einer Warnung versehen.

[NightWatcher]

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

@nightwatcher
wenn das Gerät als Klimaanlage gefunden wird (im Geräte Tab) und dein An/Aus State da bei Power auftaucht, dann sollte das gehen. Zumindest, wenn ich dein Problem richtig verstanden habe.

Ich habe hier jedenfalls eine Klimaanlage in Betrieb, die Modes & extra State für An/Aus hat und das klappt wie beschrieben ganz gut. Der Adapter führt eigentlich das zusammenführen von states und on/off selber durch. Dazu kann man dann noch den Lüfter und swing und so Zeug steuern. :-)

Was nicht klappen wird, ist, manuell ein climate entity anzulegen. Vielleicht sollte ich so manche typen bei manuell mal rausnehmen. kopfkratz Oder zumindest mit einer Warnung versehen.

Also meine Klimaanlage wird vom System so erkannt ^^ Das ist natürlich Käse :grinning:

[System 9]

Hy,
hab auch ein Problem mit simple thermostat.

Folgende States hat meine Klima:

{
  "_id": "alias.0.Wohnzimmer.Klima.MODE",
  "common": {
    "name": "MODE",
    "role": "level.mode.airconditioner",
    "type": "number",
    "read": true,
    "write": true,
    "alias": {
      "id": "daikin.0.control.mode"
    },
    "states": {
      "0": "AUTO",
      "1": "AUTO1",
      "2": "DEHUMID",
      "3": "COLD",
      "4": "HOT",
      "6": "FAN"
    }
  },
  "native": {},
  "type": "state",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1659250255952
}

Leider werden die States nicht auf der Karte angezeigt ?

[socke85]

@Garfonso

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?

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?

VG

[David G.]

@socke85

Hey,
Ich denke bei den Fensterkontakten wirst du es in der Tat umstellen müssen.
Oder legst ein Alias an (was ich eh nur empfehlen kann) am, was es "umrechnet".
Meine Homatic Kontakte haben als default true=offen.

Bei deiner Heizung könntest du das vermutlich gut mit einem Binding lösen.
So spart man sich ein Skript was dafür einen Datenpunkt beschreibt.

Edit
Das wäre ein Binding für 2 oder 3 Werte. Kann man beliebig erweitern.

{wert:0_userdata.0.tvtest;wert == 25 ? "Heizung an" :: wert == 26 ? "Heizung aus" :: "Status unbekannt"}

{wert:0_userdata.0.tvtest;wert == 25 ? "Heizung an" :: wert == 26 ? "Heizung aus" :: wert == 27 ? "Nachlauf" :: "Status unbekannt"}

Da du das Binding über Markdown einbindest, kannst du dort auch das Bild von der Heizung mit einfügen. Dann steht es optisch zusammen.
Zudem lässt sich der Text schön mit HTML formatieren.

[socke85]

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

{wert:0_userdata.0.tvtest;wert == 25 ? "Heizung an" :: wert == 26 ? "Heizung aus" :: wert == 27 ? "Nachlauf" :: "Status unbekannt"}

Danke für deine Hilfe, scheint eine gute Idee. Ich scheitere nur noch an der Umsetzung / Syntax?

Habs in unterschiedlichen Varianten mit unterschiedlichen Fehlern versucht und auch recherchiert, werd aber noch nicht ganz schlau draus.

Variante 1

Variante 2

type: horizontal-stack
cards:
  - type: picture-entity
    entity: {wert:sensor.inputRegisters_Betriebsstatus;wert == 25 ? "Heizung an"  :: wert == 26 ? "Heizung aus" :: wert == 27 ? "Nachlauf" :: "Status unbekannt"}
    image: /cards/WWP_LB-Innen.png
    show_state: true
    name: Betriebsstatus
  - type: vertical-stack
    cards:
      - type: gauge
        entity: sensor.inputRegisters_Leistungsanforderung
        min: 0
        max: 100
      - type: gauge
        entity: sensor.inputRegisters_Ruecklauftemperatur_WP
        min: 18
        max: 65
        severity:
          green: 18
          yellow: 36
          red: 43
        name: Rücklauftemperatur
      - type: gauge
        min: 18
        max: 65
        severity:
          green: 18
          yellow: 36
          red: 43
        entity: sensor.inputRegisters_Vorlauftemperatur_WP
        name: Vorlauftemperatur
      - type: gauge
        entity: sensor.inputRegisters_Warmwassertemperatur
        min: 30
        max: 45
        severity:
          green: 36
          yellow: 41
          red: 45
        name: Warmwassertemperatur
  - type: vertical-stack
    cards:
      - type: entities
        title: Status
        entities:
          - entity: binary_sensor.inputRegisters_Fehlerfrei
            secondary_info: last-changed
            name: Fehlerfrei
          - entity: sensor.inputRegisters_Fehler
            name: Fehlercode
            icon: mdi:alarm-light
          - entity: sensor.inputRegisters_Warmwassersolltemperatur
            name: Warmwasser Soll
        state_color: true
      - type: entities
        title: Energie
        entities:
          - entity: sensor.inputRegisters_Gesamt_Energie_Jahr
            name: Gesamt Jahr
          - entity: sensor.inputRegisters_Gesamt_Energie_Monat
            name: Gesamt Monat
          - entity: sensor.inputRegisters_Gesamt_Energie_gestern
            name: Gesamt Gestern
          - entity: sensor.inputRegisters_Gesamt_Energie_heute
            name: Gesamt Heute
          - entity: sensor.inputRegisters_Heizen_Energie_Jahr
            name: Heizen Jahr
          - entity: sensor.inputRegisters_Heizen_Energie_Monat
            name: Heizen Monat
          - entity: sensor.inputRegisters_Heizen_Energie_gestern
            name: Heizen Gestern
          - entity: sensor.inputRegisters_Heizen_Energie_heute
            name: Heizen Heute
          - entity: sensor.inputRegisters_Warmwasser_Energie_Jahr
            name: Wasser Jahr
          - entity: sensor.inputRegisters_Warmwasser_Energie_Monat
            name: Wasser Monat
          - entity: sensor.inputRegisters_Warmwasser_Energie_gestern
            name: Wasser Gestern
          - entity: sensor.inputRegisters_Warmwasser_Energie_heute
            name: Wasser Heute

Ergebnis:

Hast du einen Tipp?

[David G.]

@socke85

Bei dem Binding MUSST du mit der Markdown Karte arbeiten. Kannst du natürlich auch in deinen vertical-stack verarbeiten.

Würde es in der Art machen:

<center><b>Heizung</b><br><br><img src="/cards/garage_auf.png"><br>

{wert:0_userdata.0.tvtest;wert == 25 ? "Heizung an" :: wert == 26 ? "Heizung aus" :: "Status unbekannt"}

(Natürlich geht auch ein vertical-stack wo oben das Bild ist und darunter die Marcdown ist. Kombiniere es immer wo es geht, da ich es Übersichtlicher finde.)

Text musst du bei markdown als HTML formatieren. In meinem Beispiel das <b> für fett oder das <center> für zentriert. Das br ist ein Zeilenumbruch.
Das </b> beendet die fette Formatierung. Mit </center> würde man das zentriert beenden. Einfach html Text formatieren Googlen. Größe und Farbe kann man einstellen. Auch die Bildgröße.

P.S.
Die Bindings in Zusammenhang mit markdown sind ziemlich cool. Man gann so zb Text farblich ändern. Zb wenn die Heizung an ist grün, wenn aus Orange und bei einem Fehler rot. Oder sonst was. Oder die Größe. Auch rechnen geht, falls man zb einen Datenpunkt mit Minuten hat den man in der VIS als Stunden angezeigt bekommen möchte.

P.P.S.

In geschweiften Klammern kannst du den Wert vom jedem Datenpunkt darstellen. Auch wenn lovelace diesen nicht als entity kennt.

{0_userdata.0.tvtest} 

Der obere Bereich über dem Chart ist zB mit einem Binding also {} und entsprechender html Formatierung gemacht.

[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.