Test Adapter lovelace v1.2.x

[David G.]

@garfonso

Also wird bei der Uhrzeit immer ein Datum mit übergeben?

[David G.]

Hab mal mein oben erwähntes Ausklappmenü in meine Sonoff-Tabelle integriert.

Macht sich ganz gut.

[Garfonso]

@david-g
ja. Bei Number auf jeden Fall. Das Datum ist dann immer das aktuelle Datum.

Bezüglich String müssten wir uns ein wenig darauf einigen, wie das aussehen soll, dann kann ich das auch einbauen. Bisher wird das, was im state steht einfach in new Date() reingeworfen und geguckt, ob das funktioniert.

[David G.]

@garfonso

Mach das so, wie du es am besten findest. Wenn man mit in einem Skript mit arbeitet, kann man ja alles entsprechend verarbeiten.

Am übersichtlichsten wäre es denke nur mit der Zeit.

[Raducanu]

@garfonso danke, schaue ich mir morgen an

[Garfonso]

@david-g
Ok, also bei String wird jetzt dieses Format unterstützt: 2022-04-10 15:13 das ist auch soweit ich sehe, was lovelace eh erwartet. Wichtig ist das Leerzeichen. Ohne Datum natürlich dann 15:13 (optional mit Sekunden, wobei die im UI nicht auftauchen) bzw. ohne Uhrzeit dann 2022-04-10. Wobei man darauf achten muss, dass das Format stimmt, besonders wenn man was umstellt, da reagiert das UI empfindlich.

[XBiT]

@garfonso

Besten Dank es läuft

[Raducanu]

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

@raducanu
Das war ein Problem mit nicht Ganzahligen RGB Werten, die mein Code da aber erwartet hat (und die standardkarte auch ausschließlich liefert). Bei einzelnen r/g/b states trat das Problem (natürlich) nicht auf, nur bei der Umwandlung in den HEX String. Sollte jetzt auch gefixt sein (siehe Github URL in vorherigem Beitrag)

PS: getestet mit mushroom.js 1.4.0.

Funktioniert, Vielen Dank

[NightWatcher]

Installierte Version: 2.1.4

Problem ist, dass bei Dimmern Lovelace den Dimmwert immer vom SET Objekt, anstatt vom ACTUAL Objekt ausliest. Kennt das Problem jemand?

Wenn ich zuletzt über Lovelace einen Dimemr auf 70 Prozent gedimmt habe, dann steht bei Set 70 und actual auch 70. Soweit okay. Schalte ich dann das Licht z.b. über den ON_SET Button aus, dann wird nur der Wert an ACTUAL geändert. Ist soweit auch okay. Wenn jetzt aber das Licht über ON_SET wieder eingeschaltet wird, dimmt er das Licht auf 100% hoch. Auf ACTUAL steht 100 (kommt von KNX genau so). SET steht aber nach wie vor auf dem zuletzt über die UI geänderten Wert von 70. Das ist so passend. Aber die UI zeigt eben auch 70 an. Holt also den Wert von SET und nicht von ACTUAL.

[Garfonso]

