Test Adapter lovelace v0.2.x

JB1985

Die Linien ändern aber die Richtung, je nachdem wo der Strom herkommt

David G.

@JB1985
Das müsste auch gehen, wenn du da einen extra Datenpunkt für anlegst.
Dann die Pfeile als Bild.
Bei einem Lichtschalter zB hab ich schon öfters gesehen, dass das Symbol zwischen einer leuchtenden und dunklen Birne wechselt.

Kannst du hier sehen, allerdings mit einem Etagengrundriss.
[https://demo.home-assistant.io/#/lovelace/0]

P.S.:
Bei den Demos habe ich mir schon einiges abgeschaut. Sind meine ich 4 Stück.

Garfonso

@David-G said in Test Adapter lovelace v0.2.x:

@Garfonso said in Test Adapter lovelace v0.2.x:

@David-G said in Test Adapter lovelace v0.2.x:

@eMd said in Test Adapter lovelace v0.2.x:

Wie bekomme ich die Werte hinten einheitlich hin?

MfG eMd

Das würde mich aus sehr interessieren.

Das sollte mit der 1.1.0 gehen, meine ich (sonst mit meiner Github Version, installieren mit beliebiger URL Garfonso/iobroker.lovelace#dev ). Dafür darf man die entities aber nicht manuell anlegen, sondern muss sie vom type-detector als "Tür" bzw. "Fenster" erkennen lassen (im Geräte-Tab vom devices-Adapter prüfen). Die Rolle muss dafür "sensor.door" bzw. "sensor.window" sein und der Typ "boolean". -> wenn man das so macht, dann steht da Offen / Geschlossen statt an / aus.
Es gibt jetzt auch support für "value.window", also eine Zahl, die anzeigt ob ein Fenster zu / offen / gekippt ist (wichtig ist, dass das common.states von dem Objekt richtig gesetzt ist!).

Beim Typ kann ich kein "boolean" auswählen.
Die Rolle ist standardmäßig value.window.

Wenn ich die automatische Erkennung einschalte, gibt jede Karte "Invalid entity ID at position 0: .sensor_garage" aus. Wenn ich es zB zum "binary_sensor" umschalte klappt es. Jedoch wird kein offen/geschlossen ausgegeben.
Die rolle sensor.window und state.window macht keinen Unterschied im Test.

Wenn du die Rolle auf value.window machst und den typ auf "number", dann müsste es als "Fensterkippung" erkannt werden, was seit 1.1.0 auch unterstützt wird (habe da gerade die Übersetzung noch einmal angepasst, so dass sie mehr zu dem, was Lovelace sonst macht passt). Da muss dann im RAW Objekt das "states" Feld richtig gesetzt sein, so z.B.:

{
...
  "common": {
    "name": "Bad Oben Fenster",
    "role": "value.window",
    "type": "number",
    "read": true,
    "write": false,
    "states": {
      "0": "closed",
      "1": "open",
      "2": "tilted"
    },
  },
...
}

Dann übersetzt Lovelace open/close/titled in "Offen", "Geschlossen", "Gekippt".

@David-G said in Test Adapter lovelace v0.2.x:

P.S.:
Bei den Demos habe ich mir schon einiges abgeschaut. Sind meine ich 4 Stück.

Das ist immer eine gute Idee.
@JB1985 eine Möglichkeit könnte auch die card-modder Karte sein, damit kann man ziemlich viel zusammenwürfeln, auch mehrere Entities.

David G.

@Garfonso said in Test Adapter lovelace v0.2.x:

@David-G said in Test Adapter lovelace v0.2.x:

@Garfonso said in Test Adapter lovelace v0.2.x:

@David-G said in Test Adapter lovelace v0.2.x:

@eMd said in Test Adapter lovelace v0.2.x:

Wie bekomme ich die Werte hinten einheitlich hin?

MfG eMd

Das würde mich aus sehr interessieren.

Das sollte mit der 1.1.0 gehen, meine ich (sonst mit meiner Github Version, installieren mit beliebiger URL Garfonso/iobroker.lovelace#dev ). Dafür darf man die entities aber nicht manuell anlegen, sondern muss sie vom type-detector als "Tür" bzw. "Fenster" erkennen lassen (im Geräte-Tab vom devices-Adapter prüfen). Die Rolle muss dafür "sensor.door" bzw. "sensor.window" sein und der Typ "boolean". -> wenn man das so macht, dann steht da Offen / Geschlossen statt an / aus.
Es gibt jetzt auch support für "value.window", also eine Zahl, die anzeigt ob ein Fenster zu / offen / gekippt ist (wichtig ist, dass das common.states von dem Objekt richtig gesetzt ist!).

Beim Typ kann ich kein "boolean" auswählen.
Die Rolle ist standardmäßig value.window.

Wenn ich die automatische Erkennung einschalte, gibt jede Karte "Invalid entity ID at position 0: .sensor_garage" aus. Wenn ich es zB zum "binary_sensor" umschalte klappt es. Jedoch wird kein offen/geschlossen ausgegeben.
Die rolle sensor.window und state.window macht keinen Unterschied im Test.

Wenn du die Rolle auf value.window machst und den typ auf "number", dann müsste es als "Fensterkippung" erkannt werden, was seit 1.1.0 auch unterstützt wird (habe da gerade die Übersetzung noch einmal angepasst, so dass sie mehr zu dem, was Lovelace sonst macht passt). Da muss dann im RAW Objekt das "states" Feld richtig gesetzt sein, so z.B.:
{
...
  "common": {
    "name": "Bad Oben Fenster",
    "role": "value.window",
    "type": "number",
    "read": true,
    "write": false,
    "states": {
      "0": "closed",
      "1": "open",
      "2": "tilted"
    },
  },
...
}
Dann übersetzt Lovelace open/close/titled in "Offen", "Geschlossen", "Gekippt".

So sieht es jetzt bei mir aus:

marcuskl

@Garfonso https://github.com/ioBroker/ioBroker.lovelace/issues/62
Kannst du da was machen, dass der Darstellungsfehler verschwindet?
Wäre dir echt dankbar

klotzma created this issue in ioBroker/ioBroker.lovelace

closed Darstellungsfehler bei Benachrichtigungen #62

Urs

Auch ich finde die Integration von Lovelace in Iobroker sehr spannend. Auch wenn ich damit erst angefangen habe bin ich schon recht weit gekommen. Ein herzliches Dankeschön an die Entwickler.

Einige Probleme und fagen hab ich dabei aber noch:

Hat inzwischen jemand schon den Roborock erfolgreich implementiert?

Beim steuern der RGB-Hue-Lampen hab ich auch noch ein paar Probleme, die Weissen funktionieren einwandfrei (Dimmen und Temperatur), z.B. Büro, hier:

Die Lampe Küche ist ausgeschalten, wird aber als eingeschalten angezeigt. Tippe ich den Schaltbutton an wird der kurz inaktiv und sofort wieder aktiv (blau) und die Lampe schaltet ein. Ausschalten ist dann darüber nicht mehr möglich. Ich denke das hat damit zu tun:

In den nicht-RGB lampen wird nämlich ON_LIGHT nicht erstellt und Lampe_Küche.on wird korrekt ON zugewiesen.
Als kleiner Workarround hab ich jede Lampe einer Gruppe zugewiesen. Die Lampe Küche ist dann Teil der Gruppe Licht Küche. Da wird ON_LICHT auch nicht erstellt und es funktioniert, bis auf die Tatsache dass die Lampen immer wieder rot werden (wie im obigen Screenshot die Lampe Wohnen). Schaltet man sie aus und wieder ein haben sie wieder die richtige Farbe für eine Weile. Was genau den roten Icon triggert konnte ich bisher nicht eingrenzen.

Ein weiteres Problem ist dass wenn ich die Lampen mit den Buttons einschalte, diese immer auf 100% und nicht auf den vorher gedimmten Wert eingeschalten werden. Auch im Dimmer auf dem folgenden Screenshot wird zuerst auf 100% geschalten und zwar unabhängig davon ob ich das Glühlampensymbol anklicke oder ob ich den Regler auf z.B. 5% ziehe.

Gibt es für die Probleme eine Lösung? Danke.

JB1985

Ist es irgendwie möglich bei "Glace" das icon automatisch ändert, wenn sich der Wert ändert?

Zum Beispiel:

Ist bei Batterie (W) Ladung der Wert im Minus, dann nehme ein anderes icon.

Bei Batterie Ladestatus ist der Wert <100% dann nimm ein anderen icon.

type: glance
entities:
  - entity: sensor.PV_Batterie_Ladung
    name: Batterie (W) Ladung
    icon: 'mdi:battery-charging-100'
  - entity: sensor.PV_Batterie_Status
    name: Batterie Ladestatus
    icon: 'mdi:battery-charging-100'
show_name: true
show_icon: true
show_state: true
columns: 2

Garfonso

@David-G said in Test Adapter lovelace v0.2.x:

So sieht es jetzt bei mir aus:

Und wenn du jetzt diese manuelle Einstellung noch wegnimmst, also Lovelace deaktivierst und dafür Raum + Funktion dem State zuweist, wie sieht es dann aus?

@marcuskl said in Test Adapter lovelace v0.2.x:

@Garfonso https://github.com/ioBroker/ioBroker.lovelace/issues/62
Kannst du da was machen, dass der Darstellungsfehler verschwindet?
Wäre dir echt dankbar

Mit Frontend kenne ich mich leider sehr wenig aus... keine Ahnung, wo man das am besten einfügen könnte (wird ja auch "gebaut", also kryptische Dateinamen und alle zusammen gewürfelt.. urgs...). Was ich einmal angucken wollte, ist, ob ich Lovelace selber aktualisiert bekomme, das ist jetzt auch immerhin mehr als 1 Jahr alt, was wir hier haben im Adapter. Aber da bin ich noch nicht 100% durchgestiegen und etwas knapp an Zeit (hoffe, dass es nächste Woche besser wird).

@Urs said in Test Adapter lovelace v0.2.x:

Gibt es für die Probleme eine Lösung? Danke.

Ja, ich denke der Adapter sollte ON_LIGHT bevorzugen, falls es das gibt. Könntest du mal die Version von Github ausprobieren, ob es damit geht? Dafür in Admin/Adapters -> Installieren von Github -> beliebige URL und das einfügen Garfonso/iobroker.lovelace#dev

@JB1985 said in Test Adapter lovelace v0.2.x:

Ist es irgendwie möglich bei "Glace" das icon automatisch ändert, wenn sich der Wert ändert?

Sowas hätte ich auch gerne. Habe bisher in der Richtung aber noch nichts gefunden, bzw. alles, was ich gefunden habe, basiert auf den nijah Templates (oder so), die bei uns nicht gehen. Es gibt eine Karte, die auch Javascript Code ausführen kann, da könnte es ggf. mit gehen, hab ich mir aber noch nicht näher angeguckt.
Bisher ist meine Lösung zwei verschiedene Filter-Cards zu nehmen und die entities damit nach State zu sortieren und dann halt fix das andere icon / die andere Farbe zu haben.

Urs

@Garfonso sagte in Test Adapter lovelace v0.2.x:

Ja, ich denke der Adapter sollte ON_LIGHT bevorzugen, falls es das gibt. Könntest du mal die Version von Github ausprobieren, ob es damit geht? Dafür in Admin/Adapters -> Installieren von Github -> beliebige URL und das einfügen Garfonso/iobroker.lovelace#dev

Danke, werde ich probieren. Kann aber ein paar Tage dauern bis ich dazu komme. Werde mich melden.

David G.

@Garfonso said in Test Adapter lovelace v0.2.x:

@David-G said in Test Adapter lovelace v0.2.x:

So sieht es jetzt bei mir aus:

Und wenn du jetzt diese manuelle Einstellung noch wegnimmst, also Lovelace deaktivierst und dafür Raum + Funktion dem State zuweist, wie sieht es dann aus?

Cool, das klappt.
Da habe ich das "Automatisch" falsch verstanden.

Darkonion

Wie fügt man ein Theme hinzu , in der IO broker config von dem Adapter ist ein feld , "Platzieren Sie die Themen als YAML hier" nur ich kann das weder öffnen noch
ein File mit der Endung YAML hochladen. Wäre top wenn mir da wer schnell helfen könnte.
Danke

David G.

@David-G said in Test Adapter lovelace v0.2.x:

@Garfonso said in Test Adapter lovelace v0.2.x:

@David-G said in Test Adapter lovelace v0.2.x:

So sieht es jetzt bei mir aus:

Und wenn du jetzt diese manuelle Einstellung noch wegnimmst, also Lovelace deaktivierst und dafür Raum + Funktion dem State zuweist, wie sieht es dann aus?

Cool, das klappt.
Da habe ich das "Automatisch" falsch verstanden.

Nachtrag,

ich bekomme den Zustand nun richtig angezeigt.
Vor den Anpassungen habe ich den Wert auch für eine "picture-entity" genommen welche ein state_image verwendet. Diese würde ich gerne auch weiter nutzen.
Diese klappt nun nicht mehr, bzw er scheint die States für die Bilder nicht zu erkennen.
Der entity-filter nimmt die States auch nicht.
Kann man da was machen?

Anstatt on/off habe ich auch schon 0/1 und OPEN/CLOSED getestet.
Zusätzlich habe ich mir zum automatisch erkannten Datenpunkt wie vorher den binary_sensor erstellt. Bei diesem geht es auch nicht mehr.

      - type: picture-entity
        entity: sensor.Sensor_Garagentor_STATE
        show_name: false
        show_state: false
        state_image:
          'on': /cards/garage_auf.png
          'off': /cards/garage_zu.png

Danke für deinen tollen Adapter samt Support.

Garfonso

@Darkonion said in Test Adapter lovelace v0.2.x:

Wie fügt man ein Theme hinzu , in der IO broker config von dem Adapter ist ein feld , "Platzieren Sie die Themen als YAML hier" nur ich kann das weder öffnen noch
ein File mit der Endung YAML hochladen. Wäre top wenn mir da wer schnell helfen könnte.
Danke

Oh, ja, der verschwindet sofort... kennt sich hier jemand mit CSS aus? Die Höhe wird 0, die ist festgelegt als height: calc(100% - 104px); - Warum wird das 0? Wenn ich da 100% nehme, gibt es einen häßlichen Scrollbalken, aber das Element hat eine große Höhe... Das geht über mein Verständnis raus

@David-G said in Test Adapter lovelace v0.2.x:

Anstatt on/off habe ich auch schon 0/1 und OPEN/CLOSED getestet.

Versuch mal tatsächlich den Wert, der da angezeigt wird, zu setzen, also "Geschlossen", "Gekippt", "Offen". Der Adapter setzt da tatsächlich den State auf die Zeichenketten und übersetzt die selber (mit der words.js). Wie/ob das anders geht, hab ich bisher nicht rausgefunden (bin für Hinweise dankbar, ggf. kann man sowas im entity irgendwie definieren?).

Zusätzlich habe ich mir zum automatisch erkannten Datenpunkt wie vorher den binary_sensor erstellt. Bei diesem geht es auch nicht mehr.

Bei binary_sensor müsste eigentlich 'on'/'off' gehen. Oder was ist zu dem die Frage (hab ich nicht 100% verstanden)? Der Adapter versucht beim binary_sensor über den type-detector (und damit die Rollen) die device_class zu setzen. Vielleicht kommt dir das in die Quere? Aber eigentlich sollte der state trotzdem 'on'/'off' bleiben.

CrunkFX

@Darkonion Ich tippe du nutzt Firefox? Dort scheint es bei einigen nicht zu funktionieren. Nutz mal Chrome oder Opera dafür und dann einfach die YAML ´Datei reinziehen.

Garfonso

@Darkonion
Das mit dem Firefox von @CrunkFX war ein guter Hinweis. Habe einen fix in meinem Dev-Branch. Wenn du den mal testen könntest. Bei mir geht es damit jetzt in firefox & chrome.

David G.

@David-G said in Test Adapter lovelace v0.2.x:

Anstatt on/off habe ich auch schon 0/1 und OPEN/CLOSED getestet.

Versuch mal tatsächlich den Wert, der da angezeigt wird, zu setzen, also "Geschlossen", "Gekippt", "Offen". Der Adapter setzt da tatsächlich den State auf die Zeichenketten und übersetzt die selber (mit der words.js). Wie/ob das anders geht, hab ich bisher nicht rausgefunden (bin für Hinweise dankbar, ggf. kann man sowas im entity irgendwie definieren?).

Zusätzlich habe ich mir zum automatisch erkannten Datenpunkt wie vorher den binary_sensor erstellt. Bei diesem geht es auch nicht mehr.

Bei binary_sensor müsste eigentlich 'on'/'off' gehen. Oder was ist zu dem die Frage (hab ich nicht 100% verstanden)? Der Adapter versucht beim binary_sensor über den type-detector (und damit die Rollen) die device_class zu setzen. Vielleicht kommt dir das in die Quere? Aber eigentlich sollte der state trotzdem 'on'/'off' bleiben.

Das klappt, der Adapter macht doch mehr im Hintergrund als man denkt.

P.S.:
Wie sieht eigentlich deine Visualisierung als Entwickler des Adapters aus?

marcuskl

@Garfonso ok schade

Fogg

Sorry wenn ich noch nicht alles in dem Thread gelesen habe

Habe mir lovelace mal angeschaut und versucht ein paar Dinge zu visualisieren. Z.B. würde ich gerne meine Keymatic brauchbar dargestellt bekommen. Die ist ja als lock.XXX da und kann verriegeln und entriegeln. Das funktioniert auch. Was ich aber gerne noch hätte:

Icon (Schloss) abhängig vom Zustand damit man sieht ob offen ist oder nicht
Öffnen als zusätzliche Option, damit wird nicht entriegelt sondern komplett geöffnet

Wie geht das? Material UI kann das auch

danihell

@Garfonso

Leider kenne ich mich (noch) nicht besonders gut mit dem iobroke scripting aus. Ich fuchse mich mal rein, glaube aber, dass Du schneller sein wirst
Lieben Dank vorab.

Domi1893

@Garfonso schade, das wäre wirklich eine große Hilfe. Irgendwie werden die Login-Felder nicht als solche erkannt...

NEWS

Test Adapter lovelace v0.2.x

closed Darstellungsfehler bei Benachrichtigungen #62

Support us

1.4k
Online

30.5k
Users

76.7k
Topics

1.2m
Posts

NEWS

Test Adapter lovelace v0.2.x

closed Darstellungsfehler bei Benachrichtigungen #62

Support us

1.4kOnline

30.5kUsers

76.7kTopics

1.2mPosts

1.4k
Online

30.5k
Users

76.7k
Topics

1.2m
Posts