Amazon Alexa Plugin

[floho]

Mir ist aufgefallen das im SmartHomeNG Log sehr oft die Fehlermeldung kommt:

2020-05-14 13:23:30 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/alexa4p3'
2020-05-14 13:23:30 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/alexa4p3'

Kann leider nicht genau einordnen woher diese Fehlermeldung kommt?

[floho]

AAAh vielen Dank! Ich habe gestern eindeutig zu lange daran gearbeitet.
Jetzt habe die Bugfix-Dateien ins root Verzeicnnis des plugins kopiert... habe sie nun in "/usr/local/smarthome/plugins/alexa4p3/webif/templates/" verschoben mit dem Resultat das es FUNKTIONIERT
Meinen gestrigen Test habe ich innerhalb der AWS Lambda Funktion gemacht: Der DiscoveryV2 Test war erfolgreich.

Ich habe mich mehr oder weniger an die Anleitung von (finde leider den Post nicht mehr) gehalten. VIELEN Dank für diese hervorragende Arbeit!
Ich habe nun der den Alexa Skill auf Alexa Developer neu erstellt. Man darf allerdings den Scope in der Alexa Developer Seite nicht vergessen, der fehlt in der Anleitung.

profile:user_id

Hier nochmal für alle der Post mit der Anleitung:
https://knx-user-forum.de/forum/supp...69#post1461569



Meeeega geil - meine Alexa schaltet jetzt auch meine Lampen Vielen Dank an euch Bastler!!


Eine Frage noch:
Wie muss ich vorgehen um das Zertifikat nach 3 Monaten zu erneuern? Natürlich muss ich den PORT in der FritzBox freischalten und dann?

[AndreK]

Hallo floho,
genau das sollte mit dem bug-fix behoben sein :

<a class="float-sm-right" href="#" onclick="reloadCmds();" title="{{ _('Neu Laden', 'button') }}"><s

bitte prüf noch mal ob alle files im richtigen Verzeichnis sind. In der index.html fürs web-interface im bug-fix gibts dass so nicht mehr.
Die muss in "/usr/local/smarthome/plugins/alexa4p3/webif/templates/"

Die Kommunikation mit AWS funktioniert.

Das müsstest Du näher beschreiben um Rückschlüsse auf das "nicht" vorhanden sein des Skill in der Alexa-App zu ziehen.
Welcher Anleitung bist Du gefolgt ?

Gruss Andre

[floho]

Hallo Alle,

ich habe heute meinen Raspi3 mit dem aktuellen SmartHomeNG neu installiert und eingerichtet.
Nach Stunden der Konfiguration der Amazon Services scheint alles richtig konfiguriert.
Auch der nginx sollte laufen, ich habe ein Zertifikat eingebunden und nur das Alexa Plugin freigegeben. Die Kommunikation mit AWS funktioniert.

Ich habe auch den Alexa4P3_Bugfix auf den Pi kopiert, aber den 500- Error bekomme ich weiterhin.

2020-05-13 22:18:51 ERROR cherrypy.error.1748543280 [13/May/2020:22:18:51] HTTP
Traceback (most recent call last):
File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cprequest.py", line 638, in respond
self._do_respond(path_info)
File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cprequest.py", line 697, in _do_respond
response.body = self.handler()
File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/lib/encoding.py", line 219, in __call__
self.body = self.oldhandler(*args, **kwargs)
File "/home/smarthome/.local/lib/python3.7/site-packages/cherrypy/_cpdispatch.py", line 54, in __call__
return self.callable(*self.args, **self.kwargs)
File "/usr/local/smarthome/plugins/alexa4p3/__init__.py", line 695, in index
state_log_lines=state_log_file
File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/environment.py", line 1090, in render
self.environment.handle_exception()
File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/environment.py", line 832, in handle_exception
reraise(*rewrite_traceback_stack(source=source))
File "/home/smarthome/.local/lib/python3.7/site-packages/jinja2/_compat.py", line 28, in reraise
raise value.with_traceback(tb)
File "/usr/local/smarthome/plugins/alexa4p3/webif/templates/index.html", line 52, in top-level template code
{% set tabcount = 4 %}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base_plugin.html", line 161, in top-level template code
{% if scroll_heading is not defined %}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base.html", line 1, in top-level template code
{% block doc -%}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base.html", line 4, in block "doc"
{%- block html %}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base.html", line 76, in block "html"
{% block body -%}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base.html", line 79, in block "body"
{% block content -%}
File "/usr/local/smarthome/modules/http/webif/gtemplates/base_plugin.html", line 148, in block "content"
{% block bodytab3 %}
File "/usr/local/smarthome/plugins/alexa4p3/webif/templates/index.html", line 183, in block "bodytab3"
<a class="float-sm-right" href="#" onclick="reloadCmds();" title="{{ _('Neu Laden', 'button') }}"><span id="refresh-element" class="fas fa-sync"></span></a>
TypeError: translate() takes 2 positional arguments but 3 were given

