Schriftfarbe in Sitemap abhängig vom Wert

[Galadriel13]

Hallo zusammen,

ich glaube, wir meinen alle etwas anderes.
Ich erstelle kein Widget.

Ich habe unter Pages eine Sitemap erstellt, die ich in einer Art Listenansicht auf dem Handy nutze, also kein Widget.
In dieser Listeansicht wollte ich die Schriftfarbe je nach Wert ändern lassen.

Ich habe zum besseren Verständnis mal ein paar Screenshots dazu gemacht, wo ich die Sitemap erstellt und den Code eingefügt habe.

Viele Grüße.

[udo1toni]

ich glaube, wir meinen alle etwas anderes.
Ich erstelle kein Widget.

Nein, wir reden schon genau von der gleichen Sache
Die Sitemap besteht aus Widgets. In Deinem Fall das Default Widget, im Zweifel wäre aber das Text Widget besser - wobei das keine Rolle spielen sollte - valuecolor steht für alle Widgets zur Verfügung.

Ist das Item Logo8_1_Analoge_Ausgange_NAQ4 vom Typ Number?

[peter-pan]

Ich hab mal in einer alten Version von meiner Sitemap nach so einem Vergleich geschaut, da hab ich die Vergleichswerte, da numerisch (und größer als...., kleiner als...), nicht in Hochkomma gestellt.
Beispiel:

Code: Alles auswählen

Default item=localHourlyForecastWindchill_00  valuecolor=[>=90="fuchsia",>=25="red",>=18="orange",>=12="blue",>=8="green",>=4="teal",<4="silver"]
                                                          labelcolor=[>=90="fuchsia",>=25="red",>=18="orange",>=12="blue",>=8="green",>=4="teal",<4="silver"]
                                                          label="Windfrösteln aktuell"

Ich die Sitemap (BasicUI)aber nicht mehr im Einsatz. Deshalb kann ich nicht testen. Ansonsten kann ich nur auf das Handbuch, besonders den Hinweis "Reihenfolge" verweisen.

Edit: Hab gerade noch mal den ganzen thread gelsen. Peter und Udo haben eigentlich schon alles beschrieben. Das sollte also funktionieren.

[Galadriel13]

Danke euch allen für euren Input.

Es läuft nicht, aber es ist auch nicht dramatsich.
Es wäre eine nette Option gewesen, aber ohne funktioniert das auch.

@ udo1toni:
Ja, das Item Logo8_1_Analoge_Ausgange_NAQ4 ist vom Typ Number.

[PeterA]

So schnell geben wir hier aber nicht auf

Welchen Wert hat denn das Item ?

[Galadriel13]

So schnell geben wir hier aber nicht auf

Welchen Wert hat denn das Item ?

Danke, dann schauen wir mal.
Ich habe hier mal drei Screenshots gemacht.

Der Vollständigkeit halber sei erwähnt, dass ich mit einer Transform-Datei den Wert der Logo umrechne:

(function(i) {
return parseFloat(i) / 100 + " bar"
})(input)

[udo1toni]

Ja, das ist völlig falsch. Im Item steht 23, nicht 0.23 bar. Du haset ja lediglich die Anzeige manipuliert (das Pattern der state Description).

Ich bin mir nicht sicher, wie openHAB sich bei Channels verhält, die kein UoM unterstützen, deshalb zwei Varianten.
1. Möglichkeit:
Im Link (!) zwischen Channel und Item gibt es das Profile, dieses setzt Du auf JS und den Parameter dazu auf Umrechnung_Druck.js.
Ganz wichtig: Du änderst außerdem das Item auf den Itemtyp Number:Pressure. Weiterhin trägst Du als unit noch bar ein (das geht über die Metadaten). Im state Description Pattern trägst Du %.2f bar ein.
Sollten die Werte übernommen werden, super.
Sollte das nicht klappen, so musst Du vermutlich auf UoM verzichten, also
2. Möglichkeit:
1. Das Script ändern auf

Code: Alles auswählen

(function(i) {
return parseFloat(i) / 100
})(input)

