Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Erstam]

Ich habe gerade festgestellt, dass zusätzlich zu den Climate-Entitäten noch eine Sensor-Entität mit der aktuellen Temperatur automatisch angelegt wird. Das finde ich super!

[Erstam]

@garfonso : Und hier noch etwas, wobei ich mir nicht sicher bin, ob das by-design ist:

Ich habe für Räume, in denen mehrere Fenster-Sensoren sind, mir einen zusammenfassenden Sensor gebaut, der auf Offen schaltet, wenn mindestens eines der Fenster offen ist.

Zusätzlich habe ich noch einen Sensor gebaut, der die Anzahl der offenen Fenster zählt.

Meine Erwartung war, dass der "State"-State (also der Sensor Offen/Geschlossen) vom Type-Detector erkannt wird. Allerdings erkennt der Type-Detector den ebenfalls im gleichen Channel liegenden "OffeneFenster"-State.

Wäre es nicht besser, wenn der Type-Detector den spezifischsten State, also in diesem Fall den mit der Rolle "value.window" zugrundelegt?

[David G.]

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

Danke für die neue Version.
Hab Sie grad installiert und bisher keine Fehler bemerkt.

Aber 2-3 Fragen habe ich:

Geändert: !Inkompatibel! Batteriewarnung ist jetzt binary_sensor anstelle von sensor (jetzt setzt ui das Symbol und übersetzt ok)

Gibt mir Lovelace eine Notification wenn eine Batterie zu neige geht?

Hinzugefügt: Manuelle Entitäten können jetzt komplexer sein (benötigt Dokumentation)

Wird das im RAW-Editor gemacht? Im "normalen" manuell erstellen Menü find eich nichts

[Garfonso]

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

@garfonso : Erst mal vielen, vielen Dank für das Update!

Hier, was mir bisher aufgefallen ist:

• _BatteryWarning wird auch für Entities angelegt, die gar keine Batterien haben, wenn eine verwandte Entity eine BatteryWarning hat. Im Beispiel mein Hauswirtschaftsraum: Der Fenstersensor hat korrekterweise einen .LOW_BAT-State und daher wird eine _BatteryWarning-Entität angelegt. Die anderen beiden Sensoren haben aber keine entsprechenden States. Verwiesen wird auch auf den .LOW_BAT-State des Fenstersensors.
  

• Manche Entities referenzieren einen State, der zu einer ganz anderen Entity gehört. Ich habe für den Raumthermostat im Wohnzimmer eine Climate-Entity. Diese wird auch korrekt erkannt. Der verknüpfte State gehört aber gar nicht zu dieser Entity, sondern bezieht sich auf eine Steckdose im gleichen Raum. Schön wäre, wenn bei Climate die aktuelle Temperatur (die ja auch im Attribut current_temperature steht) als State verknüpft würde (dann kann ich es mir schenken, für die Raumtemperatur noch mal einen eigenen Sensor aus der Climate-Entity zu erzeugen).

Puh... das wird vermutlich ein Problem mit dem type-detector sein... kannst du mir, gerne auch per PN oder e-mail ( garfonso@mobo.info ) die Objektstruktur(en) als JSON Export schicken? Dann bastel ich mal daran rum.

• Im Theme-Editor wird der Cursor nach rechts verrutscht dargestellt. Im Bild ist der schwarze Strich der Cursor. Wenn ich jetzt aber Backspace drücke, wird direkt das Anführungszeichen gelöscht. Am Anfang der Zeile passt Cursordarstellung und "echte" Cursorposition noch recht gut zusammen, je weiter rechts ich in der Zeile bin, desto mehr verrutscht der Cursor aber. Es scheint mir, dass die Zeichenbreite, die für die Cursorposition genutzt wird, nicht mit der Zeichenbreite des Textes übereinstimmt. Das war allerdings ist den letzten DEV-Versionen auch bereits der Fall.
  

Ja, das ist mir auch schon aufgefallen und ich hab ehrlich gesagt keine Idee, woran das liegt... nutzt du Admin 5 bzw. die react Oberfläche?

[Garfonso]

@erstam
Ja, das hab ich geändert und werde das vermutlich auch als philosophie bei zukünftigen Änderungen so weiter machen. Also wenn irgendwo Geräte sind, wo noch ein zweiter entity "drin" ist, dann werden halt beide automatisch erstellt.

[Garfonso]

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

Wäre es nicht besser, wenn der Type-Detector den spezifischsten State, also in diesem Fall den mit der Rolle "value.window" zugrundelegt?

