Hi Jérôme,
ich verzweifle mal gerade wieder an der WebUI Eingabe von Geräteparametern. Vielleicht hast Du ja mal wieder einen Tipp zur Lösung
Ich glaube, dass sich alles schon mal korrekt verhalten hat und ich alles erfolgreich getestet habe, jetzt geht es leider nicht mehr.
Ich kann es nicht mehr exakt nachvollziehen, wann sich das geändert hat.
Setup: RaspberryMatic 3.55.5.20201226
Addon:
https://github.com/FUEL4EP/HomeAutomati ... ses/latest
Relevanter rftypes XML Ausschnitt:
Code: Alles auswählen
<channel index="1" type="WEATHER" autoregister="true">
<link_roles>
<source name="WEATHER_CS" />
</link_roles>
<paramset type="MASTER" id="HB-UNI-Sensor-AQ-BME680_master" >
<parameter id="TemperatureOffset">
<logical type="float" min="-5.0" max="5.0" default="0.0" unit="K" />
<physical type="integer" signed="true" interface="config" list="1" index="1" size="4" />
<conversion type="float_integer_scale" factor="10" />
</parameter>
<parameter id="HumidityOffset">
<logical type="float" min="-5.0" max="5.0" default="0.0" unit="%" />
<physical type="integer" signed="true" interface="config" list="1" index="5" size="4" />
<conversion type="float_integer_scale" factor="10" />
</parameter>
<parameter id="PressureOffset">
<logical type="float" min="-100.0" max="100.0" default="0.0" unit="hPa" />
<physical type="integer" signed="true" interface="config" list="1" index="9" size="4" />
<conversion type="float_integer_scale" factor="10" />
</parameter>
<parameter id="max_decay_factor_upper_limit">
<logical type="float" min="0.0" max="100.0" default="70.0" unit="%" />
<physical type="integer" signed="true" interface="config" list="1" index="13" size="4" />
<conversion type="float_integer_scale" factor="1" />
</parameter>
<parameter id="max_increase_factor_lower_limit">
<logical type="float" min="0.0" max="100.0" default="30.0" unit="%" />
<physical type="integer" signed="true" interface="config" list="1" index="17" size="4" />
<conversion type="float_integer_scale" factor="1" />
</parameter>
<parameter id="mlr_alpha">
<logical type="float" min="-2147438.648" max="2147438.647" default="0.0" unit="%11.3f float" />
<physical type="integer" signed="true" interface="config" list="1" index="21" size="4" />
<conversion type="float_integer_scale" factor="1000" />
</parameter>
<parameter id="mlr_beta">
<logical type="float" min="-2147438.648" max="2147438.647" default="0.0" unit="%11.3f float" />
<physical type="integer" signed="true" interface="config" list="1" index="25" size="4" />
<conversion type="float_integer_scale" factor="1000" />
</parameter>
<parameter id="mlr_delta">
<logical type="float" min="-2147438.648" max="2147438.647" default="0.0" unit="%11.3f float" />
<physical type="integer" signed="true" interface="config" list="1" index="29" size="4" />
<conversion type="float_integer_scale" factor="1000" />
</parameter>
</paramset>
Problembeschreibung:
Wenn ich im WebUI für TemperatureOffset eine Zahl mit Nachkommaziffern (z.B. -2.4) eingebe, wird daraus im seriellen Monitor
WebUI Eingabe: -2.4 => serieller Monitor List1: -20 (da x10) => -2.0 Zehntelstelle wird abgeschnitten!
WebUI Eingabe: -3.0 => serieller Monitor List1: -30 (da x10) => -2.0
WebUI Eingabe: 2.4 => serieller Monitor List1: 20 (da x10) => 2.0 Zehntelstelle wird abgeschnitten!
Mache ich diesselben Eingaben für mlr_alpha mit Copy&Paste des Werts , geht alles korrekt:
WebUI Eingabe: -2.4 => serieller Monitor List1: -2400 (da x1000) => -2.4
WebUI Eingabe: -3.0 => serieller Monitor List1: -3000 (da x1000) => -3.0
WebUI Eingabe: 2.4 => serieller Monitor List1: 2400 (da x1000) => 2.4
Noch verrückter wird es, wenn ich versuche bei mlr_alpha die Zahl mit Nachkommaziffern per Tastatur einzugeben (vorher war Copy&Paste):
-2.4 lässt sich per Tastatur nicht eingeben, der Dezimalpunkt '.' wird nicht angenommen
-2,4 wird dagegen von der Tastatur korrekt angenommen, also deutscher Dezimaltrenner ','. Ausgegeben wird aber dann '-2.4' !
Bei TemperatureOffset klappt die Eingabe per Tastatur einer Zahl mit Nachkommazahl und Dezimaltrenner '.', nur wie oben beschrieben, werden die Nachkommaziffern abgeschnitten.
Hast Du eine Idee, woran das liegen könnte?
Aber da HUMIDITY ein "reservierter" Datenpunkt ist, der auch im HMIPServer für die Diagramme verarbeitet wird, wäre ich da eher vorsichtig, überhaupt was daran zu ändern.