Das Item bleibt ein Number Item, das Script wird aber genauso im Link eingerichtet, nicht in der state Description.
Da Items vom Typ Number keine Metadaten unit haben, lässt Du die weg, das state Description Pattern bleibt aber bei %.2f bar, so wird dennoch das bar mit angezeigt, im ITem ist aber nun der nackte Zahlenwert vorhanden.
So oder so sollte anschließend die Farbe funktionieren, da der Wert nun nicht mehr um den Faktor 100 zu groß ist.

[Galadriel13]

Hallo udo1toni,

Mensch, vielen Dank für deine Mühen und deine Ausdauer.
Das ist wirklich Klasse-danke.

Ich habe die erstere Option verfolgt.
Dies funktioniert soweit fast alles, jedoch wird der Wert in der Sitemap nur Fett und in Schwarz dargestellt, nicht aber in der Farbe Rot oder Grün, wie im valuecolor definiert.

Die Anzeige der Kommastellen, etc. ist richtig, also analog der bisherigen Vorgehensweise.
Kannst du bitte noch angeben, wo ich in den Metadaten, außer unter Patter die UNIT finde, in der ich bar eintragen soll?

Ich habe anbei noch einmal ein paar Bilder angehängt.

Schönen Tag.

[udo1toni]

Kannst du bitte noch angeben, wo ich in den Metadaten, außer unter Patter die UNIT finde, in der ich bar eintragen soll?

Tatsächlich momentan gar nicht, ich hatte übersehen, dass Du noch auf openHAB3.2 unterwegs bist...

unit im Item ist erst mit openHAB4 eingeführt worden, dort ist es essentiell, in openHAB3.2 fehlt der Parameter leider (was zur Folge hat, dass Du, wenn Du im Pattern die Unit änderst, Sprünge in der Persistence hast, weil diese sich in OH3 auch am Pattern orientiert.

Das Problem mit der valuecolor könnte auch auch mit Deiner Version von openHAB zu tun haben (unwahrscheinlich, aber eben nicht unmöglich).
valuecolor existiert schon seit OH1.x, es sollte also funktionieren, aber ich habe hier kein so altes openHAB System mehr rumliegen und 3.2 könnte ich allenfalls als Container aufsetzen, weil dort die Dateien noch als Download bereitstehen.
Aber ich mutmaße mal, dass Dein openHAB NICHT als Docker Container läuft, das ist also dann eher eine Null-Aussage, wenn es in Docker funktioniert, zu viele andere Faktoren...

Mein Ratschlag wäre also, dass Du zumindest mal auf OH3.4.5 updatest, schau vorher unbedingt in die Release notes wegen Deiner Binding (Du musst leider alles zwischen 3.2 und 3.4.5-2 überfliegen...), was Du beachten musst.
Du kannst auf jeden Fall damit rechnen, ein paar kleinere Änderungen an Deiner Konfiguration vornehmen zu müssen, dafür bist Du anschließend aber zumindest auf der aktuellen 3er Version, und die Änderungen sollten eher überschaubar sein.
Besser wäre, auch noch den Umstieg auf OH4 zu erledigen, inzwischen sind wir bei stable schon bei OH4.0.3 und die meisten übersehenen Fehler sind raus, läuft bei mir aber auch schon seit OH4.0.0 super stabil, liegt natürlich auch an den von mir verwendeten Bindings.
Denn Du die Hauptversion wechselst, sind allerdings etliche Änderungen vorprogrammiert, abhängig von den Dingen, die Du nutzt, aber z.B. JS fällt als eigenständiger Transformation Service weg, dafür musst Du dann JavaScript Scripting installieren, welches die Transformation mit erledigt. Grund für diese Änderung: in openHAB4 kannst Du Transformation Scripte mit jeder Script Engine erstellen, die Du installiert hast (selbst DSL funktioniert)

[Galadriel13]

Vielen Dank, udo1toni.

Ich glaube, ich belasse es dann eher bei dem Ansatz, die Werte farbig darstellen zu können, als dass ich jetzt das komplette System update.
Das ist zwar von Zeit zu Zeit schon nötig (ggf. auch aus Sicherheitsaspekten), aber aktuell für mich nicht.

Meist läuft halt doch nicht alles 1:1 und man muss, wie du schon gesagt hast, einiges anpassen.
Momentan läuft alles super gut, dabei belasse ich das vorerst einmal.

Nochmals vielen Dank an alle und für die großartige Unterstützung.