Harka hat geschrieben: ↑13. Sep 2023 21:40
ist auch etwas versteckt
unter Things/DeinSensor/Channels/DeineLuftfeuchte/Configure Channel musst Du "Show advanced" anklicken
Alternativ kannst Du in der Codeansicht die Unit auch so ergänzen
In der Modellansicht gibt es bei Add Metadata auch noch die neue Option "Unit"
Da die Anzeige zT erst nach dem Eingang eines neuen Messwertes angepasst wird -> zwischendurch immer mal den Sensor anhauchen
Ahso das war das, klar das hab ich immer gemacht gehabt.
Was ich auch nicht verstehe,
unter things/channels/luftfeuchtigkeit steht 61% wenn ich jetzt auf die hauptseite und dann geräte gehe steht da 1% und wenn ich dann auf den Raum klicke steht wieder der richtige Wert da.
Auch in HabPanel steht 0,xx%
Ja, das ganze kann auch schon mal nerven, gerade weil es beim nächsten Sensor (WiFi o.ä.) schon wieder etwas anders gelöst werden muß.
Für Dein jetziger Fehler probier mal, wie bereits erwähnt: In der Modellansicht gibt es bei Add Metadata auch noch die neue Option "Unit"
Harka hat geschrieben: ↑14. Sep 2023 17:58
Ja, das ganze kann auch schon mal nerven, gerade weil es beim nächsten Sensor (WiFi o.ä.) schon wieder etwas anders gelöst werden muß.
Für Dein jetziger Fehler probier mal, wie bereits erwähnt: In der Modellansicht gibt es bei Add Metadata auch noch die neue Option "Unit"
Danke damit hat es bei 1 von 4 Sensoren geklappt
Das ist echt zum verzweifeln.
Auch der Aufbau ist für mich komplett undurchsichtig.
PS: Wie kann es sein, 2 gleiche,identische Sensoren, 2 komplett identische Configs bis auf den Namen und 1 geht, 1 nicht
Ich möchte dazu folgendes beisteuern (und der Text unten bezieht sich ausdrücklich auf openHAB4) :
Punkt 1: Wenn ein Number Channel als Wert QuantityType liefert (das heißt, es wird eine Einheit mit übergeben), dann ist der einzig korrekte Weg der Verknüpfung ein QuantityType Item (Number:<Quantity>), wobei der Untertyp zur Einheit passen muss, also z.B. bei % der Typ Number:Dimensionless.
Punkt 2: bei einem QuantityType Item muss zwingend der Parameter unit gesetzt werden, und zwar passend zur Einheit, z.B. unit="%". Der Parameter unit bestimmt dabei, in welchem Format der Status gehalten wird (und damit z.B. auch, was in der Persistence gespeichert wird - die Persistence kann die Einheit nicht mit speichern).
Punkt 3: Über die Metadaten kann man die stateDescription setzen (dort das Pattern) um die Anzeige des Wertes zu beeinflussen. Die Anzeige ist unabhängig vom Format im Item, man kann z.B. einen Channel haben, der eine Temperatur als Ganzzahl bekommt, allerdings in Zehntelgrad Celsius, also z.B. 225 für 22,5°C. Da die Temperatur über mqtt rein kommt, gibt es auch im Channel einen Parameter unit den wir "einfach" auf "d°C" setzen. d steht für Dezi, also Zehntel. Das Item ist dann vom Typ Number:Temperature, vielleicht bist Du wissenschaftlich interessiert und möchtest deshalb, dass die Temperatur in Kelvin gespeichert wird, also unit="K". Für das tägliche Leben ist abe ide Anzeige in °C mit einer Nachkommastelle netter, also stateDescription pattern="%.1f °C"
Wenn alle Parameter zueinander passen, funktioniert das ganze System zuverlässig, es ist aber unabdingbar, dass alles zueinander passt. Channeltyp (incl. Einheit), Itemtyp (und Untertyp) sowie die Unit, welche natürlich auch zur Einheit des Channels passen muss, und zu guter Letzt auch noch die stateDescription, zumindest wenn man eine vernünftige Anzeige in der Main UI haben möchte (nutzt man nur Sitemaps, kann man die Anzeige auch dort über das Label setzen...)
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet
den wir "einfach" auf "d°C" setzen. d steht für Dezi, also Zehntel. Das Item ist dann vom Typ Number:Temperature, vielleicht bist Du wissenschaftlich interessiert und möchtest deshalb, dass die Temperatur in Kelvin gespeichert wird, also unit="K". Für das tägliche Leben ist abe ide Anzeige in °C mit einer Nachkommastelle netter, also stateDescription pattern="%.1f °C"