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

[Centurytt 0]

@garfonso sagte in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

@centurytt-0 said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Wie bringe ich diese Auswahl in die Karte ? Die Zustände sind definiert, dass hat er beim Erstellen des Alias alles mitgenommen, aber in der Karte wird das so nicht erkannt.

Was bedeutet das genau? Die Fan-Geschwindigkeit zeigt die (default) Klima-Karte nicht direkt an. Aber wenn du auf die Punkte oben rechts tippst, kommst du ins "more-info" für das Klimagerät und da sollten die fan_mode-States auftauchen. Ist der Fan Mode Zustand auch dem "SPEED" zugewiesen?

@centurytt-0 said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Update: ich habe alles soweit geschafft und erledigt. Funzt auch. ABER... beim Smartthings in den DP gibt es jeweils einen DP für ein/aus der Klima. Das Problem ist jetzt, dass wenn die Klima eingeschalten wird, die beiden DP wie folgt stehen müssen: DP off auf false und DP on auf true. Wenn die Analage ausgeschalten wird eben umgekehrt. Da aber das Gerät nur einen Zustand für ON hat .... meine Frage wie ich das bewerkstelligen soll ? Danke

Urgs... das ist schwierig... müssen wirklich beide Zustände zwingend gesetzt werden? :-/ Falls ja, wirst du dir da wohl ein kleines Skript für schreiben müssen.

ja ich hab mir ein Skript dafür gebastelt.... setzt den Zustand immer für beides.... Problem ist, manchmal klappt es manchmal nicht.
Ausserdem darf ich die Klima nicht mit der Fernbedienung bedienen da hierbei die States nicht in den Capabilities gesetzt werden. Das macht aber nix da ich sowieso vorhabe nur via Smarthome zu steuern.

Viel blöder ist noch folgendes Problem:

Sobald ich beim MODE die Konvertierungsfunktion einsetze, kennt die Klima nur noch HEIZEN:

{
  "common": {
    "alias": {
      "id": "smartthings.0.45dbe556-c57e-d03f-390c-caae218bf9c1.capabilities.airConditionerMode-setAirConditionerMode",
      "read": "['auto', 'cool', 'dry', 'heat', 'fan_only'][val]",
      "write": "['auto', 'cool', 'dry', 'heat', 'fan_only'].indexOf(val)"
    },
    "name": "airConditionerMode-setAirConditionerMode",
    "role": "level.mode.airconditioner",
    "type": "string",
    "read": true,
    "write": true,
    "states": {
      "0": "auto",
      "1": "cool",
      "2": "dry",
      "3": "heat",
      "4": "fan_only"
    }
  },
  "native": {},
  "type": "state",
  "_id": "alias.0.Schlafzimmer Klimaanlage.airConditionerMode-setAirConditionerMode",
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  },
  "from": "system.adapter.admin.0",
  "user": "system.user.admin",
  "ts": 1697621506801
}

Lass ich die Konvertfunktion weg und ändere den Type zurück zu Number "type": "number" ,dann kennt die Klima die Modes wieder:

Dann hab ich allerdings das Problem, dass im Wert die jeweilige Zustandsnummer mitgegeben wird, was dann nicht funktioniert ??

Ratlos

[Chrisham]

@garfonso Danke für Rückmeldung. Hab tap_action mal ganz rausgenommen:

        cards:
          - type: custom:button-card
            entity: switch.Scene_WoZi_Hell
            name: Hell
            icon: mdi:brightness-7
            styles:
              card:
                - font-size: 12px
              img_cell:
                - align-items: center
                - justify-content: center
            state:
              - value: 'on'
                styles:
                  icon:
                    - color: rgb(252, 41, 36)
              - value: 'off'
                styles:
                  icon:
                    - color: rgb(0, 0, 0)

Verhalten bleibt gleich.
Hier screenshot von Console:

Was auch merkwürdig ist: Wenn ich
show_state: true
mit reinnehme, dann wird auch Icon nicht mehr angezeigt.

Die custom-Card scheint installiert zu sein (siehe log), aber einfach nicht richtig zu funktionieren. Teilweise gehen die Konfiguraiton, Formatierungen, aber die Funktionalität ist irgendwie kaputt.

[Chrisham]

@chrisham , @Garfonso
ich konnte das Problem lösen, habe Rückmeldung in diesem Thread bekommen:
https://forum.iobroker.net/topic/69280/lovelace-custom-button-card-tap_action-funktioniert-nicht?_=1697750405571

Die neueste Version von custom:button-card scheint nicht zu funktionieren, aber eine frühere. Wäre es sinnvoll die Entwickler auf Github zu informieren?

[Chrisham]

@chrisham , @Garfonso : Ich bins mal wieder. Hatte eigentlich ein mir zunächst einfach erscheinender Use-Case: Ich wollte unterhalb der Thermostat-Karte einach noch den %-Wert der Heizungsansteuerung angeben, also etwa so:

