[HM-ES-PMSw1-Pl] Probleme mit R-cndTxDecAbove,R-cndTxDecBelow,R-statusInfoMinDly

[frank]

hallo martin,

beim setzen der register cndTxDecAbove (0x85) und cndTxDecBelow (0x86) mit dem wert 0, bleiben die entsprechenden register-readings auf dem wert "set_0" hängen. nach einem refresh der browserseite werden die inhalte der register im reading "RegL_01:" aber korrekt angegeben. das geschieht bei allen 4 sensorchannels (chn3 - chn6). auch ein zusätzliches getconfig (chn- und/oder device-ebene) ändert die readings nicht. 

beim setzen anderer werte (1,200,255) werden die readings nach kurzer zeit automatisch auf den neuen wert gesetzt. ebenso wird das reading "RegL_01:" automatisch neu gesetzt.

ausserdem gibt es probleme beim setzen von statusInfoMinDly=unused in chn1:

value:unused out of range 0.5 to 15.5 for Reg "statusInfoMinDly"

gruss frank

[martinp876]

Kann ich mir schlecht erklaeren. Register werden alle ueber die gleiche methode gesetzt. Unterschied koennte bei Registern bestehen die bei expert 0 oder 1 angezeigt werden.
Der refresh liegt nicht in culhm.
Das mit unused werde ich mir ansehen, dauert etwas

[frank]

Kann ich mir schlecht erklaeren. Register werden alle ueber die gleiche methode gesetzt. Unterschied koennte bei Registern bestehen die bei expert 0 oder 1 angezeigt werden.

im prinzip funktionieren die register ja einwandfrei. nur das setzen von "0" macht probleme. und hier auch nur die readings, die bei set_0 stehenbleiben. das physikalische register im gerät scheint die 0 zu übernehmen.

Das mit unused werde ich mir ansehen, dauert etwas

nur kein stress, dass hat zeit.

[martinp876]

probier einmal das setzen eines Literal sollte hier jetzt klappen.

[frank]

# $Id: 10_CUL_HM.pm 8654 2015-05-30 11:09:38Z martinp876 $

zeigt immer noch

value:unused out of range 0.5 to 15.5 for Reg "statusInfoMinDly"

[martinp876]

jetzt aber.

habe noch 2 Details gefehlt. Auch HMConfig updaten!

[frank]

unused beim register statusInfoMinDly funktioniert jetzt, danke.