Alexa Smarthome Skill Tür-/Fensterkontact

[zap]

Ich versuche gerade, einen Homematic Tür-/Fensterkontakt mit Alexa abzufragen, also "Alexa, ist die Haustür geschlossen".
Dazu habe ich folgende Attribute gesetzt:

Code Auswählen Erweitern


attr genericDeviceType contact
attr homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED CurrentDoorState=state,values=closed:CLOSED;open:OPEN


Wenn ich unter alexa.amazon.com nach neuen Geräten suchen lasse, wird der Kontakt nicht gefunden. Beim Starten von alexa auf dem Raspi gibt es folgende Einträge in /var/log/daemon.log

Code Auswählen Erweitern


Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM] HM_TF_FL_Haustuer is contact
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM] HM_TF_FL_Haustuer has
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM]   StatusLowBattery [battery]
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM]   ContactSensorState [state]
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM]   CurrentDoorState [state]
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM] { reading: 'battery',
Oct 28 16:21:55 smarthome alexa[2516]:   values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ],
Oct 28 16:21:55 smarthome alexa[2516]:   device: 'HM_TF_FL_Haustuer',
Oct 28 16:21:55 smarthome alexa[2516]:   informId: 'HM_TF_FL_Haustuer-battery',
Oct 28 16:21:55 smarthome alexa[2516]:   characteristic_type: 'StatusLowBattery',
Oct 28 16:21:55 smarthome alexa[2516]:   log:
Oct 28 16:21:55 smarthome alexa[2516]:    { [Function: bound ]
Oct 28 16:21:55 smarthome alexa[2516]:      debug: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      info: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      warn: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      error: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      log: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      prefix: 'FHEM' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit: { ok: 'BATTERY_LEVEL_NORMAL' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit_re: [ { re: '.*', to: 'BATTERY_LEVEL_LOW' } ] }
Oct 28 16:21:55 smarthome alexa[2516]:   2017-10-28 16:21:55 caching: HM_TF_FL_Haustuer-battery: low
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM] { reading: 'state',
Oct 28 16:21:55 smarthome alexa[2516]:   values: [ 'closed:CONTACT_DETECTED', 'open:CONTACT_NOT_DETECTED' ],
Oct 28 16:21:55 smarthome alexa[2516]:   device: 'HM_TF_FL_Haustuer',
Oct 28 16:21:55 smarthome alexa[2516]:   informId: 'HM_TF_FL_Haustuer-state',
Oct 28 16:21:55 smarthome alexa[2516]:   characteristic_type: 'ContactSensorState',
Oct 28 16:21:55 smarthome alexa[2516]:   log:
Oct 28 16:21:55 smarthome alexa[2516]:    { [Function: bound ]
Oct 28 16:21:55 smarthome alexa[2516]:      debug: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      info: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      warn: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      error: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      log: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      prefix: 'FHEM' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit: { closed: 'CONTACT_DETECTED', open: 'CONTACT_NOT_DETECTED' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit_re: [] }
Oct 28 16:21:55 smarthome alexa[2516]:   2017-10-28 16:21:55 caching: HM_TF_FL_Haustuer-state: closed
Oct 28 16:21:55 smarthome alexa[2516]: [10/28/2017, 4:21:55 PM] [FHEM] { reading: 'state',
Oct 28 16:21:55 smarthome alexa[2516]:   values: [ 'closed:CLOSED', 'open:OPEN' ],
Oct 28 16:21:55 smarthome alexa[2516]:   device: 'HM_TF_FL_Haustuer'
Oct 28 16:21:55 smarthome alexa[2516]:   informId: 'HM_TF_FL_Haustuer-state',
Oct 28 16:21:55 smarthome alexa[2516]:   characteristic_type: 'CurrentDoorState',
Oct 28 16:21:55 smarthome alexa[2516]:   log:
Oct 28 16:21:55 smarthome alexa[2516]:    { [Function: bound ]
Oct 28 16:21:55 smarthome alexa[2516]:      debug: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      info: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      warn: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      error: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      log: [Function],
Oct 28 16:21:55 smarthome alexa[2516]:      prefix: 'FHEM' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit: { closed: 'CLOSED', open: 'OPEN' },
Oct 28 16:21:55 smarthome alexa[2516]:   value2homekit_re: [] }


Scheint soweit ok zu sein, aber findet der Smarthome Skill das Gerät nicht?

[cs-online]

...weiß nicht ob das beim Smart Home Skill anders ist als beim Custom-Skill, aber im Custom Skill muss das Device im Raum sein, wo auch das Alexa-Device ist, sonst wird das Device nicht gefunden. Wenn Du die CustumSlotTypes im Alexa Device abruft, wird dann bei

Code Auswählen Erweitern


Custom Slot Types:
  FHEM_Device

Dein Schalter mit angezeigt ?

[zap]

Nein, da kommt gar keine Ausgabe, auch nicht bei get skillid. Das hat vor 2 Tagen noch funktioniert, dann habe ich die 0.3.5 installiert. Mist, was für ein Gefrickel. Soll ich jetzt nochmal stindenlang diesen blöden Skill konfigurieren? Ich glaube ich lass das. Ich habe sowieso fast alles an der Homematic CCu hängen. Da gibt es mehrere Skills, die ohne diese kryptische Konfig-Orgie funktionieren.

[cs-online]

wenn es dort nicht angezeigt wird, hast du möglicherweise kein Reload im Alexa Device gemacht, den Schalter nicht im selben Raum wie das Alexa-Device, AlexaRoom oder AlexaName oder genericDeviceType nicht gesetzt oder den Alexa Dienst seit dem Anlegen des Schalters nicht neu gestartet. Erst muss das im Alexa Device unter FHEMDevices angezeigt werden mit dem AlexaName, dann geht's erst auf den Amazon-Seiten weiter...

[zap]

Witzigerweise wird da gar nichts mehr angezeigt. Auch nicht die anderen Devices die noch funktionieren. Für den Smarthome Skill scheint das auch egal zu sein. Habe gerade einen Switch angelegt. Der hat sofort (nach Neustart des Alexa Prozesses und Gerätesuche) funktioniert.
Ich möchte, dass der Sensor im Smarthome Skill verfügbar ist, der Custom Skill ist mir erst mal egal. Unterstützt der Smarthome Skill überhaupt Fenstersensoren?

[Adam]

Hallo,

ich habe ein ähnliches Problem .... Dummys als Switch und ein Thermometer werden als Geräte in Alexa gefunden.

Fensterkontakte nicht:

Gesetzt habe ich:

Code Auswählen Erweitern

alexaName           Kellertuer
genericDeviceType   contact
homebridgeMapping   clear ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
room                alexa


und mein Filter in der config.json steht auf "filter": "room=alexa"

alexa-fhem ist neu gestartet und bei einem "get Echo customSlotTypes"
wird mein Kontakt Kellertuer auch ausgegeben.

Jemand eine Idee???

[TomLee]

Behaupte jetzt einfach mal contact wird im Smart Home Skill noch nicht unterstützt, im Costum Skill schon.

Bin der Meinung bisher nur von Statusabfragen der Temperatur und Türschlössern gelesen zu haben und das mit 0.3.5.


Gruß

Thomas

[zap]

Inwiefern unterscheidet sich die Config von einem Türschloss von der eines Fensterkontakts?
Wie müssen devicetype und homebridgemapping eingestellt werden?

[Adam]

Im Smarthome Skill werden sie nicht angezeigt, aber ich kann sie nun mit der oben genannten Config nun im Custom Skill abfragen.
(Habe alles noch mal durchgestartet und im Custom Skill den alexaNamen als SlotType nochmal eingetragen und nochmals gespeichert!)

Leider sagt mir alexa jedoch immer, der Kontakt wäre geschlossen, egal, ob State open oder closed ist.
In den Ausgaben von alexa-fhem sehe ich die unterschiedlichen Statuswechsel, dort kommt es also an.

Ich vermute, dass das homebridgemapping (oben) noch nicht korrekt ist!?

[TomLee]

Inwiefern unterscheidet sich die Config von einem Türschloss von der eines Fensterkontakts?

hier wo die 0.3.5 her hast gibt's ne kurze Bemerkung von Andre dazu:

edit 2017-07-23: erweiterung um die neuen events für türschlösser:
  - alexa, ist <name> abgeschlossen
  -> das device muss eine LockCurrentState characteristic haben, der wert für abgeschlossen muss locked sein
  - alexa, schliesse <name> ab
  -> das device muss eine LockTargetState characteristic haben, für anderes genericDeviceType lock verwenden

Wie müssen devicetype und homebridgemapping eingestellt werden?

https://wiki.fhem.de/wiki/Alexa_und_Mappings

Mein Gedanke beim mitlesen war: Möglicherweise lässt sich das Abfragen des Kontaktsensor mit genericDeviceType lock und entsprechend angepassten Readings und homebridgeMapping  umsetzen. Ich hab kein Türschloss, aber bei meinen Versuchen mit einem Dummy bin ich auch gescheitert. Dieser wird mit genericDeviceType lock nicht erkannt/gefunden.

[juemuc]

Hallo zusammen,

ich habe es heute geschafft, den Türkontakt im Smarthomeskill anzeigen zu lassen. Dazu muss man den GenericDeviceType auf blind setzen. Eine Abfrage des Status funktioniert aber (noch) nicht. 

VG
Jürgen

[zap]

Bei mir sieht es so aus:

genericDeviceType = security
homebridgeMapping = LockCurrentState=state,values=open:unlocked;closed:locked;/.*/:UNKNOWN

Der Sensor wird im Smarthome Skill angezeigt.

Wenn ich Frage: "Alexa, ist Wohnzimmerfenster abgeschlossen?" kommt:

"Einen Moment, ich prüfe das" (Pause) "Wohnzimmerfenster ist offen".

Problem: Das Wohnzimmerfenster ist geschlossen, nicht offen. Das Mapping scheint also noch falsch zu sein.

[Adam]

Also einen Dummy als Fensterkontakt mit folgender Konfiguration kann ich nun abfragen und er liefert den korrekten Wert:
(nur im Custom Skill !!!)

alexaName	Fenster
genericDeviceType	contact
homebridgeMapping	ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
room	alexa
setList	open closed

Ein MAX Fensterkontakt mit den gleichen Attributen liefert leider immer "geschlossen" zurück!

[cs-online]

@ZAP: was zeigt der denn, wenn das Fenster offen ist, dann auch geschlossen ?

[zap]

Muss ich testen. Ich werde den genericDevicetype  auch mal auf lock ändern, denn der Ansatz ist ja, einen Fenster Kontakt als Schloss zu verkaufen.