Test lovelace 4.x

[XBiT]

@garfonso

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

[XBiT]

@garfonso

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):

Spoiler

Objektdaten vom Datenpunkt Longitude:

Spoiler

{
 "common": {
   "read": true,
   "write": true,
   "name": "V-Klasse_Longitude",
   "type": "number",
   "desc": "V-Klasse GPS Longitude",
   "role": "value.gps.longitude",
   "custom": {
     "sql.0": {
       "enabled": true,
       "storageType": "",
       "counter": false,
       "aliasId": "",
       "debounceTime": 0,
       "blockTime": 0,
       "changesOnly": false,
       "changesRelogInterval": "0",
       "changesMinDelta": 0,
       "ignoreBelowNumber": "",
       "disableSkippedValueLogging": false,
       "retention": "31536000",
       "customRetentionDuration": 365,
       "maxLength": 10,
       "enableDebugLogs": false,
       "debounce": 0
     }
   }
 },
 "native": {},
 "type": "state",
 "_id": "0_userdata.0.Auto.V-Klasse.V-Klasse_Longitude",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1672142552372
}

wie bekomme ich da was hin mit der automatischen Erkennung?

[lessthanmore]

@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

[Garfonso]

@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 nach write: 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 gelesen

Hm... 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

[XBiT]

@garfonso

Danke für die Info.. Beim Mercedes Adapter ist der Datenpunkt auf write: false dort wird er auch nicht erkannt.

Objektdaten:

Spoiler

{
 "type": "state",
 "common": {
   "name": "doubleValue",
   "role": "value.gps.longitude",
   "type": "number",
   "write": false,
   "read": true
 },
 "native": {},
 "_id": "mercedesme.0.WDF44781313515234.state.positionLong.doubleValue",
 "acl": {
   "object": 1636,
   "state": 1636,
   "owner": "system.user.admin",
   "ownerGroup": "system.group.administrator"
 },
 "from": "system.adapter.admin.0",
 "user": "system.user.admin",
 "ts": 1671963760005
}

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)

Spoiler

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

[lessthanmore]

@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.

[Garfonso]

@xbit said in Test lovelace 3.x:

Jetzt kommt beim umstellen über Lovelace mit der Git Version das raus:
NaN:NaN:NaN

Hm.. 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).

[XBiT]

@garfonso

Das aktivieren und deaktivieren hat leider keine Änderung gebracht.
Vielleicht liegt es auch an der Card..

[David G.]

@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.

[dering]

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?

[nukleuz]

@dering

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!

[Garfonso]

@xbit said in Test lovelace 3.x:

@garfonso

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

[dering]

@garfonso
Vielen Dank für den Tipp ich werde es testen.

[nukleuz]

@garfonso

SUPER!!!

[nukleuz]

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

[Garfonso]

@nukleuz
doch, müsste gehen. Aber du musst die Action schon komplett definieren, siehe hier: https://www.home-assistant.io/dashboards/actions/#tap-action

In 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...)

[nukleuz]

@garfonso

Leider funktioniert der Code nicht - die Buttons bleiben ohne Funktion... Mhhh..

[XBiT]

@garfonso

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

Spoiler

type: entities
entities:
 - entity: >-
     input_datetime.XXXX

geändert wird geht anschließend auch die "time-picker-card" ohne Fehler (NAN:NAN:NAN)

Spoiler

type: custom:time-picker-card
entity: >-
 input_datetime.XXXX
hour_mode: 24
hour_step: 1
link_values: false
minute_step: 1
second_step: 1

wird der Wert vorher nicht mit der der "entities" Card geändert funktioniert auch die "time-picker-card" nicht

Hast du dazu eine Idee?

[Banis]

Hallo zusammen,

spricht eigentlich etwas dagegen den Port von lovelace auf 80 zu ändern?

[Garfonso]

@nukleuz said in Test lovelace 3.x:

@garfonso

Leider funktioniert der Code nicht - die Buttons bleiben ohne Funktion... Mhhh..

Hm... also bei mir machen die Knöpfe, wenn sie tatsächlich im Popup gedrückt werden (die Karte ist, wenn ich sie definiere auch so sichtbar, da machen die Knöpfe aber gar nichts), einen service-call der "eigentlich" funktionieren müsste. Siehst du denn dazu was im log?

@xbit said in Test lovelace 3.x:

Hast du dazu eine Idee?

Wenn ich dich richtig verstanden habe, gab es noch ein Problem, wenn der adapter neugestartet ist? Da hab ich nochmal etwas geändert und stelle sicher, dass "das richtige" im state / den attributen steht. Hm.. Wenn du magst, teste nochmal mit der git version.

@banis said in Test lovelace 3.x:

spricht eigentlich etwas dagegen den Port von lovelace auf 80 zu ändern?

Wenn da bei dir bisher nichts anderes läuft, dann nicht, nein.