Device set commands

[Wolfgang Hochweller]

Wenn ich das Set-Kommando des DeviceGui ( siehe Bild ) verwende, geht das immer schief, egal welches Kommando.

Beispiel : Verdaechtig ist , dass ich nach einem 'set AirconUp tmoff'  im Deviceinterface
ein 'set tmOff needs no parameter' erhalte, was darauf hindeutet, dass etwas missverstanden wurde.

Fuehre ich das identische Kommando in der FHEM-Kommandozeile aus, ist alles in Ordnung

Listing :

Code Auswählen Erweitern


Internals:
   DEF        cfba8db6 66
   FUUID      5c698e7f-f33f-775d-077e-5a1748dc49889b54
   IODev      ZWAVE2
   LASTInputDev ZWAVE2
   MSGCNT     86
   NAME       AirconUp
   NR         113
   STATE      Aus
   TYPE       ZWave
   ZWAVE2_MSGCNT 86
   ZWAVE2_RAWMSG 00040042053105010115
   ZWAVE2_TIME 2021-12-10 08:19:16
   ZWaveSubDevice no
   cmdsPending 0
   homeId     cfba8db6
   isWakeUp   
   lastMsgSent 1639120751.31515
   nodeIdHex  42
   webCmd     desired-temp
   READINGS:
     2021-12-08 20:33:14   IODev           ZWAVE2
     2021-12-10 08:19:13   battery         100 %
     2021-12-10 08:19:13   batteryPercent  100
     2021-12-10 08:19:13   batteryState    ok
     2021-12-10 08:19:10   configACFunctionSWINGControl Off
     2021-12-10 08:19:10   configExternalIREmitterPowerLevel Normal
     2021-12-10 08:19:11   configIRCodeNumberForBuiltInCode27 16
     2021-12-10 08:19:11   configLearnLocationStatus 0
     2021-12-10 08:19:11   configLearningStatusRegister Idle
     2021-12-10 08:19:11   configSensorTemperatureCompensation 0C
     2021-12-10 08:19:11   configSurroundIRControl Enable
     2021-12-10 08:16:09   desired-temp    22.0
     2021-12-10 08:10:25   model           Remotec ZXT-120EU
     2021-12-10 08:10:25   modelConfig     remotec/zxt-120.xml
     2021-12-10 08:10:25   modelId         5254-0101-8377
     2021-12-10 08:16:09   setpointTemp    22.0 C heating
     2021-12-10 08:16:13   state           tmOff
     2021-12-10 08:19:16   temperature     21 C
     2021-12-10 08:16:14   thermostatMode  off
     2021-12-10 08:19:11   timeToAck       0.028
     2021-12-10 08:19:11   transmit        OK
Attributes:
   IODev      ZWAVE2
   classes    BASIC SWITCH_ALL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT THERMOSTAT_FAN_MODE CONFIGURATION MANUFACTURER_SPECIFIC BATTERY VERSION
   devStateIcon .*Auto:vent_ventilation_level_3 .*Aus:vent_ventilation .*Fan:vent_ventilation_level_2 .*Kalt:frost .*Warm:vent_ventilation_level_3 .*Dry:vent_ventilation_level_1 .*:unknown
   eventMap   /tmOff:Aus/tmDryAir:Dry/tmFan:Fan/tmCooling:Kalt/tmHeating:Warm/tmAuto:Auto/
   icon       vent_ventilation
   room       GoogleAssistant,Heizung,Oben,ZWave
   setExtensionsEvent 0
   vclasses   BASIC:1 BATTERY:1 CONFIGURATION:1 MANUFACTURER_SPECIFIC:1 SENSOR_MULTILEVEL:1 SWITCH_ALL:1 THERMOSTAT_FAN_MODE:2 THERMOSTAT_MODE:2 THERMOSTAT_SETPOINT:2 VERSION:1
   webCmd     Aus:Dry:Fan:Kalt:Warm:Auto


[frank]

schon mal einen anderen style probiert? zb f18

[rudolfkoenig]

Apropos: welcher Style ist das?

[Wolfgang Hochweller]

Danke, der Tipp mit dem Style war prima.

f18 sieht ok aus, das andere war ios12.

[Wolfgang Hochweller]

Ich war zu voreilig, der Style loest das Problem nicht.

[rudolfkoenig]

Ich habe versucht das Problem mit dem o.g. Geraet nachzustellen (ein "Raw definition" statt list haette meine Arbeit erleichtert), aber ohne Erfolg. Ich sehe keine Auffaelligkeiten, weder mit tmOff, noch mit desired-temp, siehe Anhang.

[rudolfkoenig]

Nachtrag: Das IOS12-Style scheint aber wirklich Probleme zu haben:
- fuer desired-temp muss man auf das + klicken, damit der Slider erscheint.
- wenn man danach auf tmOff wechselt, bleibt der Slider erhalten, und tmOff wird mit dem vorherigen Argument aufgerufen.

=> Das Problem sollte im FHEMWEB Abschnitt gepostet werden, mit deutlichen Hinweis auf IOS12 Style im Betreff.

[Wolfgang Hochweller]

Ich habe das noch weiter im Auge behalten :

'get' Kommandos ueber das Device-Interface sind sehr merkwuerdig, unabhaengig von Style oder Device.
Einige Kommandos scheinen garnicht zu funktionieren, auch keine Rueckmeldung.
Andere laufen in ein Timeout, sind aber ausgefuehrt worden, wieder andere verhalten sich ganz normal.
Beispiel dafuer : 'get <device> model', bei allen meinen Devices, wird ausgefuehrt,  laeuft immer in ein Timeout.   Das oft nachfolgende 'get <device> configAll'  funktioniert dagegen danach normal
'get <device> model' verhaelt sich bei Eingabe ueber die FHEM-Kommandozeile genauso, erst kommt ein 'Ok', danach ein 'Timeout', aber ausgefuehrt.

'set' Kommandos ueber das Deviceinterface sind chaotisch :

Beispiel : Ein 'set <device> thermostatpointSet 20 11'  im Deviceinterface fuehrt nicht zum Erfolg, sondern macht (irgend)etwas anderes.
Auch ein 'set <device> thermostatpointSet 20 C 11' hilft nicht weiter.
Gleiches Kommando ueber die Eingabezeile funktioniert ohne Probleme.

Bin ein bisschen ratlos ....

[rudolfkoenig]

Gleiches Kommando ueber die Eingabezeile funktioniert ohne Probleme.

Ob das Problem am Frontend liegt, oder nicht, kann man doch mit dem Log verifizieren: da sollten alle set Kommandos protokolliert werden.
Jedenfalls mit der verbose Voreinstellung von 3.
Wenn das Problem mit f18 besteht: bitte auch im Inkognito-Modus verifizieren, da sind mW die Browser-Plugins deaktiviert.

[Wolfgang Hochweller]

Ich arbeite noch daran, da die Verwirrung immer schlimmer wird :
Subnodes tauchen auf, wo noch nie welche waren, Readings tauchen auf, die es gar nicht geben duerfte, Werte werden den falschen Devices zugeordnet, usw.

[Wolfgang Hochweller]

Vielleicht hat sich das erledigt.
Ich hatte einen Fehler in FTUI3m, 'blocking', jedesmal  fuer mehrere Sekunden.