alexa-fhem Thermostat Mapping - Solltemperatur falsch

Begonnen von Dave90, 22 Oktober 2020, 12:12:14

Vorheriges Thema - Nächstes Thema

Dave90

Guten Tag zusammen,

ich habe gerade den neuen fhem connector skill eingerichtet und die Grundfunktionen laufen auch schon :) Jetzt hänge ich gerade am korrekten homebridge mapping für meine Thermostate. Ich verwende das PWMR Modul für meine Fußbodenheizung.

Also Homebridgemapping habe ich folgendes definiert:
CurrentTemperature=temperature TargetTemperature=desired-temp::desired-temp,minValue=16,maxValue=28,minStep=0.5
und der genericDeviceType ist auf thermostat gesetzt.

Das Thermostat wird in alexa auch korrekt erkannt und ich kann die Solltemperatur korrekt setzen und die aktuelle Temperatur wird korrekt angezeigt.
Jedoch aktualisiert sich die Solltemperatur nicht und springt kurz nach der Einstellung in der Anzeige wieder auf den ersten Wert zurück, welcher beim Einlesen des alexa device eingestellt war.
Die Solltemperatur wird also korrekt an fhem übergeben, jedoch nicht korrekt angezeigt in der alexa app.

Hat jemand eine Idee wo der Fehler im mapping sein könnte? Das reading "desired-temp" ist korrekt und wird wie beschrieben auch korrekt in fhem gesetzt.
Habe schon die Option "nocache=1" getestet, die ich bei den homebridgemappings gelesen habe, damit lässt sich das device in der alexa app jedoch gar nicht mehr öffnen (lädt ewig und nichts passiert)

Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

Dave90

Ich nochmal. Ich habe leider noch immer keine Lösung gefunden. Kann ich evtl. noch weitere Infos zur Verfügung stellen, die bei der Analyse oder Lösung des Problems helfen würden?
Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

mr_petz

#2
Hi,
Bsp.:


TargetTemperature=desired-temp:desired-temp,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentTemperature=temperature,nocache=1
CurrentHeatingCoolingState=<dein Reading>,values=off:0;on:1,nocache=1
TargetHeatingCoolingState=<dein Reading>,values=off:0;on:1,nocache=1



Zitat
Ich nochmal. Ich habe leider noch immer keine Lösung gefunden. Kann ich evtl. noch weitere Infos zur Verfügung stellen, die bei der Analyse oder Lösung des Problems helfen würden?
Vielleicht ein list vom Device und ein Auszug vom alexa.log wie das Device erkannt wird und was passiert beim Solltemperatur einstellen...

mfg mr_petz

Dave90