Ja.. komisch, was da passiert.. da würde ich auch gerne ein JSON Export von haben...
Das Problem ist ein wenig der type-detector mit seinem "im Parent" suchen. Das macht bei so flachen strukturen (hab ich ähnlich) manchmal Probleme -> das ist auf Homematic optimiert. Aber da würde ich gerne echt mal reingucken, was er da erkennt und wieso.

[Garfonso]

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

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

Danke für die neue Version.
Hab Sie grad installiert und bisher keine Fehler bemerkt.

Aber 2-3 Fragen habe ich:

Geändert: !Inkompatibel! Batteriewarnung ist jetzt binary_sensor anstelle von sensor (jetzt setzt ui das Symbol und übersetzt ok)

Gibt mir Lovelace eine Notification wenn eine Batterie zu neige geht?

Folgendes: für jedes ioBroker Gerät kann der type-detector einen "low battery warning" state finden. Falls das der Fall ist, wird jetzt automatisch ein binary_sensor vom typ "battery warning" erzeugt. Den kann man auf jedenfall schonmal nutzen um da ne Warnung anzuzeigen
Vorher war das nur für einzelne Geräte implementiert und auch noch falsch als "sensor" -> daher "inkompatibel", falls jemand den sensor benutzt hat, ändert sich an der stelle die entity id und er müsste sein UI anpassen.

Hinzugefügt: Manuelle Entitäten können jetzt komplexer sein (benötigt Dokumentation)

Wird das im RAW-Editor gemacht? Im "normalen" manuell erstellen Menü find eich nichts

Ja, im RAW Editor. Im erstellen Menü müsste ich mir noch angucken, wie man da ids auswählt usw... für manche entity typen habe ich schon etwas hinzugefügt (binary_sensor / sensor die device_class und so).

Zum RAW hatte ich das geschrieben:
@garfonso said in Test Adapter lovelace v1.2.x:

Im Grunde kann man, wenn man im RAW Objekt rumbastelt jetzt auch mit "attr_XY": "fester wert" beliebige fixe attribute setzen und mit "states": { "attributname": "adater.0.state"} dynamische attribute hinzufügen (-> das mit den attributen ist begrenzt. Also licht kann man sich so schon zusammen basteln, wenn man weiß, wie die attribute heißen müssen, aber sonst geht es nur einfache Werte da zu lesen).

[gyle]

ich habe einen Geschirrspüler der die Restdauer wie folgt anzeigt:

ich würde den Wert gerne in Lovelace anzeigen, jedoch im Format: "H:MM Stunden"...
Wie bekomme ich das am schlauesten hin? Ich dachte daran einen alias zu erstellen, oder wie macht man das am besten?

danke

[David G.]

@gyle

Ein Alias geht bestimmt.
Da ich da aber keine Ahnung von hab, würde ich mir vermutlich mit einem Blockly weiter helfen

Einbindung in Lovelace mache ich bei sowas immer über die Markdown Karte.
Kann man schön formatieren.

[Erstam]

@garfonso: Die JSONs sind unterwegs.

So flach sind meine Hierarchien eigentlich nicht, ich habe Raum (channel) - Geräteart (channel; nur, wenn mehrere Geräte einer Art im Raum sind) - Gerät (channel) - States, also in der Regel eine dreistufige Hierarchie.

Aber du hast natürlich Recht, bei Homematic ist dieses Up-and-Over (in den Parent und von dort in die anderen Channels) notwendig, bei mir in aller Regel nicht. Ich nutze mittlerweile konsequent für alle Geräte, die ich steuern will, LinkedDevices, daher greift der Type Detector nirgends auf die Ursprungsdevices zu.

[Erstam]

@garfonso: Ich habe noch einen anderen Glitch mit der Entities-Card bemerkt, der mit dem Update erst aufkam und bei mir immer wieder auftaucht: In der Entities-Card erscheinen in den einzelnen Zeilen auf einmal Line Breaks, so dass das Icon, der Name und die Bedienelemente jeweils in einer einzelnen Zeile steht.

Meistens hilft einfach ein Reload im Browser. Ich hatte das jetzt mit mehreren Browsern (Edge, Chrome, Firefox) auf unterschiedlichen Geräten (Rechner, Mobile). Manchmal hilft aber auch nur ein Restart der Lovelace-Instanz.

Im Log erscheint Folgendes. ich weiß aber nicht, ob das damit zusammenhängt:

2021-06-20 08:40:06.847 - info: lovelace.0 (9794) Log from UI http://lh2io:8091/cards/button-entity-row.js:15:15 Uncaught TypeError: css is not a function
2021-06-20 08:40:06.868 - info: lovelace.0 (9794) Log from UI http://lh2io:8091/lovelace/default_view?edit=1:0:0 Uncaught TypeError: Failed to resolve module specifier "card-tools/src/lit-element". Relative references must start with either "/", "./", or "../".