Folgende Problemchen:
1.) einmal schon wieder bei der Entitäten bzw. Geräteerstellung: Es ist ja eigentlich ein einfacher Zustand (%-Wert), aber wie ich das auch konfiguriere, der Geräte-Adapter erkennt da kein Gerät:

nur das leere Verzeichnis im Geräte-Tab:

Also habe ich das dann in letzter Verzweiflung wieder manuell angelegt, damit taucht es in den Entitäten erstmal auf, ist ja aber nicht der elegante Weg:

Gibts ne sauber Lösung dafür?

2.) dann bei der Lovelace-UI-Konfiguration: Was wäre da die richtige Karte: ich möchte den Wert einfach ohne weiteren Titel, ohne Icon, ohne irgendwas schön zentriert unter die Gauge der Temperatur setzen. Was würdest du vorschlagen?

[David G.]

@chrisham sagte in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Also habe ich das dann in letzter Verzweiflung wieder manuell angelegt

Hatte anfangs auch mal versucht alles erkennen zu lassen.
Davon hab ich mich aber verabschiedet. Eigentlich gibt's auch keinen Sachlichen Grund den manuellen nicht zu gehen, solange es kein Gerät mit mehreren DPs ist.

Zu deiner Frage. Pack den Stellwerk mit in dein Thermostat. Dann wird er erkannt. Als Rolle "level".

Das wird denke in der Standardkarte nicht gehen.

[Garfonso]

@david-g
zu 1: ja, mittlerweile geht manuell auch gut. Früher konnte man da device_class und nicht einstellen. Aber das geht ja jetzt. :-)

[Chrisham]

@garfonso , @david-g:
Ok vielen Dank.

• ich habe es jetzt so gemacht, dass ich gar kein Gerät angelegt habe, sondern direkt im Objekte-Navigator über die Benutzerdefinierte Einstellungen an dem Alias-Objekt eine Zuordnung zum lovelace-Adapter gemacht habe:
  

Damit erkennt der lovelace dann auch eine Entitäte, die ich in der visu zugreifbar habe.

• ich wollte es jetzt noch (sauberere Methode?) über Gerät anlegen versuchen, dafür habe ich eigenen Gerätetyp (Ventil) definiert, da die standardtypen einfach nicht zu diesem Element passen würden, aber dann kommt: unknown device:
  

Kann ich es wie oben beschrieben machen, ohne mein Setup zu "verhunzen", bin immer für die saubere Lösung....?

Ansonsten habe ich es nun so in die Visu eingebunden:

      - type: custom:vertical-stack-in-card
                mode: vertical
                keep:
                  box_shadow: false
                  margin: false
                  border_radius: true
                  outer_padding: true
                cards:
                  - type: thermostat
                    entity: climate.Heizung_Flur
                    name: Flur
                    style: |
                      ha-card {
                           --ha-card-background: "rgba(163, 0, 0, 0.0)";
                      }
                      round-slider {
                          --round-slider-bar-color: #f59042 !important;
                      }
                  - type: glance
                    entities:
                      - entity: sensor.Heizung_Stellwert_Flur
                    show_name: false
                    show_icon: false
                    style: |
                      ha-card {
                           --ha-card-background: "rgba(163, 0, 0, 0.0)";
                      }
                      round-slider {
                          --round-slider-bar-color: #f59042 !important;
                      }

Ergibt dann:

Ganz zufrieden bin ich noch nicht, sollte irgendwie näher dran an die Gauge-Widget, aber "stack-in-card" ist wohl das beste was man bekommen kann....

[Stoffsn]

Hallo,

Ich versuche seit Tagen Verlaufsdaten in Lovelace darzustellen.
Ich logge meine Daten über InfluxDB. Die Instanz habe ich im Adapter auch verknüpft.
Aber wenn ich eine Graph Karte anlegen werden keine Verlaufsdaten angezeigt. Egal welchen Datenpunkt ich nehmen. Hat wer einen Rat?

Danke

[Chrisham]

@stoffsn Machst du den Verlauf über Grafanaoder direkt über InfluxDB? Ich empfehle die Kombination aus influxDB (logging) und Grafana (Dashboard). Ein Grafana-Dashboard lässt sich wunderbar in lovelace einbinden, z.B.:

[Stoffsn]

@chrisham Ich mache alles mit Grafana. InfluxDB is nur zum loggen.
So kann ich es natürlich versuche. Trotzdem hätte mich interessiert an was es liegen kann, dass in den Standard Karten der Verlauf nicht angezeigt wird.

[Chrisham]

@stoffsn said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

@chrisham Ich mache alles mit Grafana. InfluxDB is nur zum loggen.

so meinte ich es

So kann ich es natürlich versuche. Trotzdem hätte mich interessiert an was es liegen kann, dass in den Standard Karten der Verlauf nicht angezeigt wird.

hast du grafana.ini entsprechend konfiguriert:

