Test lovelace 4.x
-
@homoran Vielen Dank. War mein erster Beitrag, und ich war froh überhaupt irgendwo einen Button zum Erstellen eines neuen Themas gefunden zu haben. Sorry fürs falsch einordnen, ich guck beim nächsten Mal genauer drauf.
-
@johndenver0815 alles gut, dafür sind wir ja da. und wenn du jetzt sensibilisiert bist ist es ja noch besser!
ich hab es wegen des prominent auftretenden "yaml" hier in OffTopic - Microcontroller geschoben.
ganz unten steht aber was von alias.
Wenn es nachher doch in Richtung ioBroker driftet, meld dich nochmal, dann kommts in eine passendere Unterkategorie -
@homoran sagte in IF-Abfrage Markdown-YAML (iobroker.lovelace):
Wenn es nachher doch in Richtung ioBroker driftet
Naja, geht speziell tatsächlich um die Syntax von Javascript im YAML-Editor der Markdown-Card (in dem Fall als custom:button-card) in der Lovelace-UI. Ich denke "OffTopic - Microcontroller" passt nicht, kann aber auch nicht genau sagen, wo es tatsächlich richtig aufgehoben wäre.
-
-
@xbit sagte in IF-Abfrage Markdown-YAML (iobroker.lovelace):
kurz und knapp, markdown kann keine if-abfrage...
Jetzt hast du mir meine Seifenblase zerstört
@xbit sagte in IF-Abfrage Markdown-YAML (iobroker.lovelace):
wie soll die Card mal aussehen?
Im Grunde wird es eine Card mit aktuell 7 separaten Feldern (dank CSS-Grid), welche jeweils mit Text, Bildern oder weiteren Karten befüllt werden (Volt, Watt, Ampere, Temperatur, RSSI, Schaltzustand als auch dem hier angesprochenen OnlineStatus). In erster Instanz reicht mir die Anzeige von "Text" völlig aus, daher hab ich auf Markdown zurückgegriffen.
Wenn das über die Konvertierungsfunktion im Alias geht, könnte ich auch weiterhin auf Markdown setzen, dann ohne die IF-Abfrage im YAML-Code.
-
Ohne Markdown Card:
Bitte den Datenpunkt alias.0.Steckdosen.EG_AZ_Testplug.online unter den Objekten über das Zahnrad einen Lovelace entity geben Typ: SENSOR
Dieses entity im Code bei variables -> onlinestatus eintragen.type: custom:button-card variables: name: Onlineanzeige onlinestatus: sensor.Testbereich_Testsensor text_online: Online text_offline: Offline name: '[[[ return variables.name ]]]' triggers_update: - '[[[ return variables.onlinestatus ]]]' styles: card: - border-radius: 0px name: - font-size: 12px - font-family: Helvetica - justify-self: center grid: - grid-template-areas: '"n" "Onlinestatus"' - grid-template-rows: 1fr 1fr custom_fields: onlinestatus: - background-color: transparent - font-size: 12px - font-family: Helvetica custom_fields: Onlinestatus: | [[[ if (states[variables.onlinestatus].state == 'on') return variables.text_online; if (states[variables.onlinestatus].state == 'off') return variables.text_offline; return "Unbekannter Status" ]]] -
@xbit Das ging fix, und funktioniert nach einer kleinen Anpassung perfekt. Vielen Dank.
Mein Alias war vom Typ Ein/Aus-Sensor, nun wie gewünscht auf Sensor geändert.
Was wurde angepasst?
Zeile 21 bezieht sich auf die Grid-Area (wie Zeile 26) und scheint CaseSensitive zu sein. Wurde geändert in "Onlinestatus".Weitere Frage: Es läuft zwar scheinbar auch ohne, aber gehört nicht eigentlich nach "Unbekannter Status" auch noch ein Semikolon?
@xbit sagte in IF-Abfrage Markdown-YAML (iobroker.lovelace):
kurz und knapp, markdown kann keine if-abfrage...
Da muss ich dann doch nochmal nachbohren, warum folgender Effekt gegeben ist: ersetze ich in meinem ursprünglichen Code in Zeile 19
[[[ if ('alias.0.durch
[[[ if (!'alias.0.kommt als Return "Offline".
Was ist sonst so passiert?
Du hast erfolgreich meine bisher noch nicht geäußerten Fragezeichen bzgl. Variablennutzung im YAML mit beantwortet. Auch dafür nen Daumen hoch und dankeGrüße
-
@johndenver0815 said in IF-Abfrage Markdown-YAML (iobroker.lovelace):
Was wurde angepasst?
Ein custom Field ohne Markdown ansonsten nichts, wie du richtig siehst Zeile 21-24 ist nur Style Zeile 26-33 was gemacht werden soll.
Weitere Frage: Es läuft zwar scheinbar auch ohne, aber gehört nicht eigentlich nach "Unbekannter Status" auch noch ein Semikolon?
Ja sorry habe ich beim Zusammenbau mit gelöscht....
Da muss ich dann doch nochmal nachbohren, warum folgender Effekt gegeben ist: ersetze ich in meinem ursprünglichen Code in Zeile 19
kann ich dir nicht sagen aber der content von markdown ist halt nur wie html... ich habe es jedenfalls noch nicht geschafft eine abfrage innerhalb der normalen markdown zu machen ob die [MOD version] (https://github.com/thomasloven/lovelace-markdown-mod) noch geht oder mal ging kann ich nicht sagen...
-
@xbit sagte in IF-Abfrage Markdown-YAML (iobroker.lovelace):
ich habe es jedenfalls noch nicht geschafft eine abfrage innerhalb der normalen markdown zu machen
Angestachelt durch den Link, den Informationsgehalt in diesem Thread sowie einem gewissen Maß an Experimentierfreudigkeit gibts als Dankeschön für deine Mühen die funktionierende Markdown-Variante der IF-Abfrage
Ob da allerdings noch weiterer Content hinzugefügt werden kann habe ich jetzt nicht getestet.type: custom:button-card name: '' variables: status: sensor.Steckdosen_EG_AZ_Testplug_online triggers_update: - '[[[ return variables.status ]]]' styles: grid: - grid-template-columns: 1fr - grid-template-rows: 1fr - gap: 0px 0px - grid-auto-flow: row - justify-content: center - align-content: center - justify-items: center - align-items: center - grid-template-areas: '"OnlineStatus"' custom_fields: OnlineStatus: card: type: markdown content: |- [[[ if (states[variables.status].state == 'on') { return('Online'); } else { return('Offline'); } ]]] -
warum machst du aus dem Datenpunkt nicht einfach einen "Ein / Aus-Sensor" mit Geräteklasse Verbindung (oder so ähnlich).. dann heißt es zwar nicht online / offline aber Verbunden / Getrennt und lovelace macht alle Arbeit für dich.
-
@garfonso said in Test lovelace 4.x:
Du kannst aber den state
lovelace.0.instances.hideHeaderauftruestellen und dann für einzelne Instanzen auffalse(wenn du was am UI ändern willst) oder umgekehrt für einzelne Instanzen auf true. Leider wird das hideHeader erst nach neuladen im Browser aktiv (ah, da wollte ich noch refresh einfach mit schicken, ich erinnere mich ).@Garfonso :
Das Feature ist wirklich super, funktioniert bei mir aber mit der 4.x (aktuell 4.1.10) nicht zuverlässig.
Gelten dafür diese beiden Bedingungen wie in der Doku beschrieben:
Die Erweiterung Cardmod muss installiert sein.
Der Code muss Teil des Themes sein (Lovelace Instanz -> Einstellungen -> Themen)
So sieht es auf den ersten Blick in der Doku aus, aber irgendwie hab ich das Gefühl, es bezieht sich nicht auf dieses hide header Feature.
BTW: In der Doku gibt es zweimal den Punkt "3." nur als Hinweis.Das Verhalten ist bei mir recht unvorhersehbar.
Ich habe zwei getrennte Iobroker Installationen und in beiden Fällen funktioniert das hide header nicht oder sehr unzuverlässig, egal ob man alle Browser plus die Instanz auf "true" setzt, oder nur die Instanz und einzelne Browser.
Genauso umgekehrt, wenn man die Instanz auf false setzt und einige Browser auf true, ist es ebenso un
Wenn es denn plötzlich funktioniert (bisher einmal für ein paar Tage), dann bleibt es auch so.
Und dann hatte ich das Phänomen, dass es sich wieder komplett deaktiviert hat (Objekte aber weiter auf "true"!) nachdem ich manuell im Browser eine Unterseiten-URL eingegeben habe, die einen Tippfehler hatte. Dann war die Leiste plötzlich wieder da und jetzt bekomme ich sie auch nicht wieder versteckt.
Neustart Adapter, reload der Browser etc. alles zigmal gemacht.
Vielleicht kannst du mal schauen ob du das reproduzieren kannst bzw. falls ich dafür Cardmod noch installieren muss, dann ist es natürlich mein Fehler. Wobei ich mich frage, warum es dann trotzdem mal für einige Tage funktioniert hat.DANKE vielmals!
-
@lansester said in Test lovelace 4.x:
Die Erweiterung Cardmod muss installiert sein.
Der Code muss Teil des Themes sein (Lovelace Instanz -> Einstellungen -> Themen)
So sieht es auf den ersten Blick in der Doku aus, aber irgendwie hab ich das Gefühl, es bezieht sich nicht auf dieses hide header Feature.Das ist richtig, das ist veraltet. Tatsächlich ist cardmod jetzt immer installiert und der User darf selbst cardmod nicht installieren.
Ich guck mal, ob ich das reproduzieren kann. Hm.
-
@garfonso sagte in Test lovelace 4.x:
warum machst du aus dem Datenpunkt nicht einfach einen "Ein / Aus-Sensor" mit Geräteklasse Verbindung (oder so ähnlich).. dann heißt es zwar nicht online / offline aber Verbunden / Getrennt und lovelace macht alle Arbeit für dich.
Interessanter Tipp, bekomme ich allerdings nicht ans Laufen. Rückgabewert ist "on" bzw. "off" (anstelle verbunden/getrennt), allerdings scheint sich der Status nicht allzu fix zu aktualisieren, da es einen Moment dauert bis ioBroker nach dem Shelly schaut. Schaltet man den Plug wieder ein, dann springt die Meldung kurz auf "off", um danach korrekt "on" anuzeigen (da der Shelly vermutlich wieder ein Statusupdate pushed). Ich bleib bei der bisherigen Lösung, hat auch den Vorteil gleich wieder Codeschnipsel für weitere Schandtaten recyclen zu können
-
Ich bräuchte nochmal kurz syntaktische Hilfe:
type: custom:button-card name: Testplug variables: a_alias: alias.0. b_type: Steckdosen. c_name: EG_AZ_SD_Testplug d_suffix_voltage: .VOLTAGE z_fullname: >- variables.a_alias + variables.b_type + variables.c_name + variables.d_suffix_voltage triggers_update: - '[[[ return variables.z_fullname ]]]' styles: grid: - grid-template-columns: 1fr - grid-template-rows: auto - gap: 0px 0px - grid-auto-flow: row - justify-content: center - align-content: center - justify-items: center - align-items: center - grid-template-areas: '"Volt"' - width: 100% - heigth: 100% card: - border-radius: 20px - font-size: 0px - padding: 0px custom_fields: Volt: - background-color: transparent - border: solid 0px - border-radius: 0px - border-color: '#000' - align-items: center - justify-content: center - display: flex - width: 100% - height: 50% - font-size: var(--paper-font-body1_-_font-size) - font-weight: bold - color: '#000' - margin-left: 0px - margin-top: 0px custom_fields: Volt: card: type: markdown theme: blue-red-card-in-card content: '{alias.0.Steckdosen.EG_AZ_SD_Testplug.VOLTAGE} V'z_fullname sollte als Inhalt "alias.0.Steckdosen.EG_AZ_SD_Testplug.VOLTAGE" haben, beinhaltet allerdings (logischerweise) nur den String "variables.a_alias + variables.b_type + variables.c_name + variables.d_suffix_voltage". Wie lautet die korrekte Syntax, um den String in einen Object-Namen (den des Datenpunktes) zu wandeln?
Vorausgesetzt, die obere Frage ist gelöst: komme ich in Zeile 51 mit folgendem Codeschnipsel weiter oder muss ich auch hier anders vorgehen?
content: '{variables.z_fullname} V'So ganz ist mir noch nicht klar, wann ich mit eckigen Klammern (auch mehrfach), geschweiften Klammern, normalen Klammern sowie Apostroph zum Ziel komme. Gibts da irgendwo Lektüre, die ich nur bisher nicht gefunden habe (vermutlich in Ermangelung der korrekten Suchbegriffe)? Try&Error innerhalb der Kartenconfig haut mir jedes Mal die Lovelace-Instanz um die Ohren, sodass ich das Fenster komplett schließen muss, bevor sich Lovelace wieder reibungslos starten lässt.
Danke im Voraus fürs Augen öffnen
Edit: Für alle die sich fragen was ich vor habe: ich versuche mir ein Kartentemplate zu basteln, wo ich nur an einer Stelle den Gerätenamen angebe und der Rest sich dynamisch ergänzt. Die Beispielcard ist nur ein Ausschnitt, in der finalen Card gibts diverse Bereiche im Grid, die mit Leben gefüllt werden sollen. Bisher muss ich für jedes Device 7 Datenpunkte manuell einpflegen, das soll zukünftig der Vergangenheit angehören.
-
Also deine Wünsche in der Card sind schon recht tricky beim umbauen passiert es schnell das Lovelace abstürzt.
Nach einigen Tests ist es so.Falls man die Variablen mit einer Entitäts-ID füllen will sieht das ganze so aus (nicht das was du willst)
Sollen die Variablen einen Datenpunkt enthalten sieht das ganze so aus (für deinen Fall)
Variablen musst du wieder an deine anpassen... Viel Spaß damit
-
@xbit sagte in Test lovelace 4.x:
Variablen musst du wieder an deine anpassen... Viel Spaß damit
Funktioniert 1a, vielen Dank
-
Soweit, sogut. Habe bisher einige Alias-DPs per Variable ansprechen können. Eines habe ich allerdings noch nicht hinbekommen (anbei vorab der verwendete Code):
Zeile 50 beschriftet die Entität mit dem Text switch.EG_AZ_SD_Testplug (nur zu Testzwecken). Versuche ich mit identischem Code in Zeile 48 die Entität per Variable einzubinden, wirft die Card den Fehler t.entity.split is not a function.
Wo liegt hier mein Logikfehler? Wie muss ich das formatieren, um den String (die zusammengesetzte Variable z_switch) zur Einbindung einer Entität zu nutzen?
Gruß und Dank im Voraus
PS: Das ist JAVA-Script, korrekt? Nach welchen Begriffen sollte ich suchen, um mir da mehr Wissen anzulesen?
-
So geht es:
Java Script ist es nicht wirklich würde ich sagen... ab und zu mal bei if abfragen etwas....
Sonst steht eigentlich recht viel in der readme von der Card
Bei den Leuten von HA kann man auch viel zu der Card finden. -
@xbit Klappt einwandfrei, vielen Dank abermals. Mittlerweile habe ich so einige Bausteine zusammen, mit denen sich ganz gut experimentieren lässt.
Für mich als BASIC-Kind (Quick/Power/Visual/VBA) bleiben diverse Zeichen, u.a. ('{[$]}') böhmische Dörfer, aber vllt. fällt der Groschen noch irgendwann.
Dankeschön
-
@Garfonso ich wollt mal nachfragen, ob noch an einer Lösung gearbeitet wird, das ioBroker Viso Problem von außerhalb des Heim-WLANs zu lösen.
Wir hatten dazu mal Thread-Verkehr und über Github. Im WLAN gehts mit der Visu App und Lovelace, über Mobile Daten oder anderem WLAN aber bleibt alles bei der Ladeanimation hängen. 1 von 30x funktioniert durch irgendeinen Zufall dann der Zugriff. Im Log leider nicht wirklich was zu sehen.
Bin hier grad im Nachbarland und greife über die ioBroker Visu App bzw alternativ über iobroker.pro imWeb zu: Admin geht, iQontrol geht, Lovelace nicht. Im Log steht das:
Interessant sind die Cloud Fehler (die anderen ignorieren, Pihole zickt, Homeconnect und Viessmann hatten WLAN Probleme zuhause)…
