Nicht jede erlaubte Zahleneingabe in Widget knob möglich

Begonnen von Dr. Boris Neubert, 13 März 2026, 08:10:54

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: Dr. Boris Neubert am 15 März 2026, 09:01:05Wenn bei Übernahme des Wertes das Setzen initiiert wird, erscheint erst kurz die 5 (Mininalwert) im Knob, bis dann das Gerät die neu eingestellte Temperatur zurückmeldet, und die eingestellte Temperatur im Knob angezeigt wird.
Das kommt vermutlich wegen setStateList: Wenn das gesetzt wird, wird in den (davon nicht damit erfassten) Reading-Wert desired-temp z.B. "set_22.5" geschrieben, was vom widget dann korrekterweise erst mal als nicht numerischer input gewertet wird.
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Dr. Boris Neubert

Zitat von: Beta-User am 15 März 2026, 09:40:05
Zitat von: Dr. Boris Neubert am 15 März 2026, 09:01:05Wenn bei Übernahme des Wertes das Setzen initiiert wird, erscheint erst kurz die 5 (Mininalwert) im Knob, bis dann das Gerät die neu eingestellte Temperatur zurückmeldet, und die eingestellte Temperatur im Knob angezeigt wird.
Das kommt vermutlich wegen setStateList: Wenn das gesetzt wird, wird in den (davon nicht damit erfassten) Reading-Wert desired-temp z.B. "set_22.5" geschrieben, was vom widget dann korrekterweise erst mal als nicht numerischer input gewertet wird.

Gut bemerkt. Ich habe das Attribut setStateList gelöscht und das Verhalten ist weg. Wozu ist das setStateList überhaupt im AttrTemplate und wieso mit on und off bei einem Thermostat?
FHEM-Developer seit 2007, Mitgründer und Förder-Mitglied des FHEM e.V.
Bitte keine unaufgeforderten privaten Nachrichten!

Beta-User

Zitat von: Dr. Boris Neubert am 16 März 2026, 19:49:59Wozu ist das setStateList überhaupt im AttrTemplate und wieso mit on und off bei einem Thermostat?
"setStateList" (bzw. die Funktionalität) hat Rudi damals "für mich" in MQTT2_DEVICE eingebaut, damit man ein Verhalten erhalten kann, das nahe an dem liegt, was CUL_HM zeigt: Anweisungen werden auch im (zugehörigen) Reading-Inhalt als "vorläufig" gekennzeichnet, solange die Hardware keine Rückmeldung gegeben hat. Im MQTT2_DEVICE-default läuft alles über "state".

Was man genau in setStateList schreibt, ist eigentlich egal, wir hatten auch schon "none" ;D .

Wem das nicht gefällt, kann das Attribut ja löschen ;) .
Server: HP-elitedesk@Debian 13, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors