Alexa Custom Skill für EDOMI (LBS 19000646 und 19000647)

[benji]

Statusabfrage habe ich meinen Fehler gefunden. Habe mir "Intent" mal angeschaut und gesehen, dass Group als Temperatur Status kommt mit Leerzeichen.


Ich habe da aber noch zwei andere Fragen... hab den Thread schon durchsucht aber nichts gefunden.


1. Wenn ich einen Dimmwert setze über Edomi beträgt mein Value 100 wenn ich 100% sage, im Wert entspricht dies aber nur ca. 40%. Der Wert müsste ja eigentlich 255 sein. Bei den Rolladen funktioniert dies, wenn ich dort 100% sage kommt 255.

2. Ich würde meine Rolladen lieber Jalousie nennen da es eigentlich Jalousien sind :-) Hierzu würde doch reichen wenn ich dies in Utterances anpasse, quasi alles Rolladen gegen Jalousie tauschen sowie die Funktion zu Rolladen in der alexa.php oder ist es nicht so einfach getan???


Gruß Benji

[benji]

Hi,

ich wollte mal nachfragen wie Ihr die Statusabfragen realisiert. Ich habe jetzt mal mehrere Varianten getestet, leider will es nicht richtig funktionieren.
Ich hab folgende Logik zum testen eingesetzt:

22.png


Wenn ich Alexa nun Frage: "Alexa frage Edomi wie die Temperatur im Büro ist" passiert nichts.

Gruß benji

[benji]

Hi,


im log stand nichts davon.


Nein war kein neues Edomi System. Jetzt funktioniert es aber.

Danke

[jonofe]

Das sollte aber dann im Log stehen, dass die Autorisierung fehlschlägt. Hast du mal ins Log geschaut?

Keine Ahnung was du gemacht hast, aber die Fehlermeldung ist schon sehr oft hier diskutiert worden.
Es scheint kein php-process installiert zu sein.

Sind das jetzt Fehlermeldungen von einem neuen EDOMI System? Denn auch die vorherigen Alexa LBS haben schon message queues eingesetzt.

yum install php-process

sollte den o.g. Fehler beheben.

[benji]

ich hatte in der alexa.php für die ID des Skills ein Zeichen beim kopieren vergessen.


wenn ich alexa einen Befehl gebe dann stürzt dabei mein Edomi ab und pausiert:

 2017-04-02 15:23:16	768728	?	5018	Datei: /usr/local/edomi/www/data/liveproject/lbs/EXE19000646.php | Fehlercode: 1 | Zeile: 109 | Call to undefined function msg_get_queue()	FATALERROR 2017-04-02 15:23:16	790430	?	4978	Datei: /usr/local/edomi/www/data/liveproject/lbs/LBS19000647.php | Fehlercode: 1 | Zeile: 157 | Call to undefined function msg_get_queue()	FATALERROR 2017-04-02 15:23:16	834964	MAIN	4947	Prozess LOGIC läuft nicht mehr!	FATALERROR 2017-04-02 15:23:32	219454	MAIN	5150	ACHTUNG: EDOMI wurde unerwartet beendet: FATALERROR in LBS 19000647 | EDOMI wird pausiert	ERROR

Eigentlich ist Alexa bis zum em letzten Update wunderbar bei mir gelaufen.... Ich wollte jetzt allerdings mal Statusmeldungen testen und habe deswegen ein Update gemacht.

[benji]

Hi,

habe jetzt mal alles romgetestet. Alexa neu gestartet, Invitation Name geändert.....

Allerdings funktioniert es nicht, bekomme immer noch die gleiche Fehlermeldung...

Noch jemand eine Idee??

Gruß

[benji]

Werde ich nachher mal testen. Danke

[jonofe]

Hast du dein Echo Device mal neu gestartet (stromlos schalten)
Sieht für mich so aus, als würde der Invocation Name nicht mehr erkannt.
Ggf. mal mit einem anderen ausprobieren, z.B. "smarthome"

[benji]

Ah ok hab verstanden. Ich dachte man muss auch die "Testskills" eine Certification starten.

Ich dachte daher würde mein Problem mit Alexa kommen. Wenn ich Alexa sage: Starte Edomi.... bekomme ich Fehlermeldung: Bei er Kommunikation mit dem angeforderten Still ist ein Problem aufgetreten. (wie schon weiter oben geschrieben)