Desweiteren finde ich die Entwickler-Apps in der Alexa App auf meinem Smartphone nicht?

Würde mich über Hilfe wirklich freuen Vielen Dank.

[schuma]

könntest du das bitte auf Seite 18/19 ergänzen?

Die Aneitung ist ergänzt und wird von Andre in der Plugin Readme verankert.

Grüße

[AndreK]

jonsson ,

da ist noch Fehler aus dem Update drin. Bug-Fix anbei :

Bitte die Dateien in diese Ordner speichern. Unbedingt die Rechte nochmal prüfen.

die Index.html muss in den Ordner ./plugins/alexa4p3/webif/templates/ -> das behebt den Fehler im WebIF

die "locale.yaml", die "__init__.py" und die "action.py" + "p3_action.py" müssen in den Ordner ./plugins/alexa4p3/


Gruss Andre

[jonsson]

eine kleine Frage hätte ich noch zum plugin Webinterface, da bekomme ich einen Error 500, jedoch nichts im ngingx error.log


2020-05-06 13_06_41.png
Im SHNG log finde ich lib.translation Fehler. Diesen habe ich beim darksy plugin auch, dort funktioniert aber das webinterface

2020-05-06 11:43:37 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/alexa4p3'
2020-05-06 11:43:37 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/alexa4p3'
2020-05-06 11:43:50 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/darksky'
2020-05-06 11:43:50 ERROR lib.translation Trying to use undefined aditional_translations 'plugin/darksky'

Danke
Johannes

[AndreK]

jonsson ,

schön wenns läuft - Hilfe immer wieder gern, dafür ist das Forum ja da

Gruss Andre

[schuma]

Hi klar.
Nur damit ich es richtig verstehe....
Bei "Security Provider Information" muss nun unter "add scope" "profile:user_id" stehen?

Grüße, Marc

[jonsson]

Guten Abend zusammen,

2020-05-05 18_05_39.png
Vielen Dank für eure Hilfe - die Raffstore fahren schon auf Sprachbefehl - ich bin begeistert!

devUS ist kein Problem!
Es lag wohl am Scope:

profile:user_id

der gefehlt hatte. schuma könntest du das bitte auf Seite 18/19 ergänzen?

Danke!

[AndreK]

Hallo Johannes,

"devUS" ist definitiv das Problem hier muss "devDE" stehen ?

Leere mal Deine Domain-List (alle raus)

Den 1. Scope auch raus (smarthomeNG).

Ich hab nur einen Scope : profile:user_id
und meine Domain-List ist leer.

[jonsson]

Hallo Johannes,

beim Account-Linking wird nicht auf den Raspberry zugegriffen. Das spielt sich komplett bei Amazon ab.
Nach welcher Anleitung bist Du vorgegangen ? die von Schuma aus Post #779 ?
Folgende Punkte würde ich bei Amazon im Skill prüfen :

- den default-endpoint für die Lambda im Skill

arn:aws:lambda:eu-west-1:954625523599:function:SmartHomeNG

- die "geographical region"im Skill (korrekt ist hier "Europe/India")

Europe/India

- beim Account Linking mal einen Scope hinzufügen (add scope)

smarthomeNG (hatte ich immer schon drinnen)

- beim Account Linking muss unter "Scope" -> "profile:user_id" stehen (genauso ohne Quotes)

habe ich als 2ten Scope hinzugefügt

Domain list mit "***.hopto.org" passt?

folgendes würde ich in der Lambda prüfen
- Die IAM-Role und deren Berechtigung

smarthomeNG_Rolle, AWS Service: lambda

- die Region der Lambda (korrekt ist hier "Ireland")

im Sicherheitsprofil (Seite 19) obiger Anleitung die "Alexa Redirect URLs" vom Skill eintragen

alle 3 drinnen

Vielleicht bringt dich das weiter

Gruss Andre

Besten Dank, ich habe versucht alles gewissenhaft zu kontrollieren, leider scheitert es immer noch am Aktivieren des Skills, nach wie vor gleiche Fehlermeldung