[Garfonso]

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

button-entity-row.js

ja, versuch mal davon (bzw. auch von allen anderen custom cards) ein update zu machen. Das kann bei Änderungen im Frontend durchaus passieren. Die button-entity-row hab ich hier auch in Betrieb, da gab es vor einigen Tagen ein Update (davor war das etwas schwierig, weil man in den Pullrequests gucken musste, wo die meisten Probleme gefixt waren).

[M1R0O]

Hi,
ich habe nach längerer Zeit mal wieder an Lovelace herumgebastelt und frage mich, ob man die Größe der Karten insoweit beeinflussen kann, dass alles einheitlich ist.
Mich stört, dass die mittlere Spalte länger ist und dass alle Karten unterschiedlich groß sind.

[Erstam]

@m1r0o Grundsätzlich nehmen bei Lovelace alle Karten den Platz ein, den sie benötigen. Die Positionierung erfolgt nach definierten Regeln:

• Each card is assigned a height based on their contents. One height unit corresponds to roughly 50 pixels, but this may vary.
• When a card is placed in the layout, it is put in the first column which has a total height of less than min_height units.
  Otherwise it is put it the shortest column. [Quote von der Layout-Card, die das Standard-Masonry-Layout imitieren kann]

Wenn du mehr Kontrolle über das Layout nehmen möchtest, schau dir mal die Layout-Card an. Ich benutze viel das Grid-Layout, mit dem du dann die maximale Kontrolle über die Positionierung hast.

Das Standard-Layout hat allerdings den Vorteil, dass es auf so ziemlich jedem Gerät nutzbar ist. Sobald du anfängst, das Layout zu fixieren, musst du unterschiedliche Auflösungen konfigurieren, damit du nicht mit horizontalen Scrollbalken darstehst.

[Erstam]

@garfonso Hab jetzt mal alle Custom Cards aktualisiert (und ausgemistet ;)). Bisher ist der Glitch nicht wieder aufgetreten.

[Erstam]

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

Ja, das ist mir auch schon aufgefallen und ich hab ehrlich gesagt keine Idee, woran das liegt... nutzt du Admin 5 bzw. die react Oberfläche?

Den Teil hatte ich noch nicht beantwortet: Nein, ich nutze noch den Admin 4.2.1.

[nukleuz]

Hallo zusammen,

ich habe Probleme mit der Entität input_select.

Es wird in Lovelace alles richtig dargestellt, aber in Lovelace werden die ausgewählten Werte nicht in den Datenpunkten von ioBroker übernommen.

Ändere ich die Werte in den Datenpunkten wird es in Lovelace richtig dargestellt.

Hier mal ein paar Screenshots zu meinen Versuchen:

Was muss ich ändern, damit die Daten in die Datenpunkte übernommen werden?

Danke für eure Hilfe...

EDIT: Im Log erhalte ich diese Meldung: (Nur wie bekomme ich die states umkonvertiert? - wenn es daran liegt?)

lovelace.0	2021-06-24 15:01:16.649	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Dauer: states is of type string. Problems might occur. Please fix states to be of type object.
lovelace.0	2021-06-24 15:01:16.645	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Volume: states is of type string. Problems might occur. Please fix states to be of type object.
lovelace.0	2021-06-24 15:01:16.640	warn	(14357) 0_userdata.0.Garten.NEO-Coolcam-Sirene.Melodie: states is of type string. Problems might occur. Please fix states to be of type object.

[Garfonso]

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

Im Log erhalte ich diese Meldung: (Nur wie bekomme ich die states umkonvertiert? - wenn es daran liegt?)

Ja, daran wird es ziemlich sicher liegen. States soll so aussehen:

states: {"0": "Laut", "1": "Mittel", "2": "Leise" }

Das "alles in einem String" hält sich irgendwie hartnäckig, weil es dazu auch alte Beispiele zu geben scheint...
Wobei dein String eigentlich so aussieht, als ob er funktionieren sollte... hm... versuch es bitte mal mit dem geänderten States.

[nukleuz]

@garfonso

Super, genau das war es!

    "states": {
      "5": "5 Sekunden",
      "10": "10 Sekunden",
      "20": "20 Sekunden",
      "30": "30 Sekunden",
      "45": "45 Sekunden",
      "60": "60 Sekunden",
      "90": "90 Sekunden",
      "120": "120 Sekunden"
    },

Danke!

[Garfonso]

@nukleuz
ja, ich hab jetzt auch den Bug im Code gefunden -> mit dem String state ging das setzen nicht, wie du festgestellt hast