NEWS
Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation
-
Hallo,
wie ist es möglich, einen Stringwert in Lovelace auszugeben?Ich wollte eigentlich dazu ein Markdown verwenden und so den Content darstellen:
- type: markdown content: |- Aktuelle Regelung: {input_text.Testvariable}Vom Typ ist es ein "Eingabe Text" und der Modus steht auf "Text".
Wobei das eigentlich ein Ausgabetext (Wert darf nicht überschrieben werden) sein soll aber das lässt sich so nicht konfigurieren oder?
In der Visu sieht das dann aber so aus obwohl in der Variable ein Text steht:
Woran liegt das?
Mit Markdown kannst du nur den Inhalt von Datenpunkten im iobroker anzeigen, nicht von den entities.
Gib in den {} mal den Namen (mit Pfad) von dem DP ein.Und du hast input_text. Eine Eingabe klappt in Markdown nicht.
-
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
--> Wie kann ich es entsprechend einfach darstellen, d.h. welche Entity soll ich im yaml verwenden?
bist du sicher, dass du die neue entity genommen hast (kann sein, dass die alte noch existiert, bis der Adapter neustartet)? Sollte jetzt halt "sensor.Abfall_Restmuell_Restmuell_Next_Date" sein und nicht mehr mit "input_datetime" anfangen. Bei mir sieht das in einem entities so aus:
(sehr rau, und mit deutsch als Systemspraceh sollte es auch deutscher Wochentag usw. sein ;-) )@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
Sondern zeigt irgendwie einen Dezimalwert an, obwohl das Objekt korrekt als Datum konfiguriert ist
Das meinte ich weiter oben, das geht aktuell nur mit der Github Version. Du könntest noch gucken, ob die Geräteklasse auf "Datum" steht. Dann sollte mit der nächsten Version alles passen... ich gucke mal, dass ich die rausbekomme.. urgs. :-/
(die Zahl, die da steht ist der "Timestamp", das sind die Sekunden seit 1.1.1970, hat sich eingebürgert als Zahl mit der man gut rechnen kann und daher gerne intern verwendet. Ist als Mensch natürlich nicht gut lesbar und muss konvertiert werden ;-) - muss aber halt der Adapter an der Stelle machen... das hat er jetzt gelernt)
@garfonso said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
--> Wie kann ich es entsprechend einfach darstellen, d.h. welche Entity soll ich im yaml verwenden?
bist du sicher, dass du die neue entity genommen hast (kann sein, dass die alte noch existiert, bis der Adapter neustartet)? Sollte jetzt halt "sensor.Abfall_Restmuell_Restmuell_Next_Date" sein und nicht mehr mit "input_datetime" anfangen.
Ja, habe die entity sicherheitshalber nochmals entfernt und neu angelegt und ausgewählt:
Bei mir sieht das in einem entities so aus:
(sehr rau, und mit deutsch als Systemspraceh sollte es auch deutscher Wochentag usw. sein ;-) )und sieht mit der Standardkarte leider immer noch so aus:
Oder was meintest du mit "das geht aktuell nur mit der Github Version"?
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
Sondern zeigt irgendwie einen Dezimalwert an, obwohl das Objekt korrekt als Datum konfiguriert ist
Das meinte ich weiter oben, das geht aktuell nur mit der Github Version.
d.h. ich muss mir die von github holen?Du könntest noch gucken, ob die Geräteklasse auf "Datum" steht. Dann sollte mit der nächsten Version alles passen... ich gucke mal, dass ich die rausbekomme.. urgs. :-/
das müsste passen, s.o.
(die Zahl, die da steht ist der "Timestamp", das sind die Sekunden seit 1.1.1970, hat sich eingebürgert als Zahl mit der man gut rechnen kann und daher gerne intern verwendet. Ist als Mensch natürlich nicht gut lesbar und muss konvertiert werden ;-) - muss aber halt der Adapter an der Stelle machen... das hat er jetzt gelernt)
Welcher Adapter wäre das in dem Fall, der Geräte-Adapter, wobei ist der hier im Spiel, denn die Entity wird ja in meinem Fall manuell erzeugt indem das Objekt dem Lovelace-Adapter zugeordnet wird....?
-
@garfonso said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
--> Wie kann ich es entsprechend einfach darstellen, d.h. welche Entity soll ich im yaml verwenden?
bist du sicher, dass du die neue entity genommen hast (kann sein, dass die alte noch existiert, bis der Adapter neustartet)? Sollte jetzt halt "sensor.Abfall_Restmuell_Restmuell_Next_Date" sein und nicht mehr mit "input_datetime" anfangen.
Ja, habe die entity sicherheitshalber nochmals entfernt und neu angelegt und ausgewählt:
Bei mir sieht das in einem entities so aus:
(sehr rau, und mit deutsch als Systemspraceh sollte es auch deutscher Wochentag usw. sein ;-) )und sieht mit der Standardkarte leider immer noch so aus:
Oder was meintest du mit "das geht aktuell nur mit der Github Version"?
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
Sondern zeigt irgendwie einen Dezimalwert an, obwohl das Objekt korrekt als Datum konfiguriert ist
Das meinte ich weiter oben, das geht aktuell nur mit der Github Version.
d.h. ich muss mir die von github holen?Du könntest noch gucken, ob die Geräteklasse auf "Datum" steht. Dann sollte mit der nächsten Version alles passen... ich gucke mal, dass ich die rausbekomme.. urgs. :-/
das müsste passen, s.o.
(die Zahl, die da steht ist der "Timestamp", das sind die Sekunden seit 1.1.1970, hat sich eingebürgert als Zahl mit der man gut rechnen kann und daher gerne intern verwendet. Ist als Mensch natürlich nicht gut lesbar und muss konvertiert werden ;-) - muss aber halt der Adapter an der Stelle machen... das hat er jetzt gelernt)
Welcher Adapter wäre das in dem Fall, der Geräte-Adapter, wobei ist der hier im Spiel, denn die Entity wird ja in meinem Fall manuell erzeugt indem das Objekt dem Lovelace-Adapter zugeordnet wird....?
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
Oder was meintest du mit "das geht aktuell nur mit der Github Version"?
Ah, da hab ich nicht gesehen, dass beide Posts von dir sind.
Ja, das meinte ich mit "geht aktuell nur in der Github Version" -> bis zum nächsten Release wirst du mit dem State in dem Datenpunkt nicht weiter kommen, als da die Zahl stehen zu haben. Ein Workaround wäre ein Alias zu machen (Alternativ ein kleines Skript) was aus dem Timestamp einen String macht, als alias ginge das mit der Lesefunktion
new Date(val).toDateString()-> dann steht im Datenpunkt schon der Text und Lovelace zeigt den einfach an.Um aus dem Timestamp (also der Zahl) einen Datumsstring zu machen, benötigt der lovelace-Adapter ein Update, was irgendwann kommt, wenn ich es schaffe meinen Perfektionsmus lange genug zu überwinden und kein Frontend-Update dazu kommt, was wieder was kaputt macht und so ;-)
Oder noch eine Alternative, für die ganz mutigen: den Adapter selber fixen, die Datei hier ersetzen (aber besser vorher irgendwo die alte Version sichern).
-
Mit Markdown kannst du nur den Inhalt von Datenpunkten im iobroker anzeigen, nicht von den entities.
Gib in den {} mal den Namen (mit Pfad) von dem DP ein.Und du hast input_text. Eine Eingabe klappt in Markdown nicht.
-
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
Oder was meintest du mit "das geht aktuell nur mit der Github Version"?
Ah, da hab ich nicht gesehen, dass beide Posts von dir sind.
Ja, das meinte ich mit "geht aktuell nur in der Github Version" -> bis zum nächsten Release wirst du mit dem State in dem Datenpunkt nicht weiter kommen, als da die Zahl stehen zu haben. Ein Workaround wäre ein Alias zu machen (Alternativ ein kleines Skript) was aus dem Timestamp einen String macht, als alias ginge das mit der Lesefunktion
new Date(val).toDateString()-> dann steht im Datenpunkt schon der Text und Lovelace zeigt den einfach an.Um aus dem Timestamp (also der Zahl) einen Datumsstring zu machen, benötigt der lovelace-Adapter ein Update, was irgendwann kommt, wenn ich es schaffe meinen Perfektionsmus lange genug zu überwinden und kein Frontend-Update dazu kommt, was wieder was kaputt macht und so ;-)
Oder noch eine Alternative, für die ganz mutigen: den Adapter selber fixen, die Datei hier ersetzen (aber besser vorher irgendwo die alte Version sichern).
@garfonso ich war mal ganz mutig und hab die Datei ausgetauscht. Hat sofort geklappt.
Ergebnis:
Sehr cooler support, so muss das sein :)
2 Fragen noch:
1.) die betreffende Datei liegt bei mir ja im ausverlagerten persistenten Bereich durch:volumes: - /volume1/docker/iobroker-Chrisham:/opt/iobroker - /volume1/docker/userscripts:/opt/userscripts - /volume1/docker/Backup:/opt/backup/D.h. wenn ich Container neu aufsetze bleibt diese Änderung erhalten. Aber: wann und wie würde ich dann den Update reinbekommen, wenn ihr die neue Version released?
2.) Welche Spracheinstellung wirkt denn hier, dass ich das noch auf Deutsch umstellen kann und kann ich auch noch die Formatierung ändern, also Monat nicht ausgeschrieben sondern als Zahl, also am besten so kurz wie möglich, z.B.: 06.12.2023 oder noch besser: 6.12.23 ?
-
@garfonso ich war mal ganz mutig und hab die Datei ausgetauscht. Hat sofort geklappt.
Ergebnis:
Sehr cooler support, so muss das sein :)
2 Fragen noch:
1.) die betreffende Datei liegt bei mir ja im ausverlagerten persistenten Bereich durch:volumes: - /volume1/docker/iobroker-Chrisham:/opt/iobroker - /volume1/docker/userscripts:/opt/userscripts - /volume1/docker/Backup:/opt/backup/D.h. wenn ich Container neu aufsetze bleibt diese Änderung erhalten. Aber: wann und wie würde ich dann den Update reinbekommen, wenn ihr die neue Version released?
2.) Welche Spracheinstellung wirkt denn hier, dass ich das noch auf Deutsch umstellen kann und kann ich auch noch die Formatierung ändern, also Monat nicht ausgeschrieben sondern als Zahl, also am besten so kurz wie möglich, z.B.: 06.12.2023 oder noch besser: 6.12.23 ?
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
D.h. wenn ich Container neu aufsetze bleibt diese Änderung erhalten. Aber: wann und wie würde ich dann den Update reinbekommen, wenn ihr die neue Version released?
ioBroker + Docker hab ich keine Erfahrung, um ehrlich zu sein. Aber das sieht so aus, als ob das einfach durch nen Update vom Adapter (i.e. über admin) mit aktualisiert werden sollte.
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
2.) Welche Spracheinstellung wirkt denn hier, dass ich das noch auf Deutsch umstellen kann und kann ich auch noch die Formatierung ändern, also Monat nicht ausgeschrieben sondern als Zahl, also am besten so kurz wie möglich, z.B.: 06.12.2023 oder noch besser: 6.12.23 ?
Die Sprache kommt von ioBroker, entweder aus den Systemeinstellungen (Admin ganz oben der Schraubenschlüssel) oder in den Instanzeinstellungen vom lovelace-Adapter. Da kann man entweder sagen "gleiche Sprache wie ioBroker" oder für das Frontend was anderes als in ioBroker.
Formatierung ändern weiß ich gerade nicht... je nach Karte kann die etwas einstellen. Vielleicht mal im Web suchen, das ist eine HomeAssistant Frage. ;-) Aber wenn das auf Deutsch angezeigt wird, ist bei mir an der Stelle zumidest der Tag schon weg.
-
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
D.h. wenn ich Container neu aufsetze bleibt diese Änderung erhalten. Aber: wann und wie würde ich dann den Update reinbekommen, wenn ihr die neue Version released?
ioBroker + Docker hab ich keine Erfahrung, um ehrlich zu sein. Aber das sieht so aus, als ob das einfach durch nen Update vom Adapter (i.e. über admin) mit aktualisiert werden sollte.
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
2.) Welche Spracheinstellung wirkt denn hier, dass ich das noch auf Deutsch umstellen kann und kann ich auch noch die Formatierung ändern, also Monat nicht ausgeschrieben sondern als Zahl, also am besten so kurz wie möglich, z.B.: 06.12.2023 oder noch besser: 6.12.23 ?
Die Sprache kommt von ioBroker, entweder aus den Systemeinstellungen (Admin ganz oben der Schraubenschlüssel) oder in den Instanzeinstellungen vom lovelace-Adapter. Da kann man entweder sagen "gleiche Sprache wie ioBroker" oder für das Frontend was anderes als in ioBroker.
Formatierung ändern weiß ich gerade nicht... je nach Karte kann die etwas einstellen. Vielleicht mal im Web suchen, das ist eine HomeAssistant Frage. ;-) Aber wenn das auf Deutsch angezeigt wird, ist bei mir an der Stelle zumidest der Tag schon weg.
-
@garfonso Gibt es eigentlich eine (tabellarische) Übersicht über alle aktiven Lovelace Entitäts-IDs?
Meine Visualisierung ist mittlerweile recht umfangreich und ich wollte mir da mal einen Überblick verschaffen.Ich denke die Übersicht in den Adaptereinstellingen ist das Einzige.
-
Ich denke die Übersicht in den Adaptereinstellingen ist das Einzige.
@david-g Genau das hab ich gesucht! Man muss halt nur an der richtigen Stelle suchen! Vielen Dank! (Instanzen/lovelace.0/Einstellungen/Entitäten)
-
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
D.h. wenn ich Container neu aufsetze bleibt diese Änderung erhalten. Aber: wann und wie würde ich dann den Update reinbekommen, wenn ihr die neue Version released?
ioBroker + Docker hab ich keine Erfahrung, um ehrlich zu sein. Aber das sieht so aus, als ob das einfach durch nen Update vom Adapter (i.e. über admin) mit aktualisiert werden sollte.
@chrisham said in Der "ultimative" ioBroker Lovelace Leitfaden/Dokumentation:
2.) Welche Spracheinstellung wirkt denn hier, dass ich das noch auf Deutsch umstellen kann und kann ich auch noch die Formatierung ändern, also Monat nicht ausgeschrieben sondern als Zahl, also am besten so kurz wie möglich, z.B.: 06.12.2023 oder noch besser: 6.12.23 ?
Die Sprache kommt von ioBroker, entweder aus den Systemeinstellungen (Admin ganz oben der Schraubenschlüssel) oder in den Instanzeinstellungen vom lovelace-Adapter. Da kann man entweder sagen "gleiche Sprache wie ioBroker" oder für das Frontend was anderes als in ioBroker.
Formatierung ändern weiß ich gerade nicht... je nach Karte kann die etwas einstellen. Vielleicht mal im Web suchen, das ist eine HomeAssistant Frage. ;-) Aber wenn das auf Deutsch angezeigt wird, ist bei mir an der Stelle zumidest der Tag schon weg.
@garfonso hm, ok danke. Hab jetzt sowohl bei iobroker als auch bei lovelace deutsch eingestellt, aber anzeie in der karte ist immer noch amerikanisch/english, muss also an der Karte liegen...
muss ich dann mal recherchieren ob/wie es für diese Karte eine sprach-config gibt:- type: glance entities: - entity: sensor.Abfall_Restmuell_Restmuell_Next_Date show_name: false show_icon: false -
@garfonso hm, ok danke. Hab jetzt sowohl bei iobroker als auch bei lovelace deutsch eingestellt, aber anzeie in der karte ist immer noch amerikanisch/english, muss also an der Karte liegen...
muss ich dann mal recherchieren ob/wie es für diese Karte eine sprach-config gibt:- type: glance entities: - entity: sensor.Abfall_Restmuell_Restmuell_Next_Date show_name: false show_icon: false -
Ich habe mir die Texte mit einem Blockly noch etwas aufbereitet und als Markdown eingebunden.
Finde es immer praktisch den Tag noch bei stehen zu haben.
-
@david-g sehr nice. Könnt ich von dir beides:
a) das Blockly
b) als auch die schönen icons bekommen? -
Das Blockly ist schon im vorherigem angehangen.
Hier die Bilder:
muell_bilder.zip -
Das Blockly ist schon im vorherigem angehangen.
Hier die Bilder:
muell_bilder.zip -
@david-g dann nur noch die Frage: welche entity (typ) verwendest du für die Ausgabe des Textes unter dem icon?
-
@david-g Ok, danke. Für den Datenpunkt "0_userdata.0.Muell.Texte_fuer_vis.Restmuell" im Markdown: diesen muss ich dann nicht noch zusätzlich als Entity (manuell) deklarieren, dass lovelace das korrekt auflöst. Aber findet lovelace das dann, wenn man einfach nur auf gewöhnliche Datenpunkte des iobrokers zugreift und nicht über Entitäten...?
-
@david-g Ok, danke. Für den Datenpunkt "0_userdata.0.Muell.Texte_fuer_vis.Restmuell" im Markdown: diesen muss ich dann nicht noch zusätzlich als Entity (manuell) deklarieren, dass lovelace das korrekt auflöst. Aber findet lovelace das dann, wenn man einfach nur auf gewöhnliche Datenpunkte des iobrokers zugreift und nicht über Entitäten...?
-
Wie ist es denn möglich, das Tile Icon Anhand der Anzahl (Stück) value vom Entity zu anders zu färben?
Ich möchte gerne das es rot wird wenn > 0 und bei 0 dann grau:
So klappts leider nicht:type: tile entity: sensor.Fenster_AnzahlOffeneFenster tap_action: action: navigate navigation_path: /lovelace/fenster-turen icon: mdi:door-sliding-lock name: Anzahl offener Fenster/Türen show_entity_picture: false icon_tap_action: action: navigate navigation_path: /lovelace/fenster-turen card_mod: style: .icon-container .icon$: | .shape { background: {% if states(config.entity) | int > 0 %} rgba(0,255,0,0.15) {% else %} rgba(255,0,0,0.15) {% endif %} !important; }So sieht das Tile aus:
Hab mittlerweile so angepasst wie es lt. HA gehen sollte aber so geht es wohl bei IOBroker nicht.
@Garfonso Gibts hier Unterschiede? Bzw. bekomme ich immer wieder Fehlermeldungen mit dieser Zeile hier:
{% if states(config.entity) | int > 0 %}:
Nur weiß ich nicht, wie hier der richtige Syntax ist? -
Wie ist es denn möglich, das Tile Icon Anhand der Anzahl (Stück) value vom Entity zu anders zu färben?
Ich möchte gerne das es rot wird wenn > 0 und bei 0 dann grau:
So klappts leider nicht:type: tile entity: sensor.Fenster_AnzahlOffeneFenster tap_action: action: navigate navigation_path: /lovelace/fenster-turen icon: mdi:door-sliding-lock name: Anzahl offener Fenster/Türen show_entity_picture: false icon_tap_action: action: navigate navigation_path: /lovelace/fenster-turen card_mod: style: .icon-container .icon$: | .shape { background: {% if states(config.entity) | int > 0 %} rgba(0,255,0,0.15) {% else %} rgba(255,0,0,0.15) {% endif %} !important; }So sieht das Tile aus:
Hab mittlerweile so angepasst wie es lt. HA gehen sollte aber so geht es wohl bei IOBroker nicht.
@Garfonso Gibts hier Unterschiede? Bzw. bekomme ich immer wieder Fehlermeldungen mit dieser Zeile hier:
{% if states(config.entity) | int > 0 %}:
Nur weiß ich nicht, wie hier der richtige Syntax ist?das sind diese ninja templates (weiß den richtigen namen gerade nicht mehr), die unterstützt der Adapter leider nicht... :-/
Irgendwo hatte ich mal nen link zur Doku um das vielleicht nachzubauen. Wobei da dann das Problem ist, dass es ziemlich tief in HASS ist. Bin mir nicht ganz sicher, ob das gut zu machen ist.
264
Online32.7k
Users82.3k
Topics1.3m
Posts