Unter dem Skill steht bei mir devUS - kann das ein Regionsproblem sein?
2020-05-04 22_29_28-Amazon Alexa.png

[AndreK]

Hallo Johannes,

beim Account-Linking wird nicht auf den Raspberry zugegriffen. Das spielt sich komplett bei Amazon ab.
Nach welcher Anleitung bist Du vorgegangen ? die von Schuma aus Post #779 ?
Folgende Punkte würde ich bei Amazon im Skill prüfen :

- den default-endpoint für die Lambda im Skill
- die "geographical region"im Skill (korrekt ist hier "Europe/India")
- beim Account Linking mal einen Scope hinzufügen (add scope)
- beim Account Linking muss unter "Scope" -> "profile:user_id" stehen (genauso ohne Quotes)


folgendes würde ich in der Lambda prüfen
- Die IAM-Role und deren Berechtigung
- die Region der Lambda (korrekt ist hier "Ireland")

im Sicherheitsprofil (Seite 19) obiger Anleitung die "Alexa Redirect URLs" vom Skill eintragen

Vielleicht bringt dich das weiter

Gruss Andre

[jonsson]

Hallo zusammen,

bin schon ein wenig am Verzweifeln mit Alexa.

Problem ist nach wie vor, dass ich den Skill nicht aktivieren kann (account linking):
2020-05-04 10_43_04-SmartHomeNG _ Account Linking.png
Payload denke ich, war nur das Problem, dass der Test mit V2 durchgeführt wurde. Skill habe ich mit V3 erstellt, so auch die Antwort in V3
2020-05-04 10_40_18-Alexa Developer Console.png

... Oder Einfach in den "Zulässigen Rückleitungs URLs"
....

Wo finde ich diese?

Eine Verständnisfrage: Greift Amazon während des Aktivierens auf meinen raspberrypi zu?
https://forums.developer.amazon.com/...t-linking.html
Hier hätte ich mich durchgearbeitet, https://***.hopto.org ist ja verfügbar.

Was ich im Forum anders gelesen hätte: Bei mir kommt leider keine Authentifizierung beim Aufruf https://***.hopto.org sondern direkt die Seite 501
wobei meine nginx Konfiguration in /etc/nginx/conf.d/https.conf:

# Alexa Plugin Weiterleitung
location /alexa/ {
include /etc/nginx/headers.conf;
satisfy any;
auth_basic "Restricted Area: Alexa";
auth_basic_user_file /etc/nginx/.alexa;
# allow 127.0.0.1;
# allow 192.168.0.0/16;
# allow 10.0.0.0/16;
# allow ::1;
#allow all;
# deny all;

# This script tests the SSL certificate and enables Websocket access with Apple devices.
# If you want to limit your access to devices with certificates (recommended!), don't remove this li$
access_by_lua_file /etc/nginx/scripts/hass_access.lua;

#proxy_pass http://alexa;
proxy_pass http://127.0.0.1:9000;
}

UPDATE: Zugriffsproblematik liegt am LUA script, darum auch kein error.log Eintrag. wenn ich das skript auskommentiere, passt der Zugriff mittels AUTH - nach wie vor keine Aktivierung möglich
Wobei mir auch nicht klar, warum das LUA script nicht funktioniert, Passwort des private keys ist eingetragen
Mir würde schon fürs erste helfen, ob was am raspberrypi nicht stimmt oder in der Amazon Hölle - oder auch beides

Danke
Johannes

[AndreK]

Hallo Johannes,

zwei Hinweise

Du bekommst in obigem Log eine Nachricht in Payload V2 das deutet darauf hin, dass du den Skill noch unter Payload V2 laufen hast
(Siehe Anleitung von schuma Seite 9). Du kannst auch unter Payload V2 arbeiten, dann müssen aber die Alexa-Actions auch Payload V2 sein.

Hier verwendest Du "TurnOn" und "TurnOff" das ist Payload V3. "turnon" und "turnoff" wären Payload V2 - Die Actions sind case-sensitive.

Nun zum eigentlichen Problem. Verstehe ich es richtig, das du den Skill in der Alexa-App gar findest und deshalb nicht aktivieren kannst ?
oder
Findest du Deinen Skill kannst diesen aber nicht aktivieren ?

Ich vermute der Fehler liegt irgenwo beim Account-Linking bzw. den Einstellungen dafür. Oder Einfach in den "Zulässigen Rückleitungs URLs"
Das würde ich zunächst nochmal prüfen

Gruss Andre