homebridgemapping und alexa-fhem, Wert von Reading soll zurückgegeben werden

[der-pw]

Hallo!

ich habe auch einem Device ein reading "result_state", das ist der Rückgabewert, den mir ein MQTT-Gerät liefert.
Ausschließlich die Werte on/off werden dort eintragen.

Mein homebridgemapping lautet "On=result_state,cmdOn=on,cmdOff=off"
Diverse value-Optionen habe ich auch schon mit angegeben.
Damit soll auf state geschaltet, aber der Wert von result_state zurückgegeben werden.
In homekit funktionert das so, nur Alexa sträubt sich und zeigt das Gerät immer als "an".

Beispiel anhand eines Dummy welceh auch so nicht läuft:

Code Auswählen Erweitern

Internals:
   CFGFN     
   NAME       mydummy
   NR         5881
   STATE      off
   TYPE       dummy
   READINGS:
     2018-11-28 20:06:30   result_state    off
     2018-11-28 20:04:13   state           on
Attributes:
   DbLogExclude .*
   alexaName  dummydummy
   genericDeviceType switch
   homebridgeMapping On=result_state,cmdOn=on,cmdOff=off
   readingList result_state
   room       Homekit,alexa
   setList    result_state:on,off
   siriName   dummydummy
   stateFormat result_state
   webCmd     result_state

Ich schalte im WebIF definitiv auf "result_state"

Was mache ich falsch?

Im Log steht nach einem Schaltvorgang:
2018-11-28 20:27:11 caching: mydummy-result_state: off  bzw. on

Beim Starten wird folgendes im Log angelegt:

Code Auswählen Erweitern

[2018-11-28 20:06:15] [FHEM] homebridgeMapping: On=result_state,cmdOn=on,cmdOff=off
[2018-11-28 20:06:15] [FHEM] mydummy is switch
[2018-11-28 20:06:15] [FHEM] mydummy has
[2018-11-28 20:06:15] [FHEM]   On [result_state;on,off]
[2018-11-28 20:06:15] [FHEM] { reading: 'result_state',
  cmdOn: 'on',
  cmdOff: 'off',
  device: 'mydummy',
  informId: 'mydummy-result_state',
  characteristic_type: 'On',
  log:
   { [Function: bound ]
     debug: [Function],
     info: [Function],
     warn: [Function],
     error: [Function],
     log: [Function],
     prefix: 'FHEM' } }
  2018-11-28 20:06:15 caching: mydummy-result_state: off

Da sehe ich auch nichts verkehrtes.

Auf "state" funktioniert übrigens alles, ich brauche aber definitiv "result_state"