NEWS
Test lovelace 4.x
-
@xbit said in Test lovelace 3.x:
Leider kommt im Datenpunkt beim umstellen der Uhrzeit ein ":undefined" hinzu
Ok, das scheint aus der Timepickercard zu kommen, und wenn du keine Sekunden einstellen willst, wird das immer kommen.
Ich habe eingebaut, dass ein string value auch auseinander genommen wird und neu zusammen gebaut, um das zu verhindern. Guck mal, ob es mit der git Version jetzt funktioniert.
-
@xbit said in Test lovelace 3.x:
Bei Nutzung vom Popup (Browser_Mod) mit dem Inhalt aus einen Datenpunkt (als markdown) verabschiedet sich das Lovelace UI
Bitte den Content der markdown Karte in Anführungszeichen setzen.... irgendwas interpretiert Lovelace da und macht es kaputt... (habe jetzt was gebaut, dass es nicht mehr crasht, aber es funktioniert auch trotzdem nicht, weil noch : null mit dran gehängt wird ).
-
Sorry hatte vergessen es zu schreiben wird vor dem Datenpunkt ein <center> gesetzt ist alles i.O.
tap_action: action: fire-dom-event browser_mod: service: browser_mod.popup data: title: eingeschaltete Lampen content: type: markdown content: <center> {0_userdata.0.Home.Status.Lampen.Text} </center>
da der center Befehl eh keine rolle spielt reicht es mir so und es läuft
PS: schön dass du wieder da bist und gute Besserung
-
Jetzt kommt beim umstellen über Lovelace mit der Git Version das raus:
NaN:NaN:NaN
Zum Datenpunkt es ist ein selbst erstellter für meine Rollosteuerung z.B. Frühste Öffnungszeit am Werktag oder Wochenende.
Bei dieser Zeit machen Sekunden nicht so viel Sinn...Noch etwas anderes... ich versuche die Geodaten von meinem Auto anzuzeigen, Mit den Handys klappt es ja ganz gut aber beim Auto nicht, es wird kein geo_location entity erstellt weder beim Datenpunkt direkt aus dem Mercedes Adapter noch aus einen selbst erstellten. Hier mal der Datenpunkt (vom selbst erstellten):
Objektdaten vom Datenpunkt Longitude:
wie bekomme ich da was hin mit der automatischen Erkennung?
-
@garfonso Ich habe und hatte nie eine browser_mod Card installiert.
Cache, etc. habe ich bei fully mehrfach gelöscht.
Die Instanzen mehren sich weiterhin in den Objekten.
Ja, readme hatte ich gelesen -
@xbit
ok.. hm.. da muss ich dann wohl doch nochmal genauer gucken und mir die Karte im Testsystem installieren. Vermutlich erst Ende der Woche.zur geo_location:
die Datenpunkte mag der type-detector nicht, weil er nachwrite: false
sucht. (Sinn ist: Der User soll nicht die Position eintragen, sondern die kommt von einem Adapter oder sonst "von außen").@lessthanmore said in Test lovelace 3.x:
@garfonso Ich habe und hatte nie eine browser_mod Card installiert.
Cache, etc. habe ich bei fully mehrfach gelöscht.
Die Instanzen mehren sich weiterhin in den Objekten.
Ja, readme hatte ich gelesenHm... steht irgendwas im iobroker-log? Kannst du beim fully nen log exportieren lassen?
Ich hatte das hier mit fully nicht.. kann aber sein, dass da irgendwo was schief geht. Der browser_mod kann bei fully irgendwie nochwas mehr... hm. Muss ich mal gucken. Sonst muss ich browser_mod doch wieder optional machen. grübel
-
Danke für die Info.. Beim Mercedes Adapter ist der Datenpunkt auf write: false dort wird er auch nicht erkannt.
Objektdaten:
Die Baumstruktur sieht hier aber anders aus weil lat. und long. einen eigenen Ordner haben was eventuell nicht gut ist für die Erkennung in Lovelace (deswegen habe ich auch die eigenen Datenpunkte angelegt und getestet)
ich schaue mal ob ich den Datenpunkt unter userdata auf write: false bekomme und es klappt.
(Edit: nein scheint nicht zu reichen)Edit2:
Habe jetzt die lat. und long. vom Adapter (aus den getrennten Ordnern) mit dem Aliasadapter in einen Ordner gepackt und siehe da es geht.
KA warum ich das nicht schon früher so getestet habe.Danke für die Hilfe
-
@garfonso Error Meldungen habe ich keine, weder lovelace noch fully Adapter.
Im Log von Fully selbst steht auch nichts.Wie gesagt, sehe nur unter Objekte, dass dort recht schnell viele Instanzen entstehen (inkl. darin enthaltenen DP > 30.000).
Diese lösche ich von Zeit zu Zeit. -
@xbit said in Test lovelace 3.x:
Jetzt kommt beim umstellen über Lovelace mit der Git Version das raus:
NaN:NaN:NaNHm.. also das hatte ich eben auch mal, da war der Datenpunkt aber noch leer. Jetzt passiert es nicht mehr.
Allerdings ist mir aufgefallen, dass "has_date" im default auf true gestellt wird, das UI das aber nicht so darstellt. Mach mal "Datumseingaben zulassen" an, speichern und dann nochmal aus und wieder speichern. Da war nochwas krum und kann zu dem Problem führen (weil dann versucht wird ein Datum zu lesen, was nicht da ist).
-
Das aktivieren und deaktivieren hat leider keine Änderung gebracht.
Vielleicht liegt es auch an der Card.. -
@xbit sagte in Test lovelace 3.x:
Habe jetzt die lat. und long. vom Adapter (aus den getrennten Ordnern) mit dem Aliasadapter in einen Ordner gepackt und siehe da es geht.
KA warum ich das nicht schon früher so getestet habe.Dafür nehme ich den Places Adapter. Der bekommt auch von meinen anderen Adaptern die Koordinaten.
So hat man alles an einer Stelle für seine Skripte und hat noch ein paar zusätzliche Funktionen vom Adapter.
-
Hallo zusammen,
ich versuche die unterschiedlichen Cards zu verstehen. Aktuell schaue ich mir den Entität Filter an.
Folgender Code funktioniert:
type: entity-filter entities: - switch.Keller_Gefrierschrank_3 - switch.Keller_Gefrierschrank_4 - switch.Keller_Gefrierschrank_5 state_filter: - 'on' card: type: entities
Kann ich die Liste der entities programmatisch ändern? Ich stelle mir vor, dass ich einen iobroker Datenpunkt angebe, in dem entweder nur die Liste der entities steht (als json?) oder der ganze Inhalt der Card (siehe oben).
Oder muss man das ganz anders angehen?
-
Ich glaube du kommst um das manuelle Einfügen nicht drumherum.
Es gibt zwar in HA die Möglichkeit einer Gruppierung (als Entity), aber ob das im ioB klappt... Eher nicht.So, wie du es gemacht hast, ist es richtig!
-
@xbit said in Test lovelace 3.x:
Das aktivieren und deaktivieren hat leider keine Änderung gebracht.
Vielleicht liegt es auch an der Card..In meinem Testsystem ging die Karte irgendwie gar nicht...
@dering said in Test lovelace 3.x:
Kann ich die Liste der entities programmatisch ändern?
Dafür gibt es die auto-entities Karte. Da kannst du mit filtern die entities zusammen stellen. Damit hab ich z.B. Karten für alle Batteriewarnungen und sowas (da dann Filter auf binary_sensor und device class battery und so), als Beispiel:
type: custom:auto-entities card: type: entities title: Batterie Warnungen filter: include: - domain: binary_sensor attributes: device_class: battery state: 'on' options: state_color: true
-
@garfonso
Vielen Dank für den Tipp ich werde es testen. -
SUPER!!!
-
Hallo zusammen,
wenn ich bei der Popup-Card den linken und/oder rechten Button definiere und die action auf light.turn_on oder off setze funktioniert das nicht.
Sollte es gehen oder ist es ohne Funktion?
type: custom:popup-card title: Lights content: type: entities entities: - light.Decke_Schraege_3xLED_GU10 - light.Decke_Schraege_3xLED_GU10 - light.Decke_Schraege_3xLED_GU10 right_button: Alle AUS left_button: Alle AN dismissable: true right_button_action: light.turn_off left_button_action: light.turn_on entity: light.Buero_Licht_Decke card: type: entities entities: - light.Bad_Deckenlicht - light.Lounge_Spot - light.Dimmer_Flur
-
@nukleuz
doch, müsste gehen. Aber du musst die Action schon komplett definieren, siehe hier: https://www.home-assistant.io/dashboards/actions/#tap-actionIn deinem Fall also:
type: custom:popup-card title: Lights content: type: entities entities: - light.Decke_Schraege_3xLED_GU10 - light.Decke_Schraege_3xLED_GU10 - light.Decke_Schraege_3xLED_GU10 right_button: Alle AUS left_button: Alle AN dismissable: true entity: input_datetime.input_datetime_string2 card: type: entities entities: - light.Bad_Deckenlicht - light.Lounge_Spot - light.Dimmer_Flur right_button_action: action: call-service service: light.turn_off data: entity_id: - light.Bad_Deckenlicht - light.Lounge_Spot - light.Dimmer_Flur left_button_action: action: call-service service: light.turn_on data: entity_id: - light.Bad_Deckenlicht - light.Lounge_Spot - light.Dimmer_Flur
(ob man es irgendwie hinbekommt, die entity_ids da nicht dreimal zu haben, hab ich ehrlich gesagt noch nicht begriffen...)
-
Leider funktioniert der Code nicht - die Buttons bleiben ohne Funktion... Mhhh..
-
nochmal zu der Sache mit der "time-picker-card"
Wenn ich einen Datenpunkt habe mit HH:MM:SS und dieser mindestens 1x mit der "entities" Card
geändert wird geht anschließend auch die "time-picker-card" ohne Fehler (NAN:NAN:NAN)wird der Wert vorher nicht mit der der "entities" Card geändert funktioniert auch die "time-picker-card" nicht
Hast du dazu eine Idee?