#3
Sorry für die späte Rückmeldung. Habe jetzt das alexa fhem log ausfindig gemacht. Mit deiner homebridge Konfiguration bekomme ich folgende Meldung:
[11/2/2020, 10:32:24 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"4ff5fb89-9bbd-48ca-a704-ffc6e878471c","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 10:32:24 PM] [FHEM]     caching: TargetTemperature: NaN (as number; from '')
[11/2/2020, 10:32:24 PM] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.ThermostatController","name":"targetSetpoint","value":{"value":null,"scale":"CELSIUS"},"timeOfSample":"2020-11-02T21:32:24.534Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"07be3182-0731-4356-944c-133bb14a4022","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}
[11/2/2020, 10:32:27 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"da653318-c1a6-4ffa-842d-761085dc6f73","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 10:32:27 PM] [FHEM]     caching: TargetTemperature: NaN (as number; from '')
[11/2/2020, 10:32:27 PM] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.ThermostatController","name":"targetSetpoint","value":{"value":null,"scale":"CELSIUS"},"timeOfSample":"2020-11-02T21:32:27.531Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"5c820b25-7d01-4b85-a233-6b0ce83d2e41","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}
[11/2/2020, 10:32:30 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"13c2b7e8-1add-44d6-b39a-dd9561dbb962","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 10:32:30 PM] [FHEM]     caching: TargetTemperature: NaN (as number; from '')
[11/2/2020, 10:32:30 PM] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.ThermostatController","name":"targetSetpoint","value":{"value":null,"scale":"CELSIUS"},"timeOfSample":"2020-11-02T21:32:30.550Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"e84c2740-e07f-4304-b4ba-a1f181dbe36f","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}


Ein list wz_heizung ergibt:
ZitatInternals:
   ACTOR      wz_heizung_aktor
   DEF        PWM_Heizung 1,0.11 wz_TempSensor wz_heizung_aktor
   FUUID      5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b
   INTERVAL   300
   IODev      PWM_Heizung
   NAME       wz_Heizung
   NR         127
   STATE      Calculating
   TEMPSENSOR wz_TempSensor
   TYPE       PWMR
   WINDOW     
   a_regexp_on on
   actor      wz_heizung_aktor
   c_PID_useit 0
   c_autoCalcTemp 1
   c_desiredTempFrom
   c_factor   1
   c_foffset  0.11
   c_frostProtect 0
   c_tempC    22
   c_tempD    20
   c_tempE    17
   c_tempFrostProtect 6
   c_tempN    18
   c_tempRule1 1-5 0600,C 0900,C 1700,C 2200,N
   c_tempRule2 6-0 0700,D 1600,C 2355,N
   c_tempRule3
   c_tempRule4
   c_tempRule5
   c_tempRuleS N
   p_actor    wz_heizung_aktor
   p_factor   1,0.11
   p_pid     
   p_tsensor  wz_TempSensor
   p_window   
   t_reading  temperature
   t_regexp   ([\d\.]+)
   t_sensor   wz_TempSensor
   w_regexp   .*[Oo]pen.*
   windows   
   READINGS:
     2020-11-02 22:49:08   PWMOnTime       00:00
     2020-11-02 22:49:08   PWMPulse        0
     2020-10-31 20:04:09   actorState      off
     2020-11-02 22:45:20   desired-temp    18.0
     2020-10-27 23:55:57   desired-temp-until no
     2020-11-02 22:49:08   desired-temp-used 18.0
     2020-11-02 22:49:08   energyused      000000000000000000000000000000
     2020-11-02 22:49:08   energyusedp     0.0
     2020-10-31 20:04:09   lastswitch      1604171049
     2020-10-13 12:24:58   manualTempDuration 240
     2020-11-02 22:49:08   oldpulse        0.11
     2020-11-02 22:45:20   state           Calculating
     2020-11-02 22:49:08   temperature     22.35
     2020-10-29 20:44:47   timer1_Mo       06:00-09:00,C,22 09:00-17:00,C,22 17:00-22:00,C,22
     2020-10-29 20:44:47   timer2_Di       06:00-09:00,C,22 09:00-17:00,C,22 17:00-22:00,C,22
     2020-10-29 20:44:47   timer3_Mi       06:00-09:00,C,22 09:00-17:00,C,22 17:00-22:00,C,22
     2020-10-29 20:44:47   timer4_Do       06:00-09:00,C,22 09:00-17:00,C,22 17:00-22:00,C,22
     2020-10-29 20:44:47   timer5_Fr       06:00-09:00,C,22 09:00-17:00,C,22 17:00-22:00,C,22
     2020-10-29 20:44:47   timer6_Sa       07:00-16:00,D,20 16:00-23:55,C,22
     2020-10-29 20:44:47   timer7_So       07:00-16:00,D,20 16:00-23:55,C,22
   helper:
Attributes:
   alexaName  heizung wohnzimmer
   alias      Heizung Wohnzimmer
   autoCalcTemp 1
   event-on-change-reading actorState
   genericDeviceType thermostat
   homebridgeMapping TargetTemperature=desired-temp:desired-temp,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentTemperature=temperature,nocache=1
   room       002 Wohnzimmer,005 Wohnung,Heizung,Homekit
   tempCosy   22
   tempDay    20
   tempEnergy 17
   tempNight  18
   tempRule1  Mo-Fr 6:00,C 9:00,C 17:00,C 22:00,N
   tempRule2  Sa-So 07,D 16,C 23:55,N

Das log meldet ja caching: TargetTemperature: NaN (as number; from '') also wird der float anscheinend nicht korrekt übergeben, ich habe jedoch keine Idee warum ...


Edit:
Mit folgendem Mapping erhalte ich den NaN Fehler nicht mehr, allerdings steht in der Alexa App nur "Ein Problem ist aufgetetreten", wenn ich das device aufrufe. Das log gibt aus:

Mapping:
TargetTemperature=desired-temp,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentTemperature=temperature,nocache=1


Log:
[11/2/2020, 11:02:15 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"ab4eeb99-c3f1-4c4d-8c07-3fde015122ef","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 11:02:15 PM] <<<< [ssh] {"context":{"properties":[]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"d8b4515a-d052-40c5-9777-edfab8e9544a","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}
[11/2/2020, 11:02:18 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"da73f7d3-54e2-496d-9b17-edcc81bf981c","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 11:02:18 PM] <<<< [ssh] {"context":{"properties":[]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"044ed633-a4a6-4cb7-9bb5-f3d581796b62","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}
[11/2/2020, 11:02:30 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"1cc8def1-901c-4951-9ed2-c63a931ae468","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/2/2020, 11:02:30 PM] <<<< [ssh] {"context":{"properties":[]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"e175c2c0-3226-4059-bf2d-ceabc245e179","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b"},"payload":{}}}


Ok Edit2:

Also mit folgendem Mapping funktioniert wie gesagt alles soweit, nur dass mir nicht die korrekte desired temperature angezeigt wird:
Mapping:
TargetTemperature=desired-temp,minValue=16,maxValue=26,minStep=0.5
CurrentTemperature=temperature


Logisch wäre für mich dann eben nocache zu setzen um das Problem zu lösen. Jedoch führt sowohl nocache=1 als auch nocache=true wieder dazu, dass nichts mehr übergeben wird und ich den NaN Fehler erhalte... Hat sich da evtl. was an der Syntax geändert?
Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

mr_petz

#4
gib mal noch das mit:

CurrentHeatingCoolingState=actorState,values=off:OFF;on:HEAT,nocache=1
TargetHeatingCoolingState=actorState,values=off:OFF;on:HEAT,nocache=1

oder

CurrentHeatingCoolingState=actorState,values=OFF:off;HEAT:on,nocache=1
TargetHeatingCoolingState=actorState,values=OFF:off;HEAT:on,nocache=1

oder

CurrentHeatingCoolingState=actorState,values=off:0;on:1,nocache=1
TargetHeatingCoolingState=actorState,values=off:0;on:1,nocache=1


und zeige mal bitte wie dein thermostat im alexa.log erkannt wird.

Dave90

#5
Hey, danke für deine schnelle Rückmeldung.

Habe alle Varianten getestet. Leider immer mit dem gleichen Ergebnis. Die states werden generell korrekt erkannt, wenn ich folgendes setze:

TargetTemperature=desired-temp,minValue=16,maxValue=26,minStep=0.5
CurrentTemperature=temperature
CurrentHeatingCoolingState=actorState,values=off:OFF;on:HEAT
TargetHeatingCoolingState=actorState,values=off:OFF;on:HEAT


Die Ausgabe ist dann:

[11/3/2020, 10:25:03 AM] [FHEM] wz_Heizung is thermostat
[11/3/2020, 10:25:03 AM] [FHEM] wz_Heizung has
[11/3/2020, 10:25:03 AM] [FHEM]   TargetTemperature [desired-temp]
[11/3/2020, 10:25:03 AM] [FHEM]   CurrentTemperature [temperature]
[11/3/2020, 10:25:03 AM] [FHEM]   CurrentHeatingCoolingState [actorState]
[11/3/2020, 10:25:03 AM] [FHEM]   TargetHeatingCoolingState [actorState]

Allerdings werden sobald ich nocache=1 setze keine Daten in der App angezeigt sondern nur "Es ist ein Problem aufgetreten". Auch im Log wird dann nichts mehr angezeigt außer die folgenden Meldungen:

[11/3/2020, 10:18:10 AM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"e56025c5-f35b-4ebc-8d60-6290b2f8d0dd","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}

Wenn ich nocache=1 weglasse, erhalte ich zum Beispiel beim ändern der Temperatur in der App folgenden output:


[11/3/2020, 10:31:29 AM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"d8789442-0764-4032-91b6-682c08872b53","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"F6FE35CD-0255E673EFCD99DE"},"endpointId":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","cookie":{"fuuid":"5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b","device":"wz_Heizung"}},"payload":{}}}
[11/3/2020, 10:31:29 AM] [FHEM]     caching: TargetTemperature: 23.5 (as number; from '23.5')
[11/3/2020, 10:31:29 AM] [FHEM]     caching: TargetHeatingCoolingState: HEAT (as string; from 'on')
[11/3/2020, 10:31:29 AM] [FHEM]     caching: CurrentTemperature: 22.79 (as number; from '22.79')


Allerdings sind das eben nicht die korrekten Werte sondern welche aus dem Cache. Die aktuelle Temperatur habe ich über die App nämlich gerade auf 23.5 °C gesetzt und das wurde auch korrekt in Fhem verarbeitet und gesetzt. Auch die CurrentTemperature ist nicht aktuell, sondern vom Zeitpunkt der letzten Änderung des Homebridge mappings ...
Aus irgendeinem Grund funktioniert also nocache=1 nicht, aber ich habe keine Ahnung warum ...
Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

mr_petz

du kannst mal noch ein clear davor setzen

clear
TargetTemperature=desired-temp,minValue=16,maxValue=26,minStep=0.5,nocache=1
CurrentTemperature=temperature,nocache=1
CurrentHeatingCoolingState=actorState,values=off:OFF;on:HEAT,nocache=1
TargetHeatingCoolingState=actorState,values=off:OFF;on:HEAT,nocache=1

und das thermostat in der APP löschen und neu suchen lassen...

Dave90

Mit dem von dir gezeigten Mapping wird das Gerät jetzt nicht mehr als Thermostat sondern als Sensor erkannt, da es angeblich keine TargetTemperature mitliefert.
Log:
[11/3/2020, 10:56:48 AM] [FHEM] wz_Heizung is thermostat
[11/3/2020, 10:56:48 AM] [FHEM] wz_Heizung is NOT a thermostat. set command for target temperature missing:
[11/3/2020, 10:56:48 AM] [FHEM] wz_Heizung has
[11/3/2020, 10:56:48 AM] [FHEM]   CurrentTemperature [temperature]
[11/3/2020, 10:56:48 AM] [FHEM]   CurrentHeatingCoolingState [actorState]
[11/3/2020, 10:56:48 AM] [FHEM]   TargetHeatingCoolingState [actorState]
[11/3/2020, 10:56:48 AM] [FHEM] wz_Heizung will not send proactive events
[11/3/2020, 10:56:48 AM] [FHEM] wz_Heizung uses ID: 5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b


In der App zeigt dieser aber auch keine Werte an, sondern wird als "nicht verfügbar" angezeigt ...
Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

mr_petz

#8
ja bei thermometer kommen erst werte, wenn sich die temperatur ändert!
da funktioniert das nocache.

mr_petz

jetzt nimm mal das clear wieder weg und lösche das Gerät in der App und lasse es neu finden...

Dave90

#10
Also das Thermostat hat auch nach 1h (und Änderung der Temperatur in fhem) keinen Wert angezeigt. Nachdem ich clear gelöscht habe set alexa restart ausgeführt habe, das device in alexa gelöscht und neu hinzugefügt habe, erhalte ich leider das gleiche Fehlerbild wie vorher mit nocache=1.
Gerät und die Readings werden korrekt erkannt, liefern jedoch keine Werte und in der Alexa App wird  "Ein Problem ist aufgetreten" angezeigt.
Hier nochmal der Output beim einlesen des devices in alexa:
[11/3/2020, 12:25:29 PM] [FHEM] wz_Heizung is thermostat
[11/3/2020, 12:25:29 PM] [FHEM] wz_Heizung has
[11/3/2020, 12:25:29 PM] [FHEM]   TargetTemperature [desired-temp]
[11/3/2020, 12:25:29 PM] [FHEM]   CurrentTemperature [temperature]
[11/3/2020, 12:25:29 PM] [FHEM]   CurrentHeatingCoolingState [actorState]
[11/3/2020, 12:25:29 PM] [FHEM]   TargetHeatingCoolingState [actorState]
[11/3/2020, 12:25:29 PM] [FHEM] wz_Heizung will not send proactive events
[11/3/2020, 12:25:29 PM] [FHEM] wz_Heizung uses ID: 5c8cde17-f33f-28e8-559b-fddc53dbe7cc8e4b



Edit:
Ich stelle aber gerade fest, dass dies ein generelles Problem des alexa-fhem devices zu sein scheint.
Bei Schaltern habe ich das gleiche Verhalten: Wenn ich den Schalter einschalte, wird das Gerät korrekt eingeschaltet, der State in der Alexa App springt jedoch nach kurzer Zeit auch wieder auf "Aus". Das Problem beschränkt sich also nicht nur auf die Heizung.
Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

MadMax-FHEM

Zitat von: Dave90 am 03 November 2020, 12:34:17
Edit:
Ich stelle aber gerade fest, dass dies ein generelles Problem des alexa-fhem devices zu sein scheint.
Bei Schaltern habe ich das gleiche Verhalten: Wenn ich den Schalter einschalte, wird das Gerät korrekt eingeschaltet, der State in der Alexa App springt jedoch nach kurzer Zeit auch wieder auf "Aus". Das Problem beschränkt sich also nicht nur auf die Heizung.

Aber wenn dann nur von DEINEM alexa-fhem.

Bei mir bleibt der Zustand...
...egal, ob ich in fhem oder in der Alexa-App schalte...

Welche Version von alexa-fhem läuft bei dir?

Verwendest du den alexa-fhem Connector?

Der dummy macht es (bei MIR) auf jeden Fall mal korrekt (Raw Definition):


defmod dmTest dummy
attr dmTest alexaName Test
attr dmTest genericDeviceType switch
attr dmTest setList on off


Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Dave90

#12
Hey,

wollte damit auch nicht das generelle alexa-fhem device in Frage stellen ;)

Ja ich benutze den Connector in der Version 0.5.55

Hier ein list device vom alexa device:

Internals:
   FD         24
   FUUID      5f912c4a-f33f-28e8-2b40-268def1d80b9975e
   FVERSION   39_alexa.pm:0.216510/2020-04-12
   LAST_START 2020-11-03 12:25:28
   LAST_STOP  2020-11-03 12:25:28
   NAME       alexa
   NOTIFYDEV  global,global:npmjs.*alexa-fhem.*
   NR         215
   NTFY_ORDER 50-alexa
   PARTIAL   
   PID        3951
   STARTS     22
   STATE      running /usr/bin/alexa-fhem
   TYPE       alexa
   active     0
   alexa-fhem version 0.5.55
   currentlogfile ./log/alexa-2020-11-03.log
   logfile    ./log/alexa-%Y-%m-%d.log
   CoProcess:
     cmdFn      alexa_getCMD
     name       alexaFHEM
     state      running /usr/bin/alexa-fhem
   READINGS:
     2020-11-03 12:25:28   alexaFHEM       running /usr/bin/alexa-fhem
     2020-11-03 12:25:29   alexaFHEM.ProxyConnection running; SSH connected
     2020-10-23 12:19:37   alexaFHEM.bearerToken crypt:xxxxxxxxxxxx
     2020-10-23 12:19:37   alexaFHEM.skillRegKey crypt:xxxxxxxxxxxx
   helper:
Attributes:
   alexaFHEM-config ./alexa-fhem.cfg
   alexaFHEM-log ./log/alexa-%Y-%m-%d.log
   alexaMapping #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um

Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220

Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER

TargetPosition=verb=mach,articles=den;die,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad

Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
   alexaTypes #Type=<alias>[,<alias2>[,...]]
light=licht,lampen
blind=rolladen,rolläden,jalousie,jalousien,rollo,rollos
   devStateIcon stopped:control_home@red:start stopping:control_on_off@orange running.*:control_on_off@green:stop
   echoRooms  #<deviceId>=<room>

   fhemIntents #IntentName=<sample utterance>
gutenMorgen=guten morgen
guteNacht=gute nacht
   persons    #<personId>=<name>

   room       010 Hubs etc.,Amazon
   stateFormat alexaFHEM



Tatsächlich klappt es mit dummy switch bei mir auch. Mit anderen Switch Geräten (z.B. einem MQTT device) klappt es nicht, hier kann jedoch auch setList nicht gesetzt werden.

Einfachste Möglichkeit wäre dann wohl ein dummy device zu erstellen, welches die Heizung nach von FHEM zu Alexa spiegelt. Oder habt ihr noch eine andere Idee?

Hardware:  FHEM-& LMS-Server + NAS: Banana Pi; Hyperion Ambilight Server + anderer Kleinkram: RPI Model B; Lampen: Philips Hue + Milight; Homematic Heizungssteuerung; Entertainment: Harmony Hub
sonstiges: Funksteckdosen

mr_petz

#13
was mir noch ein- bzw. auffällt, was wir noch ändern könnten ist:

event-on-change-reading actorState

da wird nur eine Änderung von on bzw off bei einem event übergeben.
änder mal in:

event-on-change-reading .*


ps. du brauchst auch eine setlist, oder sehe ich die nicht?

MadMax-FHEM

Ich würde mal den Krypt-Key raus nehmen!

Und bzgl. MQTT mal einen Thread suchen, soweit ich im Kopf habe "bastelt" Beta-User gerade (an dieser "Baustelle") rum...
...bzw. habe ich im Kopf, über sowas in irgendeinem Thread hier shon drüber gestolpert...

Den "Umweg" über dummy etc. sollte (muss) man vermeiden!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)