Na ja, es steht ja da, was das Problem ist. Vielleicht nur nicht so, dass man direkt drauf kommt...
Ich hole ja gerne etwas aus, deshalb...
bisher gab es in openHAB ein grundsätzliches Problem im Zusammenhang von Units of Measurement (UoM) und der Persistence. Die Persistence speichert grundsätzlich keine UoM mit, sondern ausschließlich den Zahlenwert.
Man hätte die Funktionalität zumindest für jdbc, influxdb und mapdb leicht nachrüsten können, bei rrd4j bin ich mir da allerdings nicht so sicher, und diese Änderung wäre sehr weitreichend gewesen, mutmaßlich hätte es auf jeden Fall einen kompletten Datenverlust bedeutet (im Sinne von: alle bisher persistierten Daten gehen bei der Umstellung verloren).
Nun ist aber die Frage, was denn bei einem UoM Item als Wert gespeichert wird, und die Antwort liegt auf der Hand: Wenn, dann halt der im Item enthaltene Zahlenwert.
Das Problem dabei: Bis einschließlich openHAB3.4.5
speichert ein UoM Item den Zahlenwert so, wie es den Wert anzeigt. Wenn ich nun in der Itemdefinition die anzuzeigende Einheit anpasse, werden die Werte plötzlich in einer anderen Einheit gespeichert, z.B. ändere ich von A nach mA, zack, sind die Werte um den Faktor 1000 größer. Und diese Werte werden dann einfach in die Persistence geschrieben... und ich wundere mich, dass meine Charts plötzlich einen Knick haben.
In openHAB4 hat man dieses Problem auf möglichst kompatible Art gelöst, und zwar, indem man den UoM Items eine zusätzliche Eigenschaft
unit verpasst hat. Nun ist die Anzeige unabhängig vom enthaltenen Zahlenwert. Das Item kann z.B. in die Persistence die Temperatur als
K schreiben, angezeigt wird aber
°C (und vielleicht liefert der Sensor gar
°F an - ist aber egal, die Anzeige ist immer korrekt).
Der "Pferdefuß" bei der Sache: Zum Umstellungszeitpunkt haben die Items die Eigenschaft noch nicht gesetzt. Deshalb muss ein Konvertierungsscript bei allen UoM Items die
unit ergänzen.
Offensichtlich ist bei Deinen Items ein grober Schnitzer passiert, denn die Fehlermeldung
Code: Alles auswählen
Failed to update item 'SM_DG_L2_Strom' because '1.91 A' could not be converted to the item unit 'V'
besagt, dass das UoM Item
SM_DG_L2_Strom die Einheit
V trägt, aber versucht wird, eine davon unabhängige Unit A zu schreiben.
Entweder, weil es vom Typ
Number:Electric Potential ist (statt korrekt
Number:Electric Current), oder weil wegen eines Fehlers bei der Konvertierung in
unit ein
V gelandet ist, statt des dorthin gehörenden
A.
Zum Glück sollte es aber kein Problem sein, die
unit zu korrigieren
- wichtig ist aber auch, dass der Typ korrekt auf
Number:Electric Current steht.