# set to true if you want to allow browsers to render Grafana in a <frame>, <iframe>, <embed> or <object>. default is false.
allow_embedding = true

[Garfonso]

@chrisham sagte in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Damit erkennt der lovelace dann auch eine Entitäte, die ich in der visu zugreifbar habe.

Ja, die hast du per hand angelegt. Alle Entitäten, die du so anlegst, wirst du in der Visualisierung finden. :-)
Ich würde vielleicht noch bei der Geräteklasse gucken, ob es was passenderes gibt.

@chrisham sagte in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

ich wollte es jetzt noch (sauberere Methode?) über Gerät anlegen versuchen, dafür habe ich eigenen Gerätetyp (Ventil) definiert, da die standardtypen einfach nicht zu diesem Element passen würden, aber dann kommt: unknown device:

Das ist in dem Fall nicht "sauberer", sondern, wie du gemerkt hast, geht das so gar nicht. Wenn es den Gerätetyp nicht gibt, muss er erst an verschiedenen Stellen im iobroker Code hinzugefügt werden, damit der Weg vollständig funktioniert.
Es kann natürlich trotzdem Vorteile haben mit dem Devices Adapter einen Alias anzulegen: alles an einem Platz, in einer Struktur, bei Austausch des Geräts müssen nur ein paar IDs angepasst werden, Skripte, Visualisierung, Historie bleiben erhalten usw. -> das habe ich bei mir so gemacht, und habe in meinen Aliasen auch einige States, die manuell für Lovelace konfiguriert sind.

[Garfonso]

@stoffsn
Hast du denn bei entities, wo du in ioBroker sicher Daten gespeichert hast in der More-info Anzeige vom entity (also wenn das irgendwo angezeigt wird, z.B. in einem "Elemente Block", mal draufklicken, damit mehr Infos zu dem Entity kommen) Verlaufsdaten? Da sollte sowas auftauchen:

Bzw. für Daten ohne Einheit (z.B. an/aus oder sowas) nur eine Zeitleiste.

Was genau meinst du mit "Graph Karte"?
Im Grunde sollte das funktionieren. ;-) (über ioBroker Pro geht es nicht immer, aber lokal schon)

[Chrisham]

@garfonso Ok, danke.
Ich habe noch ne ganz andere Frage: Wie kann ich in Lovelace eine Datumsangabe selbst einfach formatieren. Also ich habe ein Datumsobjekt und möchte so simpel wie möglich dieses DAtum in lovelace anzeigen.

Wenn ich eine Standard-Entities-Card nehme:

      - type: entities
        entities:
          - input_datetime.Abfall_Restmuell_Restmuell_Next_Date

Dann zeigt es mir so an:

Ich möchte aber einfach nur das Datum anzeigen: also so: 8.12.2023

Geht sowas?

[lessthanmore]

@chrisham Welchen Wetteradapter nutzt du?

[Chrisham]

@lessthanmore diese: https://github.com/algar42/IoB.lovelace.accuweather-card

[Garfonso]

@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

Also ich habe ein Datumsobjekt und möchte so simpel wie möglich dieses DAtum in lovelace anzeigen.

Also, wenn es nur angezeigt werden soll, und nicht geändert, dann ist das entity Falsch. input_datetime ist halt dafür gedacht vom User ein Datum zu bekommen. Du solltest hier lieber einen sensor mit Geräteklasse Datum nehmen (oder was halt passt, Datum ist nur Datum, es gibt auch Zeit & Timestamp).

(aktuell werden Timestamps für Sensor + "Datum" noch nicht unterstützt, das kann erst die github Version, aber wenn du das Datum als String im Objekt hast, sollte es gehen).

[Garfonso]

@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:

@lessthanmore diese: https://github.com/algar42/IoB.lovelace.accuweather-card

Das ist die Wetterkarte. ;-)
Der "dazugehörige" ist der accuweather Adapter. Den nutze ich auch, kann ich empfehlen. (die spezielle Karte nutze ich allerdings nicht und kann ich auch nicht so richtig empfehlen, das ist eigentlich ein Weg, den ich gar nicht gut finde).

[lessthanmore]

@garfonso Nutze ich auch so, aber mir gefallen die zusätzlichen Infos wie Sonnenaufgang und -untergang.
Deswegen dachte ich erst es ist ein anderer Adapter.
Was stört dich an der Karte?

[Chrisham]

@garfonso Ah, ok, danke.
Also das habe ich soweit gemacht:

• Alias erstellt

• dieser dann Lovelace-Zuordnung mit entsprechend Typ "Sensor" und Geräteklasse "Datum":
  

• Damit erhalte ich auch diese Entität:
  

Aber wenn ich eine Visualisierung mache, bekomme ich immer noch nur diese Input-Card angeboten:

--> Wie kann ich es entsprechend einfach darstellen, d.h. welche Entity soll ich im yaml verwenden?