ich habe eben eine erste alexa-fhem test version mit proaktivem event reporting auf GitHub hochgeladen. noch ungestestet. also wer testen kann und mag... feedback erwünscht.
diese proaktiv gemeldeten events sollten sich in der alexa app in routinen verwenden lassen.
voraussetzung: server.js und fhem.js selber von GitHub holen und einspielen, danach alexa-fhem neu starten. wer nicht weiss wie: warten bis es offiziell per npm verteilt wird.
- wichtig: beim starten von alexa-fhem muss eine 'got .eventToken' nachricht (im log) sichtbar sein. (wer das nicht hat: skill neu verknüpfen und auf eventToken zeilen achten.)
- danach kommt noch ein 'refreshing token' und 'got fresh token'. das token ist die voraussetzung damit das senden von events an amazon möglich ist. darüber läuft auch das set <alexa> add kommando.
- sobald sich ein reading ändert sollte man im log das ein oder mehrere werte gecached werden und das event an amazon gesendet wird
- das senden des events sollte mit einem 202 code bestätigt werden.
- was danach kommt ist der ungetestete teil:
- funktioniert das triggern einer routine?
- pollt amazon seltener wenn man ein device in der app offen hat?
pro connection der alexa config kann man das reporting mit einem "report": true|false an und aus schalten.
achtung: aktuell ist der default für das proaktive reporting true. d.h. es ist an der config nichts zu ändern wenn man testen möchte. das ändert sich eventuell noch.
neben dem reporting ist in der version noch eingebaut:
- reachable wird ausgewertet und an alexa gemeldet.
- minValue, maxValue und factor aus dem homebridgeMapping wird angewendet
- die farbe einer lampe (hue, saturation, brightness) kann an alexa gemeldet werden
feedback hierzu ist auch erwünscht :)
Hallo Andre,
da häng ich mich mal dran... :)
Testen geht leider erst frühestens morgen abend...
Danke, Joachim
Hi justme,
das klingt super.
Habe gerade deine server.js und fhem.js von GitHub gezogen und eingespielt.
Scheint auch prinzipiell geklappt zu haben ich bekomme:
[15.2.2020, 19:53:10] [FHEM] will try to proactively report
Aber ich bekomme kein got .eventToken.
Habe den Skill schon deaktiviert und aktiviert. Ich benutze den Basic Skill.
Hast du noch einen Tip?
Danke und Gruß,
Stefan
Bei mir das gleiche.
[2020-2-15 10:50:10 PM] [FHEM] will try to proactively report
Skill auch schon de.- und wieder aktiviert.
Unter allen gecacheden Werten steht no event token available
Unter den gecacheden Werten einer per MQTT2 eingebundenen Milight-Bulb steht error processing event data: TypeError: Cannot read property 'informId' of undefined
Gruß
Thomas
edit:
Es werden auch keine neuen Geräte oder gelöschte Geräte (wieder)gefunden, gehe ich zurück auf die vorherige server.js und fhem.js funktioniert die Gerätesuche wieder.
zum event token: bitte mit list <alexa> .eventToken schauen ob es das token gibt. wenn nicht -> wie oben geschrieben den skill trennen und neu verknüpfen. dabei mit -D die debug ausgabe von alexa-fhem zeigen. achtung: danach gelten die erkannten devices als neu.
für den undefined fehler habe ich einen möglichen fix eingecheckt.
list <alexa> .eventToken gibt einfach nur 1 zurück
Den Skill hab ich nochmal de/aktiviert, nach der Gerätesuche gelten die Devices nicht als neu erkannt.
Das steht mit -D nach dem wiederverknüpfen gleich am Anfang im Log:
[2020-2-16 12:12:05 PM] >>>> [srv] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"754f3b35-db8d-47a4-995e-3a91bbf84f2f"},"payload":{"scope":{"type":"BearerToken","token":"Atza|IwEBIIL-MMRf0lQyBpjgYwDvN11QuVUVLBTf83N0juXq8NtcmPauyjbrPWdmn5CIYEEm3RRLZooHJgN4cFpX3Nr3tg9SFeqZ2GmwYbLo_k6yeHtTuh173SMOl7Fq9sXfmPY2jeiXKmHjL6EChRSLHveLboMFb-1tMvYPi8bEjw7MY5cWGJqOZd5w0Po4gw9ksnpKGQBjGlzFlmKxvgRRPtUJg98ezxqyfPqsZqBW6r1gl_VnW3oOpcLv0cjVQHa6L-ecQROZHWPUFf8AZZKKWVcWtf-mBkJ3kqCAOwhgAg4vp2vPDRaIWtCy4sZiEAU3aqeWoa1NNPifhYyr3zb6ST6RaUrTEG48xfLPgasui1EkwlqXRcmEEB95EAl6n6OdRWva6oh4j9XNI5mDQIx0ag3PuExUhN3JhEOSI6JCZG6-jTbc_74-CB_XengvXyWAX3GFSaXlF9ZYK_Xh15WpfmnEhncX2F6XqsgLiTKgLJqQTN97WWdI-4-0BHC8ZP0F3NV4SlOzeQ5mqcU-qjTXLbZewZpO86W6n2rxinBJrzxOCcVX9A"}}}}
[2020-2-16 12:12:06 PM] accepted new token
[2020-2-16 12:12:06 PM] { aud:
'amzn1.application-oa2-client.xxxxxxxx',
user_id: 'amzn1.account.xxxxxxxxxxx',
iss: 'https://www.amazon.com',
exp: 3597,
app_id: 'amzn1.application.xxxxxxxxxxx',
iat: 1581851523 }
[2020-2-16 12:12:06 PM] TypeError: Cannot read property 'mappings' of undefined
at deviceToEndpoints (/usr/lib/node_modules/alexa-fhem/lib/server.js:2935:12)
at Server.handleDiscovery3 (/usr/lib/node_modules/alexa-fhem/lib/server.js:3341:25)
at Server.handler (/usr/lib/node_modules/alexa-fhem/lib/server.js:2281:47)
at Server.<anonymous> (/usr/lib/node_modules/alexa-fhem/lib/server.js:1460:33)
at IncomingMessage.emit (events.js:203:15)
at endReadableNT (_stream_readable.js:1129:12)
at process._tickCallback (internal/process/next_tick.js:63:19)
[2020-2-16 12:12:06 PM] <<<< [srv] null
[2020-2-16 12:12:20 PM] >>>> [srv] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"ab50fc58-042f-45d8-a544-0a6a91a78101"},"payload":{"scope":{"type":"BearerToken","token":"Atza|IwEBIIL-MMRf0lQyBpjgYwDvN11QuVUVLBTf83N0juXq8NtcmPauyjbrPWdmn5CIYEEm3RRLZooHJgN4cFpX3Nr3tg9SFeqZ2GmwYbLo_k6yeHtTuh173SMOl7Fq9sXfmPY2jeiXKmHjL6EChRSLHveLboMFb-1tMvYPi8bEjw7MY5cWGJqOZd5w0Po4gw9ksnpKGQBjGlzFlmKxvgRRPtUJg98ezxqyfPqsZqBW6r1gl_VnW3oOpcLv0cjVQHa6L-ecQROZHWPUFf8AZZKKWVcWtf-mBkJ3kqCAOwhgAg4vp2vPDRaIWtCy4sZiEAU3aqeWoa1NNPifhYyr3zb6ST6RaUrTEG48xfLPgasui1EkwlqXRcmEEB95EAl6n6OdRWva6oh4j9XNI5mDQIx0ag3PuExUhN3JhEOSI6JCZG6-jTbc_74-CB_XengvXyWAX3GFSaXlF9ZYK_Xh15WpfmnEhncX2F6XqsgLiTKgLJqQTN97WWdI-4-0BHC8ZP0F3NV4SlOzeQ5mqcU-qjTXLbZewZpO86W6n2rxinBJrzxOCcVX9A"}}}}
[2020-2-16 12:12:21 PM] accepted new token
[2020-2-16 12:12:21 PM] { aud:
'amzn1.application-oa2-client.xxxxxxxxxxx',
user_id: 'amzn1.account.xxxxxxxxxxxx',
iss: 'https://www.amazon.com',
exp: 3582,
app_id: 'amzn1.application.xxxxxxxxxxxxx',
iat: 1581851523 }
[2020-2-16 12:12:21 PM] TypeError: Cannot read property 'mappings' of undefined
at deviceToEndpoints (/usr/lib/node_modules/alexa-fhem/lib/server.js:2935:12)
at Server.handleDiscovery3 (/usr/lib/node_modules/alexa-fhem/lib/server.js:3341:25)
at Server.handler (/usr/lib/node_modules/alexa-fhem/lib/server.js:2281:47)
at Server.<anonymous> (/usr/lib/node_modules/alexa-fhem/lib/server.js:1460:33)
at IncomingMessage.emit (events.js:203:15)
at endReadableNT (_stream_readable.js:1129:12)
at process._tickCallback (internal/process/next_tick.js:63:19)
Unter dem Milight-Bulb steht jetzt auch no event token available
bitte lösch mal das .eventToken reading mit deletereading vor der neu verknüpfung.
vor der discovery muss noch mehr im log stehen wenn du den skill neu verknüpfst.
da sollte etwas von einem AcceptGrant event stehen.
danach sollte das .eventToken reading etwas vernünftiges enthalten.
dan undefined fehler habe ich jetzt gefunden und behoben.
Meine Rosine (genericDeviceType contact) wird mit der neuen server.js jetzt von einer Routine erkannt. :)
list <alexa> .eventToken ergibt immer noch 1
Weiter hab ich noch nicht getestet, wollte nur schonmal positive Rückmeldung geben.
deletereading hab ich vor der Verknüpfung gemacht, es beibt bei 1mit einem list.
Es steht jetzt noch weniger vor der Discovery im Log.
Hab es auch nach AcceptGrant durchsucht, nicht vorhanden.
[2020-2-16 2:09:59 PM] no event token available
[2020-2-16 2:10:32 PM] >>>> [srv] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"f90b5a78-6381-4716-a66a-e4fb8bbc1783"},"payload":{"scope":{"type":"BearerToken","token":"Atza|IwEBIK6eonpb_F9-R5KjmiHnRAvBkYME-8SIKW9lqrzLUzXkussaVoxzYOdQPl1i7IgyFM1FBA8VvGuTexNxcKNpbMEjRosAqAzkjywz44zqKmit7HghMuN-WtCTnT-ySh4qDXwfBMnuXhqIcWCXuW9Ut0nGuGfFjfAFnMdginhsrl6O4QOto6rtOwvdyT04CMk-3e02Snmb9nYVqmq0rY9gkhIdAMWy9SiafG0HE6tMy4eNUl5HOAXccs9sW3clCbUIwDJm2Q4MhACKH0YbC07CDNpe0e8XASy7HG7o6wR-aVw9DxvxpUeSxtIiB_22LF8ru-Z7gQ8RmhiPFYJGlbc5DBV1RjH10iVvDatJsNjoMzpYcTgCM8ojPWFLQZQwOTP41Crbje_0933QsF0IeEdyw5zjGF2RkLJIqCmKeI23Xtdyy0kY-hTr1oNDSZNeVHI7Ohmorc7uXG-E45Pyy_MfFJCTL4uAMusZ5IA1mCwJbH-dQ25HoyqzN5mXf98OGNaScjvYP8UmUhRtbAioMkhqRrjltp8HYYqanZuSpXtCwDhDlQ"}}}}
[2020-2-16 2:10:33 PM] accepted new token
[2020-2-16 2:10:33 PM] { aud:
'amzn1.application-oa2-client.xxxxxxx',
user_id: 'amzn1.account.AH6IOT3GZ6EL36WJP5M2USNZTXXA',
iss: 'https://www.amazon.com',
exp: 3595,
app_id: 'amzn1.application.xxxxxxxxxxx',
iat: 1581858628 }
[2020-2-16 2:10:33 PM] found 35 device(s)
Hi,
bei mir ähnlich.
list <alexa> .eventToken
gibt bei mir nichts zurück.
Mit der neuen Version von heute bekomme ich aber meine Fensterkontakte in Routinen angezeigt.
Neue Geräte wurden nicht erkannt.
Das die Kontakte da sind ist doch schonmal gut, oder?
Ich wollte eigentlich einen Bewegungssensor einbinden.
Den habe ich als switch in Alexa. Wei müsste man den denn für alexa bekannt machen?
Auch als Contact?
P.S.:
Habe eine Routine mit Bürofenster offen als Trigger angelegt.
Der Status des Bürofensters wird auch sauber angezeigt und der Status wechselt, aber die Routine startet leider nicht.
Gruß,
Stefan
die anzeige der sensoren in den routinen nützt leider nichts so lange die events nicht an amazon gesendet werden. und das geht ohne das token nicht.
nur um sicher zu sein: ihr verwendet beiden den connector über den ssh proxy ?
mit skill verknüpfen ist gemeint ihn in der alexa app unter meine skills deaktivieren und dann neu verknüpfen.
alexa kennt inzwischen bewegungssensoren. die sind in alexa-fhem noch nicht eingebaut weil sie ohne das produktive senden der events nicht sehr sinnvoll sind. die kommen erst wenn die events gehen.
edit: bewegungssensoren scheinen aktuell nur in den usa und kanada zu gehen.
ZitatMit der neuen Version von heute bekomme ich aber meine Fensterkontakte in Routinen angezeigt.
Neue Geräte wurden nicht erkannt.
Neue Geräte werden bei mir mit der server.js-Version von vor knapp einer Stunde gefunden.
Mit der vorherigen wurden bei mir auch keine neuen Geräte gefunden.
Connector hab ich noch nie genutzt, nutze nach wie vor meinen eigenen SHS.
wenn du den eigenen skill verwendest sollte das debuggen etwas einfacher sein. im prinzip ist aber alles gleicht. ohne das event token kann fhem keine events an amazon senden.
das token wird bei der skill verknüpfung erzeugt und gespeichert.
in den logs von oben sieht nichts nach verknüpfung aus.
Dann weiß ich ehrlich gesagt nicht weiter.
Das Log lösche ich der Übersicht wegen, mache einen restart, deaktiviere und aktiviere meinen Skill in der App, folge der Anweisung neue Geräte zu erkennen, schaue dann ins Log und hoffe das dort steht was du erwartest.
Zitatwenn du den eigenen skill verwendest sollte das debuggen etwas einfacher sein.
Mag sein, wenn man weiß wie man die Ergebnisse alle zu interpretieren hat und das tue ich gewiss (auch nach langer Zeit ) immer noch nicht.
da fällt mir ein...
du musst deinem skill in der alexa developer console unter permissions das senden von events erlauben. wenn du das nicht machst wird der entsprechende teil bei der verknüpfung überhaupt nicht durchlaufen.
Sag das doch vorher ;D
Jetzt les ich auch was von AcceptGrant und proactivelyReported":true, aber auch von no permissions in config.json
[2020-2-16 3:46:01 PM] >>>> [srv] {"directive":{"header":{"namespace":"Alexa.Authorization","name":"AcceptGrant","messageId":"9b965f77-6190-4910-995f-d863115ccd04","payloadVersion":"3"},"payload":{"grant":{"type":"OAuth2.AuthorizationCode","code":"RHNtmawzpfAlKvuVXOhy"},"grantee":{"type":"BearerToken","token":"Atza|IwEBIN8iaJDzKU9m_PlnonWPHgevA5js9Dagj_zW_DfPq1JfUIlgBoyc5hpKK8ytJV91onutArcOCDajP0dCAMbcmkGlk2XxrUxN2YZ0eb7UmUlvSCURRwEgkaohsMpKrTtsuEUqJt-2JAQVA-9z-dC0cPmfyfzsK8cTPB2qPlTB1ZnLRiubU0s5CbAvcqfyxQXdKzK5oV5bJk9aJaClhH1oDeo9v_4jXPEw0AsSYpatE5UeC1jGOckJ6o3LczlJAB-LHy33OgFcYX-5xK8Py5HRfOT5k9RShb-JFZsRJl87ZqVPWjiwF4lMjFlBk-Gy6tfGw4Up5hu_FjobojE6IwAPJLQJiLi8W1pcRJIheSnlJRXpnPe0O6NxamGCDIiMDyP80AjSjT_2iqXaDQPEJJ3z17kZgej73ySSI4cer06TyCmUz9m9p36SS17Y85Hcd5MP5Uj989VDycFgTz6Aq-HhgKguIrrSWNmgpjRlhEPLgO_1N9hirWr9QAOFEqGGNRE8WNA1Og9qt6sXBKsNvcirlSgN4tkahobAKjZ46TTJbCUqfA"}}}}
[2020-2-16 3:46:01 PM] no permissions in config.json
[2020-2-16 3:46:01 PM] <<<< [srv] {"event":{"header":{"namespace":"Alexa.Authorization","name":"AcceptGrant.Response","payloadVersion":"3","messageId":"7451ff90-a04e-4640-b88e-b1314bfab209"},"payload":{}}}
[2020-2-16 3:46:01 PM] >>>> [srv] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"114457d0-8cda-40d7-90d1-873a86339b02"},"payload":{"scope":{"type":"BearerToken","token":"Atza|IwEBIN8iaJDzKU9m_PlnonWPHgevA5js9Dagj_zW_DfPq1JfUIlgBoyc5hpKK8ytJV91onutArcOCDajP0dCAMbcmkGlk2XxrUxN2YZ0eb7UmUlvSCURRwEgkaohsMpKrTtsuEUqJt-2JAQVA-9z-dC0cPmfyfzsK8cTPB2qPlTB1ZnLRiubU0s5CbAvcqfyxQXdKzK5oV5bJk9aJaClhH1oDeo9v_4jXPEw0AsSYpatE5UeC1jGOckJ6o3LczlJAB-LHy33OgFcYX-5xK8Py5HRfOT5k9RShb-JFZsRJl87ZqVPWjiwF4lMjFlBk-Gy6tfGw4Up5hu_FjobojE6IwAPJLQJiLi8W1pcRJIheSnlJRXpnPe0O6NxamGCDIiMDyP80AjSjT_2iqXaDQPEJJ3z17kZgej73ySSI4cer06TyCmUz9m9p36SS17Y85Hcd5MP5Uj989VDycFgTz6Aq-HhgKguIrrSWNmgpjRlhEPLgO_1N9hirWr9QAOFEqGGNRE8WNA1Og9qt6sXBKsNvcirlSgN4tkahobAKjZ46TTJbCUqfA"}}}}
[2020-2-16 3:46:02 PM] accepted new token
[2020-2-16 3:46:02 PM] { aud:
'amzn1.application-oa2-client.xxxxxxxxxxx',
user_id: 'amzn1.account.xxxxxxxxxx',
iss: 'https://www.amazon.com',
exp: 3596,
app_id: 'amzn1.application.xxxxxxxxxxx',
iat: 1581864358 }
[2020-2-16 3:46:02 PM] found 35 device(s)
[2020-2-16 3:46:02 PM] <<<< [srv] {"event":{"header":{"namespace":"Alexa.Discovery","name":"Discover.Response","payloadVersion":"3","messageId":"d599542a-8b09-40d9-9a29-a105d0247632"},"payload":{"endpoints":[{"endpointId":"CUL_HM_4809FC01","manufacturerName":"CUL_HM","description":"n: EG_FR_Wandlampen, r: homekit,homematic","friendlyName":"wand lampen","displayCategories":["LIGHT"],"additionalAttributes":{"manufacturer":"FHEM","model":"HM-LC-DIM1TPBU-FM"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa.BrightnessController","version":"3","properties":{"supported":[{"name":"brightness"}],"proactivelyReported":true,"retrievable":true}},{"type":"AlexaInterface","interface":"Alexa.PowerController","version":"3","properties":{"supported":[{"name":"powerState"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"EG_FR_Wandlampen","fuuid":"5c9b8163-f33f-78f5-39df-fe61a639a0afd9bb"}},{"endpointId":"5c9ac8ec-f33f-78f5-2249-af8a6bf317e0b2d7","manufacturerName":"OWTHERM","description":"n: EG_Innensensor_Fruehstuecksraum, r: ebus,owx","friendlyName":"frühstücksraum","displayCategories":["TEMPERATURE_SENSOR"],"additionalAttributes":{"manufacturer":"FHEM","model":"DS18B20"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa.TemperatureSensor","version":"3","properties":{"supported":[{"name":"temperature"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"EG_Innensensor_Fruehstuecksraum","fuuid":"5c9ac8ec-f33f-78f5-2249-af8a6bf317e0b2d7"}},{"endpointId":"IT_0FF0F0FFFF_0F_F0","manufacturerName":"IT","description":"n: FB_433_2_TasteA, r: it","friendlyName":"eieruhr","displayCategories":["SWITCH"],"additionalAttributes":{"manufacturer":"FHEM","model":"<unknown>"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa.PowerController","version":"3","properties":{"supported":[{"name":"powerState"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"FB_433_2_TasteA","fuuid":"5c48e035-f33f-ef3d-7cc9-7e01a0cc74ee9ee9"}},{"endpointId":"5c9ac8ec-f33f-78f5-5b8b-119da6a58431968d","manufacturerName":"OWTHERM","description":"n: HF_Aussensensor_Vorderhaus, r: ebus,owx,rollladen","friendlyName":"einfahrt","displayCategories":["TEMPERATURE_SENSOR"],"additionalAttributes":{"manufacturer":"FHEM","model":"DS18B20"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa.TemperatureSensor","version":"3","properties":{"supported":[{"name":"temperature"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"HF_Aussensensor_Vorderhaus","fuuid":"5c9ac8ec-f33f-78f5-5b8b-119da6a58431968d"}},{"endpointId":"5da05c0b-f33f-78f5-23f6-8e5335da3aba2058","manufacturerName":"dummy","description":"n: Home_Presence, r: test","friendlyName":"birne","displayCategories":["TV"],"additionalAttributes":{"manufacturer":"FHEM","model":"<unknown>"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa.ChannelController","version":"3","properties":{"supported":[{"name":"channel"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"Home_Presence","fuuid":"5da05c0b-f33f-78f5-23f6-8e5335da3aba2058"}},
etc.
Events werden immer noch nicht gesendet,unter den gecacheden Werten steht weiterhin no event token available
steht jetzt was sinnvolles im .eventToken reading?
siehst beim neustart jetzt ein got .eventToken ?
Beim Neustart sehe ich kein got .eventToken, also immer noch kein Reading .eventToken
was sagt das list?
sorry. noch was vergessen. ist schon so lange her...
du musst in der config im alexa knoten noch deinen skill eintragen: "permissions": {"amzn1.ask.skill....": { "client_id": "amzn1.application-oa2-client....", "client_secret": "...."}}
beides bekommst du über die developer console.
There was a problem reading your config.json file.
[2020-2-16 5:07:20 PM] Please try pasting your config.json file here to validate it: http://jsonlint.com
[2020-2-16 5:07:20 PM]
Startup rejected. Reason: SyntaxError: Unexpected string in JSON at position 481
Die Fehlermeldung find ich gut :)
Aber an was liegts ?
"applicationId": [ "amzn1.ask.skill.1c439e7d-3415-4579-xxxxxxx" , "amzn1.ask.skill.9dddcea2-5d70-46e5-a4a1-xxxxxxxx" , $
"oauthClientID": "amzn1.application-oa2-client.xxxxxx"
"permissions": {"amzn1.ask.skill.xxxxxxxxxx": { "client_id": "amzn1.application-oa2-client.xxxxxxxxxx$
An den geschweiften Klammern ? oben bei applicationId hab ich damals eckige und bei oauthClientID gar keine verwendet
am ende der oauthClientID fehlt ein komma. das brauchst du wenn du eine zusätzliche zeile anhängst.
am besten steck die gesamte konfiguration mal hier rein: https://jsonlint.com (https://jsonlint.com)
Und dann nochmal de.- und aktivieren des Skills und events kommen auch in der App an :)
list <alexa> .eventToken
alexa 2020-02-16 17:32:27 {"access_token":"Atza|IwEBILLyzfqFyJ5xzSgsc4Op_xxxxxxxxxx","refresh_token":"Atzr|IwEBILYq76x2i-kpFrRTaWTch0zxxxxxx","token_typeDanke für die Hilfe, hab übrigens noch gar keine Verwendung dafür im Kopf.
Hi,
ok, in der alexa-fhem.cfg habe ich das Permissions eh schon.
In der Developer Console sehe ich auch den Schalter "Send Alexa Events". Ich kann ihn auch anschalten.
Wechsele ich aber den Tab und gehe wieder auf Permissions ist der Schalter wieder aus.
Ist etwas nötig in der Developer Console dass der Schalter auch gespeichert wird?
Irgendetwas muss mir da fehlen? Ist schon etwas her dass ich das eingerichtet habe.
Gruß,
Stefan
Musste nicht speichern. Das hatte mich auch gewundert und hatte ich auch gleich kontrolliert. Bin zurück auf die Übersichtsseite der Skills mit oben links <Your Skills dann auf meinen SHS auf edit, dann auf Permissions und der Schalter war weiterhin AN.
Bei mir leider nicht.
Ist wohl zu alt mein SmartHomeSkill.
Habe daraufhin die Lamda funktion neu angelegt, ohne Erfolg.
Dann habe ich einen neuen SmartHomeSkill2 angelegt.
Dort bleibt der Schalter jetzt an.
Mir ist nun nur nicht mehr ganz klar wie ich den Smart home skill mit alexa Fhem verknüpfe.
Wahrscheinlich einfach über die APP.
Aber da bin ich gerade am probieren, melde mich nochmal.
Gruß,
Stefan
Hmm,
ich habe jetzt den Smart Home Basic2 verknüpft mit Send alexa Events an.
Habe in der alexa-fhem.cfg die Daten vom skill unter permissions übernommen.
Dort steht unter Alexa Skill Messaging eine neue Client Id und Client Secret.
Skill id habe ich vom skill.
Leider bekomme ich nach wie vor im log:
[16.2.2020, 18:48:32] no event token available
Noch jemand eine Idee?
P.S.:
Ok jetzt scheint irgendetwas zu funktionieren aber noch nicht wie es soll:
[16.2.2020, 18:57:54] Reading .eventToken set to {"access_token":"Atza|IwEBID8_D56i_aQ2Ai5i3UaqkR4BS_Ihj5TiDhAb5joW3LdEbS05hAE83IKESLkzyFzS_7qOoZPZMFP_tBDdPCo9aSwgfeGF9o_eE7btYwUfYwGnInowTg-fbtQKzPS6xdM0G45odL6X5AHHdpiW9A1OF5EZgpz0EoJW5xiitFycLnlEdEEkkyAzm_yo5HG31NWEd6hb2B1NZUnHTuYhttbHOvLOfbI72kHOztvhOnol_tkpRkaHg6CZmitclWBII2RqB9NMnMYZp9JAJgjmEFWyISdkYOzHykYRSLs2q-QaPmD5ydQ0znEIzFkzuTsmHdLixkBnizNzCISUPeEQGGmkGgeb","refresh_token":"Atzr|IwEBIGg-cg-8SccvdasI3Zrk_atsspy1qR6hB8I3NTHWHZDvLKOArvuaHFCmsxW_R-HkJr6zIjFvom0oCvtFFrYzrzI0oBdDuXy0Fa2MOj4UKbEDSA2UWwLw4JoprqKPFe9YjvRRHvPREFeAe8krVfgpSGdLBytuswBJHWeZsKHTMjfWI-RZIXGgzVZU-scmInjxwa8EwRoCYF8g3AOVGOlk8vuDT4c78dmloOqGimuMZzRVM3mmN75Qx-v8oveeBpoVNAOoAF0rMpl9cPFmRgXP7wL5Pvn2Yo8Ark_a5YNS1zuFABw4TX-hQ0xkaAe8GGc75rFwpLwtuack-SHhL65d7npD","token_type":"bearer","expires_in":3600}
[16.2.2020, 18:57:54] [FHEM] executing: http://192.168.69.94:8083/fhem?cmd=%7B%24defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20MyAlexa%20.eventToken%20%7B%22access_token%22%3A%22Atza%7CIwEBID8_D56i_aQ2Ai5i3UaqkR4BS_Ihj5TiDhAb5joW3LdEbS05hAE83IKESLkzyFzS_7qOoZPZMFP_tBDdPCo9aSwgfeGF9o_eE7btYwUfYwGnInowTg-fbtQKzPS6xdM0G45odL6X5AHHdpiW9A1OF5EZgpz0EoJW5xiitFycLnlEdEEkkyAzm_yo5HG31NWEd6hb2B1NZUnHTuYhttbHOvLOfbI72kHOztvhOnol_tkpRkaHg6CZmitclWBII2RqB9NMnMYZp9JAJgjmEFWyISdkYOzHykYRSLs2q-QaPmD5ydQ0znEIzFkzuTsmHdLixkBnizNzCISUPeEQGGmkGgeb%22%2C%22refresh_token%22%3A%22Atzr%7CIwEBIGg-cg-8SccvdasI3Zrk_atsspy1qR6hB8I3NTHWHZDvLKOArvuaHFCmsxW_R-HkJr6zIjFvom0oCvtFFrYzrzI0oBdDuXy0Fa2MOj4UKbEDSA2UWwLw4JoprqKPFe9YjvRRHvPREFeAe8krVfgpSGdLBytuswBJHWeZsKHTMjfWI-RZIXGgzVZU-scmInjxwa8EwRoCYF8g3AOVGOlk8vuDT4c78dmloOqGimuMZzRVM3mmN75Qx-v8oveeBpoVNAOoAF0rMpl9cPFmRgXP7wL5Pvn2Yo8Ark_a5YNS1zuFABw4TX-hQ0xkaAe8GGc75rFwpLwtuack-SHhL65d7npD%22%2C%22token_type%22%3A%22bearer%22%2C%22expires_in%22%3A3600%7D%3B%7B%24defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&XHR=1
[16.2.2020, 18:57:54] got event token
[16.2.2020, 18:57:55] clientID amzn1.application-oa2-client.0e2e5f5579b4429b9046dacf10959d67 not authorized
[16.2.2020, 18:57:55] ERROR: InvalidAccessTokenError from ::ffff:18.203.223.23
Jetzt ändere ich nochmal auf meine Client ID, anstatt der unter Alexa Skill Messaging.
Gruß und Danke,
Stefan
Danach den Skill wieder de-/aktiviert ?
Ja,
ich habe irgendein Berechtigungsproblem.
Jetzt bekomme ich:
[16.2.2020, 19:06:35] [FHEM] got .eventToken
[16.2.2020, 19:06:35] refreshing token
[16.2.2020, 19:06:36] failed to refresh token: unauthorized_client: 'Not authorized for requested operation'
Welche
oauthClientID
client_id
und client secret muss ich denn angeben?
In der Developer Console gibt es:
unter "Account Linking" "Your Client Id" eine.
unter "Permissions" "Alexa Skill Messaging" eine "Alexa Client Id:"
P.S.:
jetzt habe ich mal in die Config bei oauthClientID die des Skills und unter Permission die der Permissions.
aber dann bekomme ich:
[16.2.2020, 19:11:59] [FHEM] got .eventToken
[16.2.2020, 19:11:59] refreshing token
[16.2.2020, 19:12:00] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
Danke,
Stefan
unter SMART HOME sieht man die Skill-ID -> unter 2. Smart Home service endpoint
und die Client-ID und Client Secret unter PERMISSIONS
Ok danke,
du hast also nirgends die von "Account Linking" "Your Client ID" verwendet?
Gruß,
Stefan
Nirgends mag ich jetzt nicht sagen ohne nachzuschauen, die Client ID unter PERMISSIONS hab ich auf jedenfall eingetragen.
Hallo Andre,
so ich habe nun auf meinem Testsystem (Raspberry PI 3 Buster) ein frisches alexa-fhem installiert und server.js/fhem.js von github geholt.
Meinen "Reserve-Echo" wieder in Betrieb genommen und einen neuen Amazon-Account angelegt...
Skill verknüpft...
Einen "Fenster-Dummy" angelegt: funktioniert! :)
Eine Routine, wenn Fenster auf geht -> sagt Alexa: alle Fenster sind offen :)
Kann ich noch was testen!?
Gruß, Joachim
Also ich bin auch weiter.
Ich habe nun bei permissions die clientID und secret von Permission.
Bei oauthClientID die von Account Linking.
Das scheint zu funktionieren.
ich bekomme:
[16.2.2020, 19:36:15] [FHEM] got .eventToken
[16.2.2020, 19:36:15] refreshing token
[16.2.2020, 19:36:16] got fresh token
Leider löst die Rountine aber nicht aus?
Beim Fenster auf kommt folgendes:
[16.2.2020, 19:38:49] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'opened (rf error)')
[16.2.2020, 19:38:49] {"event":{"header":{"namespace":"Alexa","name":"ChangeReport","payloadVersion":"3","messageId":"7794f9ee-ff90-4d5b-bf92-76fb8b6e22f3"},"payload":{"change":{"cause":{"type":"PHYSICAL_INTERACTION"},"properties":[{"namespace":"Alexa.ContactSensor","name":"detectionState","value":"DETECTED","timeOfSample":"2020-02-16T18:38:49.923Z","uncertaintyInMilliseconds":500},{"namespace":"Alexa.EndpointHealth","name":"connectivity","value":{"value":"OK"},"timeOfSample":"2020-02-16T18:38:49.923Z","uncertaintyInMilliseconds":500}]}},"endpoint":{"scope":{"type":"BearerToken","token":"access-token-from-Amazon"},"endpointId":"MAX_05e9f9"}}}
[16.2.2020, 19:38:49] posting skill event
[16.2.2020, 19:38:52] posted skill event: 202:
P.S.:
Ich glaube der neue Skill hat Probleme weil die Geräte vom alten sind.
Er zeigt mir in der App auch den Status nicht mehr an.
Werd wohl die alten Geräte löschen müssen
Gruß,
Stefan
@MadMax-FHEM
Wsl. klappt dann wohl alles wie vorgesehen wenn man den Connector verwendet.
Wenn du eventuell ein Gerät eingebunden hast, welches brightness 255 zurückgibt, wäre hier (https://forum.fhem.de/index.php/topic,108080.msg1020640.html#msg1020640) noch Bedarf an Rückmeldung welches Verhalten nun der Slider in der Alexa-App zeigt wenn man entweder factor oder min.- und maxValue verwendet.
Gruß
Thomas
Hallo Thomas,
hmm, leider hab ich nix mit Dimmer/Slider...
Auch nicht auf dem Hauptsystem (welches ich ja durch tausch von server.js/fhem.js "hochbrezeln" könnte)...
Ich müsste das wenn mit einem Dummy nachbauen...
Ich hab jetzt den anderen Thread nur überflogen, daher evtl. noch mal knapp zusammengefasst:
was genau sollte ich "nachbauen" und was genau wird "erwartet"?
Gruß, Joachim
Hi,
also von mir auch noch kurz Rückmeldung und kurz zusammengefasst was bei mir nötig war:
1. Im Skill unter Permission das "Send Alexa Events" anschalten. (Leider ging das bei meinem Skill nicht und ich musste einen neuen Basic Skill anlegen in dem das dann ging)
2. In der Alexa-Fhem.cfg im Alex applicationId des neuen Skill eintragen
3. In der Alexa-Fhem.cfg unter permissions Skill Id eintragen, client_id aus der Development Console Permissions und das client secret auch aus der Console unter Permissions
4. oauthClientID in der Alexa-Fhem.cfg bleibt die Client ID von Account Linking
5. Skill in Amazon App deaktivieren
5. Alexa in FHEM stoppen
5. Löschen eines vorhandenen .eventToken reading aus Alexa in Fhem mit deletereading
6. Alexa FHEM starten
7. Skill in amazon App Aktivieren
8. Sollte ein neuer Skill nötig gewesen sein alle Devices in der Amazon App löschen und neu finden lassen.
Nun geht bei mir auch das Event und ich kann eine Routine ansprechen lassen.
Gruß und Danke,
Stefan
danke fürs testen! das schaut doch gut aus. ich habe diesen stand mal nach npmjs gepublished.
aber achtung: der default für das reporting ist jetzt false. d.h. wenn man es aktivieren möchte muss man ein "report": true in die config einfügen.
Ebenfalls erfolgreich getestet! MAX Fensterkontakt und die Hue-Motion-Sensoren lassen sich als Quelle verwenden.
Stolperstein:Ich hatte schon ewig die Meldung
failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'im Logfile. Hat mich nie gestört. Skill trennen und neu verknüpfen reicht nicht. Wie schon von Stefan beschrieben, war auch bei mir ein "deletereading <alexa> eventToken" nötig.
ach ja noch etwas: die aktuelle version hat auch den support für bewegungsmelder eingebaut.
es musst ein mapping für MotionDetected nach 0/1 geben. ist aber ungetestet und wie gesagt laut doku in deutschland noch nicht verfügbar.
Cool,
danke dir vielmals.
Das mit dem Motion Sensor werde ich testen.
Wenns mit dem Hue geht gehts hoffentlich auch mit meinem :-)
P.S.: Was für ein DeviceType wäre das denn? Security?
Oder ist das wurscht hauptsache MotionDetected 0/1?
Gruß,
Stefan
Bei mir hat jetzt auch die "fensterkontakt-driven" Routine ("Wenn Fenster offen, warte 10 Minuten, dann sage "Das Badezimmer ist seit 10 Minuten offen") geklappt. Allerdings sehe ich jetzt auf Anhieb keinen Mehrwert, Komplexität in Alexa statt FHEM abzubilden. Ich fände daher eher Dummydevices für Alexa-Ansagen spannend, z.B. einen Solarüberschuss.
Folgenden Wunsch hätte ich noch:
Nach 3,5 h komme ich jetzt auf 2032 "posted skill event"-Zeilen (die immer im Doppelpack auftreten, also gleich zweimal zur gleichen Sekunde). Erstens geht es Amazon einen feuchten Kerricht an, wann ich das Licht ausmache, und wie warm es gerade im Büro ist. Zweitens ist es ja - wenn auch nur unbedeutende - Last. Ich würde mir wünschen, dass man entweder eine Filter-Regel in der Config angeben kann, welche Devices aktiv reported werden, oder aber das als Attribut einem Device zuordnen kann.
Ok habe meinen ollen IT Bewegungsmelder nun mit:
genericDeviceType MotionSensor
homebridgeMapping MotionDetected=state,values=on:1;off:0
angelegt und Alexa findet ihn und sagt auch gleich ich könnte ihn in Routinen benutzen.
Geht 1A! Cool.
Auch in der alexa App wird das richtig gut angezeigt. "Kein Bewegung erfasst" und "Bewegung erfasst" jeweils mit Uhrziet usw.
Jetzt frag ich mich doch etwas was es noch für genericDeviceType gibt die Alexa so super anzeigen und handhaben kann.
Bisher ist bei mir ziemlich alles Schalter oder Lampe :-=)
Gruß und Danke,
Stefan
@gzdivus: geht doch alles schon.
- der default ist in der eingecheckten version false.
- du kannst es mit "report" : true aktivieren.
- wenn du nicht alles melden willst: leg einen zweiten connection block an mit anderem filter und anderem report an.
und das man dir automation besser in fhem abbilden soll war ganz am anfang sowieso mein erster satz dazu :)
ansonsten: es sollte pro readings änderung nur ein event erzeugt werden. wenn ein device mehrere werte auf einmal änder könnte man die zwar in einer nachricht zusammenfassen, den aufwand wollte ich aber nicht treiben.
Hallo zusammen,
erst einmal wieder vielen Dank für die ständige Weiterentwicklung von alexa-fhem. Da macht das Testen richtig Spaß 8)
Soweit ich das beurteilen kann, funktioniert von alexa-fhem's Seite auch alles, da ich regelmäßig folgende Meldungen im Log habe:
Feb 18 17:06:44 inet alexa[15978]: [2020-2-18 17:06:44] posting skill event
Feb 18 17:06:44 inet alexa[15978]: [2020-2-18 17:06:44] posted skill event: 202:
Damit würde ich sagen, habe ich nichts grob falsch gemacht. Allerdings bekomme ich in der Alexa App immer noch keine Smarthome Geräte angezeigt, um Routinen zu erstellen. Geräte an sich werden erkannt, nur dort nicht, wo ich eine Routine bauen will und die Geräte als "Auslöser" einbauen möchte. Habe mich an die Anleitung von stefanru in diesem Thread gehalten.
Ich benutze die alexa-fhem Version 0.5.46 aus dem Git Repository ohne FHEM-Connector und auf einem anderen Rechner als dem, wo FHEM drauf läuft.
Habe den Skill deaktiviert und danach wieder aktiviert. Auch die Geräte habe ich durch die App noch mal neu erkennen lassen.
Habe ich noch etwas übersehen?
Gruß Rainer
Eigentlich nicht,
welche Geräte hast du denn?
ContactSensor geht bei mir und MotionSensor.
Gruß,
Stefan
Zitatgeht doch alles schon.
- der default ist in der eingecheckten version false.
- du kannst es mit "report" : true aktivieren.
- wenn du nicht alles melden willst: leg einen zweiten connection block an mit anderem filter und anderem report an.
Aber das ist doch arg durch die Brust ins Auge! Nächster Vorschlag: Nur das Reporten, was auch was nützt, eben:
- MotionSensor
- Fensterkontakte
Der Normalnutzer sollte doch die alexa-config.json überhaupt nicht anfassen müssen.
Na ganz so einfach ist es nicht.
Es gibt wohl mehr proaktiv reporting devices.
Habe verschiedene Listen gesehen.
Außerdem gibt es wohl auch Ideen das ganze auch auf Schlater usw auszudehnen.
Sieh z.B. hier:
https://www.alefo.de/forum/routinen-jetzt-geraete-als-trigger-6163-20#p52785
Was gehen wird und was geht liegt an Amazon und ist nicht so ganz einfach fix.
Aber mit nem Filter könnte man arbeiten.
Die Frage ist, ist der Overhead so groß?
Oder ist das eher zu vernachlässigen?
Ich kann nach wie vor nur minimale CPU Last bei dem Alexa Prozess erkennen weit unter 1% auf meine RPi3 und auch im Netzwerk erkenne ich keinen erhöhten Upstream.
Somit für mich völlig ok.
Klar wenn du nicht willst dass Amazon das erfährt, dann ok, aber sollte man dann eine alexa sich hinstellen?
Gruß,
Stefan
Ich kam - wie erwähnt - auf etwa 10 Events / Minute - vermutlich hauptsächlich die Thermometer im Haus (4 mal LaCrosse). Ich sehe es auch so rum: Amazon liefert für einen sehr kleinen Betrag nicht nur die Hardware, sondern auch halbwegs das Versprechen eines "Life Time Services", den sich manche Anbieter von Smarthome-Clouds gerne fast zur den Kosten eines Echo-Dots vergüten lassen wollen - pro Jahr. Da sollte man m.E. für jede Seite auf die Ressourcen achten. Und seien es nur die Stromkosten für täglich 37,5 Mio. ausgehandelte SSL-Connections bei dieser Rate und 2.500 Nutzern.
Der andere Punkt: Im Moment treffe ich eine bewusste Entscheidung, Alexa z.B. nach der Temperatur der Heizung zu fragen. Ich nehme in Kauf, dass diese Information von Amazon verarbeitet wird, und das ist für den Zweck unausweichlich und vermutlich habe ich der langfristigen Speicherung irgendwo in den AGB zugestimmt. Der "pauschale Push" an Amazon von Unmengen Informationen, die nur in den wenigsten Fälle einen Mehrwert für mich haben, ist m.E. ein grundsätzlicher ästhetischer Verstoß gegen das Prinzip der Datensparsamkeit. Und eigentlich ist es doch unsere Verantwortung als Techniker, das für den Nutzer nicht zu einem "Du musst halt abwägen ob Ja oder Nein" zu machen, sondern niedrigschwellig sinnvolle Datensparsamkeit zu ermöglichen. Die Daten aller Sensoren des Hauses, die man mal grundsätzlich abfragen könnte, non-stop in die Cloud zu blasen, ist das absolute Gegenteil davon.
Ganz ehrlich: Im Moment halte ich ja noch mit meinem Namen für die Datenschutzerklärung von FHEM Connector her. Wenn der Push zum Default werden sollte, muss die umformuliert werden.
der push ist nicht default! siehe oben. default ist aus.
Zitatder push ist nicht default! siehe oben. default ist aus.
Das ist mir völlig bewusst. Aber Ziel muss doch eine "fummelfreie" Version sein! Zielsetzung war immer bei FHEM-Connector ein schlichtes "Läuft! Auf Anhieb!".
Vorab:
Das Feature ist großartig, und super, dass Du (und Amazon) es zum Laufen gebracht hast. Ich bin nie mit dem echodevice warm geworden, und jetzt gibt es die Möglichkeit, Alexa zu spontanen Ansagen zu bewegen. Mir fällt da der Solarüberschuss und Warnungen z.B. für "Tiefkühltruhe zu warm" ein - Dinge, die ich z.Zt. per Telegram-Bot mache.
Vorschlag:
Mein Vorschlag wäre - solange Amazon nur diese binären Events für den Nutzer sinnvoll umsetzen kann - folgende Skizze:
- Push ist per Default an, aber kein klassisches Device wird gepusht
- Für die Problematiken ".eventToken" bzw. "neue Skillverknüpfung nötig" benötigt es eine Meldung im alexa-Device-Status
- Es gibt einen genericDeviceType 'pushState' (o.ä.), den man typischerweise einem Dummy-Device zuweist (zusammen mit einem alexaName). Diese Devices simulieren einen Kontakt oder MotionSensor und werden gepusht
- Ob ich nun einen realen Motionsensor oder einen Kontakt, eine Schwellwertüberschreitung oder die Sonnenfinsternis in FHEM für den State dieses Devices als Quelle nehme, ist jeweils eine explizite FHEM-Regel.
So könnte man m.E. das Feature safe und nutzerfreundlich launchen.
Zitat von: gvzdus am 19 Februar 2020, 12:24:24
Das Feature ist großartig, und super, dass Du (und Amazon) es zum Laufen gebracht hast. Ich bin nie mit dem echodevice warm geworden, und jetzt gibt es die Möglichkeit, Alexa zu spontanen Ansagen zu bewegen. Mir fällt da der Solarüberschuss und Warnungen z.B. für "Tiefkühltruhe zu warm" ein - Dinge, die ich z.Zt. per Telegram-Bot mache.
Ginge auch mittels echodevice-Modul ;)
https://forum.fhem.de/index.php/topic,82631.msg747482.html#msg747482
Und dann ohne Events etc. an Amazon...
Gruß, Joachim
Hi,
also ich finde es auch toll wenn man alle features nutzen kann die amazon da bietet.
Ich finds toll dass ich den Bewegungsalarm nun auch direkt in der Alexa App benutzen kann als Trigger.
Mir war nicht bewusst dass es um den FHEM Connector geht.
Da könnte man durchaus irgendwie filtern.
Für mich wäre nur wichtig dass wenn ich meinen eigenen Skill verwende ich auch wenn ich will alles pushen kann, schon allein und ab und an zu testen ob Amazon nun doch eventuell neue Devices wie switche unterstützt.
Vielen Dank nochmal für eure tolle Arbeit.
Gruß
Stefan
die aktuelle version mit zusätzlichen connection blöcken bleibt auf jeden fall. das ist sehr flexibel und geht so zu sagen schon out of the box.
zusätzlich könnte man ein zusätzliches attribut alexaPush einbauen das man setzt wenn man die events eins devices pushen möchte. das könnte man theoretisch noch erweitern um bestimmte characteristics zu pushen. das wäre aber etwas für später.
die frage ist halt: lohnt sich der aufwand überhaupt. ich bin ja immer noch der meinung mal sollte alles was möglich ist direkt in fhem machen. wenn man es zu einfache macht verleitet das dazu es nicht in fhem zu machen :). vielleicht sammeln wir mal was nur mit den events (und ohne echodevice) geht.
warum das .eventToken solche probleme macht ist mir noch nicht klar. das ist schon immer drin und sollte bei jedem der den connector nutzt einfach gehen. ausnahme: es ist mehr als ein skill im einsatz. da muss ich noch nachbessern. das steht schon lange auf der liste.
also... ich habe da mal was gebaut und ganz mutig direkt eingecheckt...
man kann wie bisher den default für eine fhem connection im alexa-fhem config file über einen parameter setzen. (achtung: der name des parameters hat sich geändert: proactiveEvents)
neu, und für die meisten besser ist aber das hier:
es gibt jetzt ein alexaProactiveEvents attribut in fhem das man pro device setzen kann:
0 -> es werden keine events erzeugt
1 -> es werden events für dieses device erzeugt
der default ist 0 bzw. das was im config file von hand gesetzt wurde.
wenn man alexaProactiveEvents im alexa device selber auf 0 setzt, wird das event reporting für diese fhem instanz deaktiviert. das überschreibt also das aktivieren per attribut pro device.
bei der gelegenheit habe ich auch endlich den fehler gefunden der in alexa-fhem die direkte reaktion auf attribut änderungen zur laufzeit verhindert hat. d.h. man kann das alexaProactiveEvents attribut zur laufzeit setzen, ändern oder löschen und es hat ohne neustart von alexa-fhem (und ohne gerätesuche) sofort auswirkungen (gilt auch für alexaName).
d.h. man könnte z.b. über das alexaProactiveEvents attribut im alexa device das reporting mit einem at/notify/... an andere bedingungen knüpfen. wie z.b. es ist jemand zuhause, oder eben nicht, oder nur tags über, oder nur nachts, ...
ps: wer jetzt sein .eventToken attribut 'repariert' hat, bei dem geht dann auch das set <alexa> add um zur laufzeit ein neues device hinzuzufügen und alexa bekannt zu machen. hierbei gibt es zumindest unter iOS auch eine nachricht auf handy oder watch. das geht deutlich schneller als immer eine 50 sekunden lange geräte suche zu starten.
ps: wenn das so weit geht wäre es wieder mal was fürs wiki... also freiwillige vor :)
Wer nörgelt und labert, fühlt sich natürlich geehrt, seinen Senf auch noch in den Wiki gießen zu dürfen :-)
Ich mach's, und vielen Dank!
sehr löblich. ebenfalls besten dank :)
Wow,
so schnell wie du die dinger im Moment raushaust kann ich garnicht testen ;-)
Habe mit der neusten Version aber ein Problem.
Habe in alexa-fhem.cfg "proactiveEvents": "true" gesetzt.
Aber es wird nicht mehr reported.
Ist es Pflicht das alexaProactiveEvents attribut zu setzen?
Wie kann ich alle Geräte reporten lassen?
P.S.: Es geht sobald ich das attribut am Device setze.
Es geht leider nicht in der Config oder am Alexa Device. Ist das ein Fehler oder so gewollt?
GRuß und Danke,
Stefan
Redaktionskonferenz der BILD-Zeitung ist vorbei, der Abschnitt "Aktiv Routinen starten" im Wiki fertig.
Wäre nett, wenn jemand gegenliest! Der Stil ist der Originalstil von FHEM-Connector (erst sagen, warum das sehr genial ist, dann mehr Text & die Einrichtung, dann Fehlersuche).
Btw: Bei mir kommen die angezeigten Bewegungssensoren als Triggerquelle in der Alexa-App offenbar nicht aus FHEM, sondern vom noch installierten Hue-Skill. Aber dafür funktioniert es auch nicht. Vielleicht, weil dann ja die im Hue-Bridge-Gefängnis Eingekerkerten über Alexa in die freie IFITT-Welt Botschaften senden könnten. Ist aber natürlich kein FHEM-Problem.
@stefanru: mach bitte noch mal ein update per npm. da war noch ein fehler der den default aus der config nicht übernommen hat
im alexa device kann man das reporting nur ausschalten nicht global aktivieren. global einschalten geht nur über die config.
@gbzdus: danke. das schaut gut aus. ich habe nur die zeile mit dem userattr raus genommen. das macht dir aktuelle version des alexa moduls automatisch.
bei mir geht das nicht, ich habe "proactiveEvents" : true in der config gesetzt im alexa device das alexaProactiveEvents auf 1 gesetzt bei einem device vom typ contact auch mal das attrib auf 1 gesetzt, wenn ich in den routinen smarthome auswähle erscheinen keine . Token fehler kann ich im log auch keine sehen.
Wo kann ich noch schauen?
nicht einfach wild alles auf 1 setzen. attribut im device reicht.
aktuelle alexa-fhem version verwenden.
ins log schauen
schauen ob das mit dem eventToken passt. sonst wie im wiki beschrieben verfahren.
geräte suche laufen lassen
wild habe ich nicht gesetzt, das attrib im device war das erste was ich gesetzt hatte, erst als nichts ging habe ich die anderen Sachen gemacht.
Aktuelle alexa version 37 habe ich schon, wiki habe ich mir auch schon angeschaut bevor ich geschrieben habe, da steht alles so wie ich es gemacht habe.
das event-token sieht so aus: {"access_token":"Atza|IwEBIC4lqav4KKkTciSaAa7xQiz5n4HJVFTqbB5fIE5XTyWAHJ_QrYZLiLuypoV1egMV6hht-vPBMvIBfl9ouPN6a0nys9K0fd2JmQbrOO7S_3UT4PSyoyXMx9S5rDWs_h_opcuEsp86ZZs9ZK13URe_PTWnZOdbi3uVoWKopp9GPmCdFOdFPMiOGNhJjnJiMc4rvnms1J1-WHKUbjv6T4VOfmNmt4zZ1i7NH_IuMqBq5E4D0MWaN51MrmrrgRJKPZdaWg18bBPny3C0hvwVbqugDFfLaSZpvVdAQDKVUcnHFn93NPDhIFU4AgyAnOpFfPa-1cCmuWj40U6U3Y-F27cF6_GY","expires_in":3600,"refresh_token":"Atzr|IwEBIKqFqWaik1KmngAX0ZfrMaFa0VBLqH3H0CFnI8xEjk-qzcdqE09mZiJuO8HwNlW8VXk5mYtIt1wAdWOcIAbbjVM45UAWMmfhd6XBH-47ND93GbxgqS1bFX9cDvDrJvee06aPmLMng6YpnqMSG4EdxQZ1Upcz5Lxq7wXTuvrCdVsRjO_A1FVioV3r12UpXmYIebhQleFoTVxZGm51foQM77DkX3eeS685zc8GmdWL2_3gu8XgNEJBIcjctfmk0pXBbn7B9x2dz14Ksz5w0M3KE6IJZW0PcP7LRjGqhJ5smWXVSlgJW7EZOTsyAJ26cMU_FuS8__PiEZNW2YSzOMxZ6GoXMjFgUT1z6y_4etx3WrfWSQ","token_type":"bearer"}
ist das gut oder schlecht?
Mit "Device" im Sinne des Wikis ist der einzelne Bewegungsmelder etc. gemeint, nicht das alexa-Device.
Kann ich das irgendwie klarer formulieren?
Zweiter Hinweis zur Abgrenzung "Configuration" versus "ungültiges Token":
Im alexa-logfile sollte für das Gerät stehen:
[2020-2-20 09:18:01] [FHEM] eg_bad_fk1 will try to send proactive events
Gegenteil:
[2020-2-20 09:18:02] [FHEM] ug_tiefkuehl_m1 will not send proactive events
dir alktuelle alexa-fhem version ist 0.5.47. nicht 37.
das mit der version war mein Fehler, ich habe die 47. Ich habe jetzt mal das .eventToken reading gelöscht, ich habe jetzt zwar bei der Auswahl den fensterkontakt stehen, beim auswählen kommt aber " fehler Dieses gerät wird momentan nicht unterstützt".
Im log stehen auch viel mehr Geräte wo drin steht try to send proactive events. Werden nur bestimmte types genommen?
Grüße
Swen
löschen allein reicht nicht. du musst alexa-fhem neu starten und den skill neu verknüpfen.
so lange du das flag in der config noch auf true stehen hast werden die events für alles gesendet.
ich glaube es wäre gut das ganze schrittweise zu machen.
- alle konfigurations flags und und attribute wieder löschen
- den skill neu verknüpfen
- schauen ob der grant request im log kommt
- schauen ob es ein event token gibt
- das attribut bei einem device setzen
- schauen ob das event gesendet wird
- schauen ob die routinen gehen
wenn eines davon nicht geht geht natürlich alles danach auch nicht.
also smarthome geräte von genericdevicetype contact funktionieren, aber z.bsp ein thermostat nicht.
Müss es denn für alle types gehen?
WAS funktioniert nicht?
das senden der events? -> im log schauen ob du mehr findest
das auftauchen eines geräts bei den routinen? -> schau ob die discovery message richtig ist.
das einbinden in eine routine? frag amazon.
aslo wie gesagt für Devices mit dem genericdevicetype contact geht es, die kann ich in der routine auswählen da steht im log sowas
{"event":{"header":{"namespace":"Alexa","name":"ChangeReport","payloadVersion":"3","messageId":"b07ad806-8da3-450f-af79-523127ddb068"},"payload":{"change":{"cause":{"type":"PHYSICAL_INTERACTION"},"properties":[{"namespace":"Alexa.ContactSensor","name":"detectionState","value":"NOT_DETECTED", "timeOfSample":"2020-02-20T10:32:38.084Z","uncertaintyInMilliseconds":500},{"namespace":"Alexa.EndpointHealth","name":"connectivity","value":{"value":"OK"},"timeOfSample":"2020-02-20T10:32:38.084Z","uncertaintyInMilliseconds":500}]}},"endpoint":{"scope":{"type":"BearerToken","token":"access-token-from-Amazon"},"endpointId":"MAX_053295"}}}
Bei dem max Thermostat kommt ja auch so ein event, aber das kann ich nicht als gerät auswhählen in der routine
[20.2.2020, 11:39:35] {"event":{"header":{"namespace":"Alexa","name":"ChangeReport","payloadVersion":"3","messageId":"adc21ec8-1de3-481e-aaed-618b41cc0527"},"payload":{"change":{"cause":{"type":"PHYSICAL_INTERACTION"},"properties":[{"namespace":"Alexa.TemperatureSensor","name":"temperature","value":{"value":21.2,"scale":"CELSIUS"},"timeOfSample":"2020-02-20T10:39:35.142Z","uncertaintyInMilliseconds":500}]}},"endpoint":{"scope":{"type":"BearerToken","token":"access-token-from-Amazon"},"endpointId":"MAX_0ba638"}}}
Natürlich kannst Du gerne forschen, aber nicht ohne Grund heisst es im Wiki:
Inzwischen lassen sich (reale oder vermeintliche) Änderungen von Bewegungssensoren und Fensterkontakten als Startbedingung an Alexa-Routinen koppeln.
Heißt im Umkehrschluss: Es gibt keinerlei Indizien, dass Amazon das (Thermostate) unterstützt. Also ggf. da nachfragen.
ach okay danke, also ist es normal das nur meine Contacts gehen, was muss ich den als genericdevicetype bei einem Bewegungssensor eintragen?
Zitat von: gvzdus am 20 Februar 2020, 11:58:02
Natürlich kannst Du gerne forschen, aber nicht ohne Grund heisst es im Wiki:
Inzwischen lassen sich (reale oder vermeintliche) Änderungen von Bewegungssensoren und Fensterkontakten als Startbedingung an Alexa-Routinen koppeln.
Heißt im Umkehrschluss: Es gibt keinerlei Indizien, dass Amazon das (Thermostate) unterstützt. Also ggf. da nachfragen.
Die Funktionalität mit einem Bewegungssensor (in meinem Fall: Hue motion sensor mit Conbee / FHEM) kann ich nachher testen.
https://forum.fhem.de/index.php/topic,108455.msg1024843.html#msg1024843
https://forum.fhem.de/index.php/topic,108455.msg1024921.html#msg1024921
hue sensoren müssten auch ohne homebridgeMapping funktionieren. wenn nicht: s.o.
achtung: motion sensoren sind laut doku eigentlich nur in usa und kanada unterstützt. scheinen aber trotzdem zu gehen.
geht mit bewegungsmelder und den Kontakten
Irgendetwas, was ich in den Wiki übernehmen kann?
- Welcher Bewegungsmelder? Ggf. welches Gateway?
- homebrigeMapping nötig?
also ich habe ein HmIP-SMO-A übr HMCCU angebunden,
als genericdevicetype habe ich dort motion gewählt und das homebridgemapping ist folgendes:
MotionDetected=state,values=yes:1;no:0
Meine Kombination HUE-Sensor mit deCONZ und mod_hue funktioniert so:
alexaName Flurbewegung
alexaProactiveEvents 1
genericDeviceType Irgendwas
homebridgeMapping MotionDetected=state,values=motion:1;nomotion:0
Wenn ich den Code in fhem.js halbwegs verstanden habe (das ist ein etwas längerer Block), ist als genericDeviceType irgendetwas nötig (undefiniert funktioniert nicht, dann kommt "no service type detected" im Logfile), sowie ein HomeBridge-Mapping (in meinem Hue-Fall von motion/nomotion auf 0/1).
Damit klappt es auch bei mir Ende zu Ende. Damit sind es jetzt schon 3 erfolgreiche "MotionSensor"-Meldungen mit unterschiedlichen Geräten: Scheint auch in Deutschland zu funktionieren.
die aktuelle version sollte jetzt die meisten bewegungsmelder automatisch erkennen.
genauer: alles was ein reading motion hat sowie zigbee bewgungsmelder an hue bridge oder deCONZ.
Kann ich für die aktuelle Version (0.5.48) bestätigen! Kein genericDeviceType, kein homebridgeMapping mehr nötig!
@Stefanru und @Doman75: Mögt Ihr auch mal updaten, das "genericDeviceType" und "homebridgeMapping"-Attribut löschen und gucken, ob es "automatisch" funktioniert?
Falls nein, wäre ein
jsonlist2 <devicename>
hilfreich!
weil ich gerade in einem anderen thread drüber gestolpert bin:
alexa kennt im prinzip auch alarm systeme. es gibt die möglichkeit per sprache scharf und unscharf zu schalten und feuer/wasser/einbruchs alarme zu triggern. leider aktuell nur in den usa.
in deutschland kann man das gerät zwar hinzufügen, es hat in der alexa app auch das richtige icon, es ist aber nicht bedienbar, zeigt nichts an und alarme lassen sich (im gegensatz zu bewgungs meldern und kontakt sensoren) auch nicht als trigger für routinen verwenden.
ausserdem gibt es auch noch 'event detektoren' um events durch kamera bewegungsmelder auszulösen. aktuell auch nur in den usa.
edit: falls doch noch jemand testen möchte (aktuelle server.js von github oder im nächsten update):
- genericDeviceType Security
- homebridgeMapping Alarm=<reading>[,type=[fireAlarm|waterAlarm|burglaryAlarm|carbonMonoxideAlarm]]
- wenn der type nicht angegeben wird ist fireAlarm der default
- automatisch werden 0, ok und alles was mit no anfängt als OK erkannt. alles andere gilt als ALARM.
Neue Version getestet und funktioniert!
Danke!
@gvzdus: Mein Bewegungsmelder ist ein alter IT Bewgungsmelder der nur State On/Off meldet.
Weiß nicht ob das ohne Mapping geht. Kanns aber mal probieren. Mapping stört mich aber nicht.
Gruß,
Stefan
Perfekt! Danke für die prima Arbeit. Jetzt melden die Alexa's die Betätigung der Türklingel. Geht über den Umweg einer FS20 kse -> MSwitch -> Dummy contact -> Alexa. Warum die Routine nicht auf allen Alexa's gleichzeitig wiedergibt kann sicher nur amazon beantworten...
Saubere Arbeit! Wie immer von Andre :)
Läuft bei mir soweit ohne Probleme.
Jetzt müsste Amazon noch die Möglichkeit einbauen für die Rückmeldung mehrere Echos auszuwählen. Z.Zt. geht ja nur einer oder alle (mittels Ankündigung).
Ein kleines Problem habe ich aber noch: Meine Fensterkontakt Dummies werden von Amazon nicht erkannt, Bewegungsmelder Dummies funktionieren problemlos. Gibt es da einen Trick oder übersehe ich da was?
/Micha
Zitat von: Muk.s am 23 Februar 2020, 09:53:30
Ein kleines Problem habe ich aber noch: Meine Fensterkontakt Dummies werden von Amazon nicht erkannt, Bewegungsmelder Dummies funktionieren problemlos. Gibt es da einen Trick oder übersehe ich da was?
/Micha
defmod abat dummy
attr abat alexaName Test
attr abat alexaProactiveEvents 1
attr abat devStateIcon open:10px-kreis-gruen.png
attr abat genericDeviceType contact
attr abat homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED
attr abat readingList 0:closed 1:open
attr abat room Unsorted
attr abat setList closed open
setstate abat open
setstate abat 2020-02-21 10:29:53 closed
setstate abat 2020-02-21 10:30:00 open
setstate abat 2020-02-22 11:43:56 state openSo geht das bei mir.
Danke, jetzt funktioniert's.
Korrektur von vorhin: Bei ,,Ankündigungen" kann man die Echos doch individuell auswählen.
Hi "det.".
Ich habe Dein Beispiel in den Wiki aufgenommen.
Hallo zusammen,
wollte mich auch mal daran versuchen in Alexa eine Routine auszulösen über ein event in Fhem.
Eckdaten: Zisterne die mir den Füllstand in einem Reading meldet Fuellstand: voll, ok, leer
homebridgeMapping ContactSensorState=Fuellstand,values=leer:closed;voll:open;ok:ok
in der Alexa App bekomme ich den Wassertank mit status Geöffnet, Geschlossen angezeigt
Aber wenn ich eine Routine erstellen will kann ich den Wassertank nicht als Trigger verwenden.
IODev
espBridge
deleteattr
Interval
300
deleteattr
alexaName
Wassertank
deleteattr
alexaProactiveEvents
1
deleteattr
alexaRoom
Garten
deleteattr
devStateIcon
{ui_Table::cylinder("",0,1800,"l",90,undef,100,0,ReadingsVal("$name","Liter",0),ReadingsVal("$name","Liter",0)/17*1.2,undef)}
deleteattr
genericDeviceType
contact
deleteattr
group
ESPEasy Device
deleteattr
homebridgeMapping
ContactSensorState=Fuellstand,values=leer:closed;voll:open;ok:ok
deleteattr
icon
Zisterne
deleteattr
presenceCheck
1
deleteattr
readingSwitchText
1
deleteattr
room
ESPEasy,Garten,Regenwasser
deleteattr
setState
3
deleteattr
stateFormat
Liter l
deleteattr
userReadings
Liter {sprintf "%.0f",(1800)-ReadingsVal("$name", "Offset", "0")*10.0;;}, Offset {ReadingsVal("$name", "Distance", "0")-9;;}
Auszug aus dem Log nach dem Triggern des Wassertanks
2020-06-22 11:44:07 caching: ESP_8_Tank_US-Fuellstand: voll
[2020-6-22 11:44:07] [FHEM] caching: ContactSensorState: open (as string; from 'voll')
2020-06-22 11:44:13 caching: ESP_8_Tank_US-Fuellstand: leer
[2020-6-22 11:44:13] [FHEM] caching: ContactSensorState: closed (as string; from 'leer')
2020-06-22 11:44:13 caching: ESP_8_Tank_US-Fuellstand: ok
[2020-6-22 11:44:13] [FHEM] caching: ContactSensorState: ok (as string; from 'ok')
was braucht ihr noch um mir zu Helfen?
habe auch mal das Beispiel Dummy aus dem Wiki angelegt.
Da das selbe ich bekomme den Dummy in der Alexa App angezeigt und der Status wird auch aktuallisiert aber ich kann in in den Routinen nicht als Trigger auswählen.
hier nioch ein auszug aus dem Log beim Triggern des Dummys
[2020-6-22 12:49:09] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[2020-6-22 12:49:09] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.ContactSensor","name":"detectionState","value":"DETECTED","timeOfSample":"2020-06-22T10:49:09.241Z","uncertaintyInMilliseconds":500},{"namespace":"Alexa.EndpointHealth","name":"connectivity","value":{"value":"OK"},"timeOfSample":"2020-06-22T10:49:09.241Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"fb8e32f1-8b44-485d-a7a7-0ea4c712f5c8","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"AB150F3D-35A14807631DC08E"},"endpointId":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0"},"payload":{}}}
[2020-6-22 12:49:12] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"36eb988c-41ef-447b-bc9c-69d3ca19e059","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"AB150F3D-35A14807631DC08E"},"endpointId":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0","cookie":{"fuuid":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0","device":"voicetrigger1"}},"payload":{}}}
[2020-6-22 12:49:12] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[2020-6-22 12:49:12] <<<< [ssh] {"context":{"properties":[{"namespace":"Alexa.ContactSensor","name":"detectionState","value":"DETECTED","timeOfSample":"2020-06-22T10:49:12.318Z","uncertaintyInMilliseconds":500},{"namespace":"Alexa.EndpointHealth","name":"connectivity","value":{"value":"OK"},"timeOfSample":"2020-06-22T10:49:12.318Z","uncertaintyInMilliseconds":500}]},"event":{"header":{"namespace":"Alexa","name":"StateReport","payloadVersion":"3","messageId":"b5f6babf-3bce-4db8-b78d-03850c0fc9fa","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"AB150F3D-35A14807631DC08E"},"endpointId":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0"},"payload":{}}}
[2020-6-22 12:49:15] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa","name":"ReportState","payloadVersion":"3","messageId":"a76ad4bc-88d3-4f9d-b1d5-2a87c3961e19","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"AB150F3D-35A14807631DC08E"},"endpointId":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0","cookie":{"fuuid":"5ef08aa8-f33f-16cd-98d7-3d9f6161134b86a0","device":"voicetrigger1"}},"payload":{}}}
[2020-6-22 12:49:15] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
Hab eben auch mal meinen "alten" "alleFenster-Dummy" auf proactiveEvents umgestellt, ebenso das Alexa-Device (muss/sollte man das!?)...
Kann "alleFenster" bei Routine auswählen...
...bekomme aber dann: wird leider noch nicht unterstützt...
Bilde mir aber ein es ging schon mal...
...gleich zu Beginn mit proactive Events...
Hmmm, glaube noch mit den ersten "Prototyp-Versionen"!?
(is mir nicht wichtig, mache eh alle Automatisierung in fhem und wenn ich dann eine Routine loslaufen lassen wollte: echodevice-Modul / wollte "nur" mit-testen ;) )
Gruß, Joachim
So hatte noch alexa- Fhem Version 0.4.28 oder so. Grade Update gemacht nun läuft es
So, hab auch noch mal ein wenig "rumgespielt" und jetzt geht es auch (wieder)... :)
Nicht, dass ich's bräuchte...
...aber man will ja dass man könnte ;)
Gruß, Joachim
Schön, Alexa sagt mir jetzt wenn mein Regenwasser Tank voll oder leer ist.
Ist auch irgendwann was geplant das Licht (LUX) Sensoren integriert werden oder das ich Alexa fragen kann:" Alexa, wie voll ist der Wassertank"? Und die antwortet " Im Wassertank sind derzeit 1650 Liter.
So in die Richtung
Das ginge auch ohne Sensoren in Alexa und proactive Events: echodevice-Modul
Und ebenso echodevice-Modul in Kombination mit alexa-fhem Connector und Routine geht die Abfrage jetzt schon...
Gruß, Joachim
Meinst du so?
Eine Routine in der Alexa App erstellen die mir den DUMMY d_abfrage_tank auf on setzt und in FHEM ein DOIF mit:
([d_abfrage_tank] eq "on")(set ECHO_G000MW04xxxxxxxxx speak Im Wassertank sind derzeit [ESP_8_Tank_US:Liter] Liter)(set d_abfrage_tank off)
Hast Recht funktioniert auf Anhieb...
Ja, so in etwa...
Es gibt auch die Möglichkeit ohne dummy mit direkt DOIF/notify auf das voice-Reading des echodevice-Moduls...
Im echodevice-Modul Thread gibt es auch weitere Beispiele...
Und ist ein DOIF nicht etwas "groß"/"übertrieben" für diese "simple" Reaktion!? ;)
Da hätte ein notify auch gereicht... ;)
Gruß, Joachim
Mag sein ich komme mir der Syntax vom FOIF gut zurecht. Bei notify haperte bei mir immer verstehe den Aufbau nicht so Recht.
Aber ich gucke gerne wie ich es noch besser machen kann, vielleicht sogar offener und flexibler.
So geht's auch....
([ECHO_G000MWxxxxxxxxxc:voice] eq "wie voll ist der wassertank")(set ECHO_G000MWxxccccc speak Im Wassertank sind derzeit [ESP_8_Tank_US:Liter] Liter)
Weiß nicht wie ich das dynamisch halte so daß es egal ist zu welchem Echo ich spreche mir dieser dann auch antwortet
Denke ist irgendwie mit ["^ECHO_:voice"] ...
Leider funktioniert das nicht:
(["^ECHO_:voice"] eq "wie voll ist der wassertank")(set $DEVICE speak Im Wassertank sind derzeit [ESP_8_Tank_US:Liter] Liter)
Das hat langsam nichts mehr mit dem Thread zu tun. Kannst Du vielleicht ein neues Thread kreieren? Ich glaube, Andre hätte lieber hier nur Rückmeldungen zu "alexa-fhem mit proaktiven events".
Zitat von: amenomade am 23 Juni 2020, 00:39:28
Das hat langsam nichts mehr mit dem Thread zu tun. Kannst Du vielleicht ein neues Thread kreieren? Ich glaube, Andre hätte lieber hier nur Rückmeldungen zu "alexa-fhem mit proaktiven events".
Da kann ich nur zustimmen!
Und (hatte ich ja schon [mehrfach] geschrieben): im echodevice-Thread gibt es gute Beispiele (ist ein längerer Thread, muss man etwas suchen)...
Man kann die "Sprachauswertung" auch an z.B. TEERKO oder Talk2Fhem oder babble etc. "auslagern"...
Gruß, Joachim
Problem:
Ich spiele per Alexa etwas ab, Radio oder Album von Prime z.B.
Ich stoppe mit dem Befehl set alexa stop per DOIF und mit set alexa play per DOIF spielt der Zwerg weiter.
Nach längerer Zeit im Stopmodus geht aber nichts mehr. Egal, was ich eingebe, eie Wiedergabe wird nicht fortgesetzt. In den Readings sind aber die Infos noch vorhanden.
Sage ich zum Lautsprecher "Alexa play" geht es als Fortsetzung des Titels/Senders weiter.
Was kann ich tun, damit die Wiedergabe zuverlässig fortgesetzt wird? Gibt es einen Trick?
Hintergrund ist die automatische Wiedergabe von Musik im Bad, wenn das Licht an geht.
ich glaube du bist im falschen thread und beim falschen modul...
unabhängig davon: zumindest bei sprach kommandos "merkt" alexa sich nur etwa 10 minuten das aktuelle ausgabe gerät. danach muss man den geräte namen wieder mit verwenden. kelle ich that das ja auch etwas mit deinem problem zu tun.
Da schließe ich mich an: vermutlich meinst du das echodevice-Modul...
Das Verhalten ist bei mir auch so...
Ist wohl etwas vergesslich die gute Dame ;)
Entweder immer mal wieder kurz anspielen und stoppen ;)
Oder die play-ID (oder wie das genau heißt) mitgeben.
Ich hab mir mal ein paar kopiert.
Also so wie im eigentlichen Thread beschrieben entsprechende Playlisten-IDs finden (siehe Michael Winkler Webseite)...
Damit hat das bei mir funktioniert...
Nutze ich aber so nicht mehr.
Ich kann damit leben, dass wenn es nicht mehr autom. weiter geht, ich es halt einfach per Sprache noch mal anwerfe... ;)
Gruß, Joachim
Danke für die Antworten. Ich werde auch mit dem Problem leben und per Sprachbefehl neu anstoßen.
Hallo Zusammen,
habe mit dieser Anleitung versucht ein Dummy-Gerät mit proaktiven Events anzulegen und mit einem Alexa Skill zu verknüpfen. Ich kann sehen, dass das Gerät in der Alexa App die Änderungen des Status sofort übernimmt (open, close). Das Auslösen der Routine scheint aber nicht zu funktionieren. Im Alexa.log sehe ich die Meldung:
2020-10-22 14:16:58 caching: abat-state: open
[22.10.2020, 14:16:58] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[22.10.2020, 14:16:58] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[22.10.2020, 14:16:58] refreshing token
[22.10.2020, 14:16:59] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
list alexa .eventToken
alexa 2020-10-20 12:48:50 {"access_token":"Atza|Iw.?..?..?..?.2tr","refresh_token":"Atzr|m.....?......3m","token_type":"bearer","expires_in":3600}
Habe nach der Anleitung hier und im Wiki das eventToken Reading gelöscht und den Skill neu verbunden, leider ohne Erfolg.
Was kann ich machen ?
Zitat von: wlp100 am 22 Oktober 2020, 14:44:33
Ich kann sehen, dass das Gerät in der Alexa App die Änderungen des Status sofort übernimmt (open, close).
Mehr leistet alexa-fhem hier auch nicht...
Zitat von: wlp100 am 22 Oktober 2020, 14:44:33
Das Auslösen der Routine scheint aber nicht zu funktionieren. Im Alexa.log sehe ich die Meldung:
Routinen (wenn du die in der Alexa-App meinst) sind "Konstrukte" seitens Amazon...
Also wohl eher DORT nachfragen, damit hat alexa-fhem eigentlich nichts zu tun, sofern eben das Gerät in der Alexa-App den Status anzeigt ist (wie geschrieben) seitens alexa-fhem nichts weiter zu tun/möglich...
D.h. Amazon/Routine müsste dann ja auf die Änderung reagieren...
Ging bei mir mit einem dummy problemlos, mal sehen, ob ich den noch habe bzw. hat bei mir alexa-fhem auch nichts weiter gemacht als eben den Status (Fenster auf/zu) an Amazon weiterzugeben, Punkt.
EDIT: hier der dummy (Raw-Def)
defmod dmAlleFenster dummy
attr dmAlleFenster alexaName alle Fenster
attr dmAlleFenster alexaProactiveEvents 1
attr dmAlleFenster genericDeviceType contact
attr dmAlleFenster homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED
attr dmAlleFenster setList open closed
Zitat von: wlp100 am 22 Oktober 2020, 14:44:33
Habe nach der Anleitung hier und im Wiki das eventToken Reading gelöscht und den Skill neu verbunden, leider ohne Erfolg.
Was kann ich machen ?
Mal ein list des Devices...
Aber wie geschrieben: wenn der Status bei Amazon aktualisiert wird und stimmt, die Routine aber nicht getriggert wird: bei Amazon "beschweren" ;)
Gruß, Joachim
Vielen Dank für die schnelle Reaktion
define abat dummy
attr abat alexaName Test
attr abat alexaProactiveEvents 1
attr abat devStateIcon open:10px-kreis-gruen.png
attr abat genericDeviceType contact
attr abat homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;;open:CONTACT_NOT_DETECTED
attr abat readingList 0:closed 1:open
attr abat room Unsorted
attr abat setList closed open
Starte ich die Routine von Hand in der Alexa App läuft sie sauber durch. Die Zustände des auslösenden Dummy Geräts heissen anders...( Schliessen und Offen)
Die Fehlermeldung bzgl. token spielt hier keine Rolle ?
Naja noch mal bzw. anders weil du sagst von Hand auslösen.
Du sprichst schon von der Alexa-App!?
Ich bin nicht sicher, ob du nachträglich einen Trigger zum Starten der Routine angeben kannst (ich habe mit Trigger und Routinen nur einmal "rumgespielt", um zu sehen wie das so ist. Bei mir läuft alle Logik etc. in fhem!)...
Beim Erstellen der Routine sagt man doch "wenn" und was "dann" passieren soll...
Als "wenn" kann man auch auf Geräte gehen und da wird mir der Fenster-Dummy angezeigt usw. und da kann ich dann sagen was passieren soll, wenn offen oder geschlossen etc.
Gruß, Joachim
Ja, AlexaApp und genau wie Du beschreibst habe ich es gemacht. Alexa Routine, wenn Gerät offen usw.
Aber Routine startet nicht, obwohl sich Gerätezustand ändert.
Trotzdem vielen Dank, gehe ich mich mal bei Amazon beschweren ...
Ja wirst du wohl müssen, weil wenn sich der Zustand korrekt ändert, dann kann alexa-fhem ja nicht mehr tun ;)
Ich habe allerdings schon lange nicht mehr probiert, ob das (noch) geht...
...evtl. mache ich das mal (schnell)... ;)
EDIT: ich sag's ja ungern aber eben getestet und es geht. Routine, Name Test -> Geräte -> meinen dummy "Alle Fenster" ausgewählt -> wenn offen (oder so) dann sage "Fenster geöffnet" / Und einen weiteren Test2 genau andersrum, also bei geschlossen (oder wie auch immer) -> "Fenster geschlossen"... Wenn ich ein Fenster (und damit alle Fenster) öffne oder wieder schließe kommt sogar die Ansage noch bevor sich dann der Status in der App ändert ;)
Viel Erfolg, Joachim
Hallo Joachim,
vielen Dank für Deinen zusätzlichen Test !
Das Ergebnis motiviert mich zumindest weiter am Ball zu bleiben, obwohl man ja soviel beim Anlegen der Alexa Routine nicht falsch machen kann.
Habe inzwischen alle möglichen Zusatztests gemacht (Abfrage auf jeden Status, Ausgabe auf andere Geräte usw.), bisher ohne Erfolg.
Was fü einen Service Du hier leistest ist aber wirklich grandios ! Merci
Gerne.
Ich hab mir dein define noch mal angeschaut.
Achja: bitte "Device-Infos" in "code-Tags", das '#' im "Menü". Macht das lesen leichter (evtl. wäre es mir dann eher aufgefallen)
(und für manche Sachen ist ein list, also list Devicename, besser als eine Raw-Def/Auszug aus der fhem.cfg / hier ist es ok ;) )
Ob es was ändert: keine Ahnung (weil eigentlich tut es ja laut deiner Aussage) aber dein readingList Attribut sieht "eigenartig" aus!
Zitat von: commandref
attr <name> readingList <Reading1> <Reading2> ...
fügt zum set-Befehl direkt setzbare, durch Leerzeichen getrennte Readings hinzu.
EDIT: wie bist du auf diese readingList gekommen? Bzw. wozu willst/brauchst du die?
Hast du eigentlich mal meinen dummy probiert?
Weil der geht ja definitiv...
...wäre ein einfacher Test...
Oder mal deine readingList löschen...
Gruß, Joachim
Ich schaffe es leider auch nicht, dass mein testgerät für Routinen genutzt werden kann. Ich habe sogar deine Definition zum testen genommen @MadMax-Fhem.
Hier mein Aufbau:
Alexa Connector
Internals:
CFGFN
FD 4
FUUID 5faeb6bc-f33f-92c6-17fb-34d55afeedf0d54b
FVERSION 39_alexa.pm:0.216510/2020-04-12
LAST_START 2020-11-14 21:20:24
LAST_STOP 2020-11-14 21:20:24
NAME alexa
NOTIFYDEV global,global:npmjs.*alexa-fhem.*
NR 249
NTFY_ORDER 50-alexa
PARTIAL
PID 1933
STARTS 10
STATE running /usr/local/bin/alexa-fhem
TYPE alexa
active 0
alexa-fhem version 0.5.57
currentlogfile ./log/alexa-2020-11.log
logfile ./log/alexa-%Y-%m.log
CoProcess:
cmdFn alexa_getCMD
name alexaFHEM
state running /usr/local/bin/alexa-fhem
READINGS:
2020-11-14 21:20:24 alexaFHEM running /usr/local/bin/alexa-fhem
2020-11-14 21:20:31 alexaFHEM.ProxyConnection running; SSH connected
2020-11-13 17:40:02 alexaFHEM.bearerToken xxxx
2020-11-13 17:40:02 alexaFHEM.skillRegKey xxxx
helper:
Attributes:
alexaFHEM-config ./alexa-fhem.cfg
alexaFHEM-log ./log/alexa-%Y-%m.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 alexa
stateFormat alexaFHEM
Das Device:
Internals:
CFGFN
FUUID 5fb03bf2-f33f-92c6-8f59-df3d00ab7a8eb398
NAME dmAlleFenster
NR 635
STATE closed
TYPE dummy
READINGS:
2020-11-14 21:20:14 state closed
Attributes:
alexaName alle Fenster
alexaProactiveEvents 1
genericDeviceType contact
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
setList open closed
Ich sehe in der App bei Routine das Gerät und wenn ich es anklicke kommt "Fehler Dieses Gerät wird Momentan nicht unterstützt". Wenn sich der Status des Dummy ändert sehe ich das in der App, das kommt also an. Jemand ne Idee wo mein Fehler liegen könnte?
Hmmm, leider nicht.
Außer, dass es bei mir so klappt...
...allerdings hab ich noch alexa-fhem 0.5.55...
Was steht denn im alexa-fhem Log bzgl. des dummy?
Gruß, Joachim
Folgendes habe ich gefunden:
14.11.2020, 21:20:30] [FHEM] dmAlleFenster is contact
[14.11.2020, 21:20:30] [FHEM] dmAlleFenster has
[14.11.2020, 21:20:30] [FHEM] ContactSensorState [state]
[14.11.2020, 21:20:30] [FHEM] dmAlleFenster will try to send proactive events
[14.11.2020, 21:20:30] [FHEM] dmAlleFenster uses ID: 5fb03bf2-f33f-92c6-8f59-df3d00ab7a8eb398
2020-11-14 21:20:30 caching: dmAlleFenster-state: closed
[14.11.2020, 21:20:42] <<<< [ssh] {"event":{"header":{"namespace":"Alexa.Discovery","name":"Discover.Response","payloadVersion":"3","messageId":"6d44da0c-78d7-4ad0-bcd4-09b7cdcd5aff"},"payload":{"endpoints":[{"endpointId":"5fb03bf2-f33f-92c6-8f59-df3d00ab7a8eb398","manufacturerName":"dummy","description":"n: dmAlleFenster","friendlyName":"alle fenster","displayCategories":["CONTACT_SENSOR"],"additionalAttributes":{"manufacturer":"FHEM","model":"<unknown>"},"capabilities":[{"type":"AlexaInterface","interface":"Alexa","version":"3"},{"type":"AlexaInterface","interface":"Alexa.ContactSensor","version":"3","properties":{"supported":[{"name":"detectionState"}],"proactivelyReported":true,"retrievable":true}}],"cookie":{"device":"dmAlleFenster","fuuid":"5fb03bf2-f33f-92c6-8f59-df3d00ab7a8eb398"}}]}}}
Ich mache mal ein update und teste noch mal...
...und schaue auch mal im Log was da bei mir kommt.
Gruß, Joachim
Verrückt, habe gerade einfach nochmal versucht in der App es einzurichten ohne was zu ändern und es geht. Ich kann mir vorstellen, dass Amazon einen Moment brauch, bis es die Geräte freigibt oder ähnliches. Auf jeden Fall klappt es jetzt. Dank dir trotzdem für die Angebotene Hilfe.
Tja: oft kommt unverhofft... ;)
Hab aktuell auch so meinen "Spaß" mit Amazon...
...umbenennen ("tauschen") von Echos dauert wohl auch einige Zeit bis es dann "Alle" wissen... ;)
Viel Spaß dann noch, Joachim
P.S.: update werde ich trotzdem demnächst mal angehen...
Ich hänge mich hier mal ran, da ich das gleiche Problem habe...
Habe alles laut Wiki eingerichtet, auch den Dummy aus dem Wiki.
Wenn ich den Dummy auf open/closed schalte, erscheint der Status auch sofort in der Alexa App.
Allerdings wird die Routine nicht gestartet.
Im ALexa-Log habe ich folgendes gefunden:
2023-01-24 12:32:07 caching: voicetrigger1-state: open
[24.1.2023, 12:32:07] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[24.1.2023, 12:32:07] [FHEM] caching: ContactSensorState: CONTACT_NOT_DETECTED (as string; from 'open')
[24.1.2023, 12:32:07] no event token available
2023-01-24 12:32:17 caching: voicetrigger1-state: closed
[24.1.2023, 12:32:17] [FHEM] caching: ContactSensorState: CONTACT_DETECTED (as string; from 'closed')
[24.1.2023, 12:32:17] [FHEM] caching: ContactSensorState: CONTACT_DETECTED (as string; from 'closed')
[24.1.2023, 12:32:17] no event token available
"No event token available" .. kann das die Ursache sein? Was kann ich da machen?
Würde mich über Hilfe freuen.
Danke.
Zitat von: errazzor am 24 Januar 2023, 12:38:18
Ich hänge mich hier mal ran, da ich das gleiche Problem habe...
Habe alles laut Wiki eingerichtet, auch den Dummy aus dem Wiki.
Welcher dummy?
Welches Wiki?
Wie wäre es mit einem list (gewesen) :)
Zitat von: errazzor am 24 Januar 2023, 12:38:18
"No event token available" .. kann das die Ursache sein? Was kann ich da machen?
Würde mich über Hilfe freuen.
Hmm, eher unwahrscheinlich, weil:
Zitat von: errazzor am 24 Januar 2023, 12:38:18
Wenn ich den Dummy auf open/closed schalte, erscheint der Status auch sofort in der Alexa App.
-> Alexa/Amazon bekommen ja mit, dass sich der Zustand geändert hat...
Wenn auf die Änderung hin keine Routine losläuft, dann (evtl.) mal bei Amazon "beschweren"!?
(ich kann ja mal schauen, ob mein Testdummy noch tut [bin allerdings aktuell unterwegs] und was da im Log steht / glaube aber, dass ich solche Meldungen auch hatte und es hat [trotzdem] funktioniert / nutze das aber nicht, war nur: "weil's geht" ;) / ich habe alle Logik in fhem. Wozu eine Routine starten?)
Gruß, Joachim
Zitat von: MadMax-FHEM am 24 Januar 2023, 16:36:41
Welcher dummy?
Welches Wiki?
Wie wäre es mit einem list (gewesen) :)
Das Wiki: https://wiki.fhem.de/wiki/FHEM_Connector_f%C3%BCr_Amazon_Alexa
Und dieser dummy aus dem Wiki:
Dummygeräte:
Ein Dummydevice sollte einen Kontaktschalter oder Bewegungssensor simulieren, um dann in FHEM eine beliebige Bedingung als Trigger zu definieren, und eine freie Ansage in Alexa als Routine zu definieren. Hier ein Beispiel:
define voicetrigger1 dummy
attr voicetrigger1 alexaName alle Fenster
attr voicetrigger1 alexaProactiveEvents 1
attr voicetrigger1 genericDeviceType contact
attr voicetrigger1 homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
attr voicetrigger1 setList open closed
set alexa add voicetrigger1
set alexa restart
Zitat
(ich kann ja mal schauen, ob mein Testdummy noch tut [bin allerdings aktuell unterwegs] und was da im Log steht / glaube aber, dass ich solche Meldungen auch hatte und es hat [trotzdem] funktioniert / nutze das aber nicht, war nur: "weil's geht" ;) / ich habe alle Logik in fhem. Wozu eine Routine starten?)
Das wäre super, wenn Du mal schauen könntest, ob dein Testdummy noch geht. Bei mir geht es nach wie vor nicht und ich habe keine Idee mehr, was ich noch tun könnte.
Eine Routine möchte ich deshalb starten, weil ich Geräte habe, die nicht mit FHEM ansteuerbar sind -> dafür aber über Alexa.
Ich habe in Alexa eine bzw. mehrere Routinen aktiv welche mit diesen Geräten wunderbar funktionieren, nur würde ich das auch gerne per FHEM antriggern können.
Wie gesagt, die Zustände des Dummys kommen in der Alexa-App an. Mir ist bewusst, dass der Fhem-Connector damit eigentlich raus ist, weil er seine Arbeit ja getan hat.
Aber bei manchen scheint das Starten von Routinen ja zu funktionieren, deshalb hätte ich mich gefreut, wenn es bei mir auch geht ;-)
Danke!
Eben getestet: bei mir geht das.
Aber du kannst die Routine doch auch von fhem aus starten: echodevice Modul
https://forum.fhem.de/index.php/topic,131845.msg1260107.html#msg1260107
Hier (trotzdem) mal mein dummy:
Internals:
FUUID 5cefe75d-f33f-753d-fec5-28f16c416cdf2c8a
NAME dmAlleFenster
NR 1790
STATE <span style='color:#008000'>closed</span>
TYPE dummy
eventCount 194
READINGS:
2023-01-25 20:10:56 state closed
Attributes:
alexaName alle Fenster
alexaProactiveEvents 1
alias Übersicht aller Fenster
userReadings contact {ReadingsVal($NAME,"state","n.a.")}
readingList contact
genericDeviceType contact
group Fenster und Türen
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
setList open closed
Es gaht (bestimmt) auch ohne userReadings usw. also "nur" mit state...
...dann halt homebridgeMapping entsprechend anpassen...
So wie bei dir...
Ein list wäre hilfreich gewesen, weil man dann auch die (das) Reading gesehen hätte...
Gruß, Joachim
Zitat von: MadMax-FHEM am 25 Januar 2023, 20:15:31
Ein list wäre hilfreich gewesen, weil man dann auch die (das) Reading gesehen hätte...
Gruß, Joachim
Danke fürs testen. Bei mir geht es leider nach wie vor nicht.
Internals:
CFGFN
FUUID 63cfb7df-f33f-d150-1c90-9b40626bcc196e66
NAME voicetrigger1
NR 31148
STATE open
TYPE dummy
eventCount 57
READINGS:
2023-01-24 13:33:34 state open
hmccu:
Attributes:
alexaName voicetrigger1
alexaProactiveEvents 1
genericDeviceType contact
homebridgeMapping ContactSensorState=state,values=closed:CONTACT_DETECTED;open:CONTACT_NOT_DETECTED
room Test
setList open closed
EDIT: Habe es eben auch mal mit deinem UserReading getestet, leider auch ohne Erfolg.
Zitat von: errazzor am 26 Januar 2023, 08:48:41
Danke fürs testen. Bei mir geht es leider nach wie vor nicht.
EDIT: Habe es eben auch mal mit deinem UserReading getestet, leider auch ohne Erfolg.
Das geht auch so wie du es hast...
Ich wollte das auch schon (immer) mal ändern, kam nur nicht dazu...
Ich habe auch mal im alexa-fhem Log geschaut, ich habe das
Zitat[24.1.2023, 12:32:07] no event token available
nicht finden können...
Bei mir kommt sowas:
[25/01/2023, 20:10:57] posting skill event
Auch das
Zitat2023-01-24 12:32:07 caching: voicetrigger1-state: open
gibt es bei mir nicht...
Welche Version von alexa-fhem hast du?
Gruß, Joachim