@nightwatcher
ja. Stimmt. Probier mal die Version von Github ( https://github.com/Garfonso/iobroker.lovelace ) und sag mir, ob es damit geht.

[XBiT]

@Garfonso

kannst du bei Gelegenheit mal über den Themen Editor schauen?
Zur Zeit mache ich die Änderungen immer im Notepad++ und kopiere sie nur rein + Speichern.

Die wichtigsten Punkte sind.
*Text ist im Dark Mode nicht Lesbar.
*Beim Edit springt der Cursor immer nach einer Eingabe an die letzte stelle

Ist nicht oberwichtig aber vielleicht nur eine Kleinigkeit?

[Garfonso]

@xbit
äh... das ist ein Thema, mit dem ich mich nicht gut auskenne... ich gucke mal.

[NightWatcher]

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

@nightwatcher
ja. Stimmt. Probier mal die Version von Github ( https://github.com/Garfonso/iobroker.lovelace ) und sag mir, ob es damit geht.

Sorry für die späte Antwort. Kam erst heute dazu, mal wieder zu aktualisieren und zu testen. Die ersten Tests scheinen positiv zu sein Wenn mir noch mal was auffällt, melde ich mich. Danke schonmal für die Hilfe.

[IdleBit]

Moin die Runde,

ich habe anscheinend ein Problem mit den Historischen Daten die aus meiner InfluxDB 2.x stammen.
Die Werte werden falsch dargestellt, obwohl dieser per History API (history_data.json) korrekt geliefert werden.

Jemand oder @Garfonso ein Tipp wo ich suchen kann?

[NightWatcher]

Habe noch was

Kannst du bei der hue lampe vielleicht nicht nur colortemp als Objekt Für die Farbtemperatur auslesen, sondern auch "temperature". der iobroker Adapter "Devices" gibt den Namen bei Hue-Licht so vor.

[Garfonso]

@idlebit
Es gab mal ein Issue mit Influx: https://github.com/ioBroker/ioBroker.lovelace/issues/201 - Das scheint hier aber nicht das Problem zu sein (ist aber vermutlich auch nicht gefixt... hm).

Das ist ein einfaches Sensor entity? Es gibt (z.B. für History von GPS-Positionen, damit man auf der Map die Spur anzeigen kann ) einen relativ komplizierten Code, der attribut-Werte zu den Statewerten versucht zu finden. Aber das sollte hier auch nicht das Problem sein...

Im json finde ich zwei Einträge mit state "unknown". Kann da der Wert null gewesen sein oder sowas? grübel Oder wird da irgendwo 0 auf unknown gebogen?

PeterVoronov created this issue in ioBroker/ioBroker.lovelace

closed The graphs is not cover full period with History from InfluxDB #201

[Garfonso]

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

Kannst du bei der hue lampe vielleicht nicht nur colortemp als Objekt Für die Farbtemperatur auslesen, sondern auch "temperature". der iobroker Adapter "Devices" gibt den Namen bei Hue-Licht so vor.

Hm? Lovelace nimmt für Farbtemperatur den state, den der type-detector (darauf basiert auch der devices adapter, i.e. die gefunden states / bei einem selber erzeugten Alias) bei TEMPERATURE einträgt. Der Name des states ist dabei in 90% der Fälle egal. Guck mal, ob die Rolle passt, das ist der wichtigste Hinweis, sollte level.color.temperature sein.

[IdleBit]

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

Das ist ein einfaches Sensor entity?

Ja das ist es

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

Im json finde ich zwei Einträge mit state "unknown". Kann da der Wert null gewesen sein oder sowas? grübel Oder wird da irgendwo 0 auf unknown gebogen?

Ein null kann eigentlich nicht vorkommen.
Aber ich habe grad mal die Daten direkt in der InfluxDB angesehen.

Da habe ich auch paar komische Ausschlage... aber andere wie im Lovelace.. alles schon komisch

[Garfonso]

Wer mag, kann von meinem Repository aktualisieren ( https://github.com/Garfonso/iobroker.lovelace ) und browser_mod support ausprobieren.

Für jeden Browser / Client wird im Ordner instances ein Unterordner mit der ID angelegt. Darin erscheinen einige Objekte, die z.B. vom Frontend aktualisiert werden (z.B. auf welcher Seite es gerade ist, ob das Frontend sichtbar ist, Infos zur Batterie, die aber vermutlich nur aktualisiert werden, wenn das Frontend sichtbar ist usw...) und mit denen man einiges fernsteuern kann.

Die ID sollte halbwegs stabil sein, die wird im Local Storage vom Browser gespeichert. Mal sehen...
Sollte ich noch Objekte zur Steuerung von allen (verbundenen) Clients hinzufügen? Macht vermutlich Sinn (und die Skripte einfacher), oder?

[David G.]

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

Sollte ich noch Objekte zur Steuerung von allen (verbundenen) Clients hinzufügen? Macht vermutlich Sinn (und die Skripte einfacher), oder?

Wäre cool

Grad auf git gefunden. Ist das so noch aktuell?

Hi,

also installieren sollte gehen. Ist aber etwas komplizierter.

https://github.com/thomasloven/hass-browser_mod/releases das neuste Zip runterladen
aus dem Zip im Ordner custom_components\browser_mod die browser_mod.js als custom-card installieren
dann noch hier https://github.com/thomasloven/lovelace-card-tools die card-tools.js runterladen und ebenfalls als custom-card installieren.

Edit:
Hab es einfach mal so gemacht.
Die entsprechenden Datenpunkte werden angelegt.
Die Sachen mit true und false klappen auch.
Wie das mit den Popups etc klappt muss ich mal noch nachsehen.

Hab was rumprobiert mit den Datenpunkten:

• toast

data:
  message: Short message

Bekomme eine Meldung

• More_info

data:
  entity_id: light.Deckenlicht

passiert nichts

• Popup

data:
  title: Popup example
  card:
    type: entities
    entities:
      - light.steckdose_licht_fernseher
      - light.Deckenlicht

passiert nichts.

2 Karten wie oben installiert.
Zum testen auch mal die ganzen anderen js Dateien.