Test Adapter lovelace v1.2.x
-
Hab es grad zwischenzeitlich auf number abgeändert.
Jetzt kann ich eine Zeit eingeben.
Wenn ich über lovelace 13:55 eingebe kommt im Datenpunkt 1649591700000 -
@david-g said in Test Adapter lovelace v1.2.x:
Hab es grad zwischenzeitlich auf number abgeändert.
Jetzt kann ich eine Zeit eingeben.
Wenn ich über lovelace 13:55 eingebe kommt im Datenpunkt 1649591700000Ja, wenn du dann die Rolle auf value.time änderst, zeigt dir Admin die Uhrzeit.
Das ist dann ein timestamp (Linux Zeit, Sekunden seit 1.1.1970 z.B. mit Epoche Converter umwandelbar) -
Also wird bei der Uhrzeit immer ein Datum mit übergeben?
-
Hab mal mein oben erwähntes Ausklappmenü in meine Sonoff-Tabelle integriert.
Macht sich ganz gut.
-
@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. -
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.
-
@garfonso danke, schaue ich mir morgen an
-
@david-g
Ok, also bei String wird jetzt dieses Format unterstützt:2022-04-10 15:13das ist auch soweit ich sehe, was lovelace eh erwartet. Wichtig ist das Leerzeichen. Ohne Datum natürlich dann15:13(optional mit Sekunden, wobei die im UI nicht auftauchen) bzw. ohne Uhrzeit dann2022-04-10. Wobei man darauf achten muss, dass das Format stimmt, besonders wenn man was umstellt, da reagiert das UI empfindlich. -
Besten Dank es läuft
-
@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
-
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.
-
@nightwatcher
ja. Stimmt. Probier mal die Version von Github ( https://github.com/Garfonso/iobroker.lovelace ) und sag mir, ob es damit geht. -
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 stelleIst nicht oberwichtig aber vielleicht nur eine Kleinigkeit?
-
@xbit
äh... das ist ein Thema, mit dem ich mich nicht gut auskenne... ich gucke mal. -
@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. -
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? -
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.
-
@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?
-
@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
TEMPERATUREeinträgt. Der Name des states ist dabei in 90% der Fälle egal. Guck mal, ob die Rolle passt, das ist der wichtigste Hinweis, solltelevel.color.temperaturesein. -
@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