Im Log kommt keine Meldung.

In meiner Alexa App steht:

Unexpected Communication Issue Edomi
Request Indentifier: amzn1.echo-api.cc usw

There was a problem communicating with requested skill

[jonofe]

Ja verstehe ich. Ich hab das skill ja nicht veröffentlicht.

hab lediglich zwei Räume ergänzt und dann auf save.

Verstehe ich auch gerade nicht.

Bei Save wird aber keine Certification gestartet.
Und wie gesagt, Certification sollte auch nicht gemacht werden.
Das eigentliche Speichern sollte nicht mehr als eine Minute dauern.

[benji]

Ja verstehe ich. Ich hab das skill ja nicht veröffentlicht.

hab lediglich zwei Räume ergänzt und dann auf save.

Verstehe ich auch gerade nicht.

[jonofe]

certification? mich würde wundern wenn Amazon den Skill zertifizieren würde. denn die Voraussetzungen für eine Zertifizierung sind gar nicht gegeben. Ist ja auch nur ein skill den du selbst nutzt.

Vermutlich wird der Skill dann auch veröffentlicht und andere können dann bei dir die Lampen ein und ausschalten.

[benji]

Hi,

wie lange dauert bei euch im Schnitt die "Certification" von dem Alexa Skill?? Anfangs ging dies bei mir immer so in 25min, jetzt hatte ich seit langem mal etwas geändert. Jetzt steht es seit Samstag auf Status "Certification".
Habe eben nochmal kurz bearbeitet und gespeichert, Status bleibt allerdings immer noch gleich.

gruß benji

[Nanosonde]

Dazu würde ich das alexa.php in ein eigenes Verzeichnis verschieben, welches unterhalb von /usr/local/edomi/www/ liegt und dann das proxy_pass Statement in der nginx Config anpassen.

[...]

Ist aber ungetestet, da ich derzeit einen apache Reverse Proxy einsetze.

Das habe ich getestet.
Leider mit einem sehr merkwürdigen Ergebnis: ich komme trotzdem immer noch auf den kompletten WWW-Pfad von Edomi.
Selbst wenn ich bei nginx die Location auf "/alexa/" ändere, funktioniert "/edomi/" immer noch.
Nginx habe ich nach dem Editieren der Config-Datei natürlich neu gestartet.
Der neue Ort von alexa.php ist entsprechend der neuen Config erreichbar, aber leider eben auch der alte komplette Pfad.
Im Nginx-Log sehe ich auch, dass er die Anfrage für den alten Pfad mit 200 (OK) beantwortet, obwohl das gar nicht mehr in der Config steht.

Hat jemand eine Idee?

server {
        listen [::]:443 ssl default_server;
        ssl_certificate /etc/letsencrypt/live/myhost.dyndns.de/fullchain.pem;
        ssl_certificate_key /etc/letsencrypt/live/myhost.dyndns.de/privkey.pem;
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
        ssl_prefer_server_ciphers on;
        ssl_ciphers 'EECDH+AESGCM:EDH+AESGCM:AES256+EECDH:AES256+EDH';
        root /var/www/html;
        index index.html index.htm index.nginx-debian.html;
        server_name myhost.dyndns.de;
        location /alexa/ {
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_pass https://192.168.10.99/alexa/;
                proxy_redirect off;
                proxy_buffering off;
                proxy_connect_timeout 5; # more than http_server
                proxy_read_timeout 350; # 60 default, 300s is GNUnet's idle timeout
                proxy_http_version 1.1;
                proxy_next_upstream error timeout invalid_header http_500
                http_503 http_502 http_504;
        }
        if ($scheme != "https") {
            return 301 https://$host$request_uri;
        }
}

UPDATE:
So sieht es im Nginx acess.log mit obiger Config aus:

54.240.197.73 - - [27/Mar/2017:11:30:19 +0200] "POST /edomi/admin/lbs/alexa.php HTTP/1.1" 200 465 "-" "Apache-HttpClient/4.5.x (Java/1.8.0_112)"

Man beachte: die Location ist "/alexa/" und die Alexa-Skill-Config bei Amazon ist immer noch der alte Pfad mit "/edomi".
Die Anfrage an Nginx wird mit 200 beantwortet.

[jonofe]

Was sagt das Log?