Amazon-Echo Logikbaustein

[Hightech]

So, hab es gestern auch hinbekommen - einfach nur genial! Mit den richtigen Bezeichnern muss ich noch ein bisschen experimentieren, aber grundsätzlich funktioniert es!

Werner, Du bist mein Held 2016!

[oggy]

@Thosten

Danke für den Denkanstoß. Ich werde das auf jeden Fall testen. .... Ja, die Pushbenachrichtigung fehlt noch

[wernerL]

Hi Thorsten,

danke für den Tipp.
Jetzt fehlen nur noch die Push Notification die laut englischer Gerüchteküche irgendwann kommen sollen.

Viele Grüße
Werner

[ThorstenGehrig]

Hi
ich erlaub mir mal einen querverweiß: https://knx-user-forum.de/forum/proj...autst%C3%A4rke
Falls jemand Interesse hat den Alexa fernzusteuern...
Gruß
Thorsten

[wernerL]

Bitte sehr, schön das es jetzt läuft.
Dann noch viel Spaß beim testen

Gruß
Werner

[Sternwart]

Vielen Dank noch mal für Deine Hilfe - und schönen Abend!

Grüße
Gerald

[Sternwart]

Ja, das funktioniert und bringt richtige Ergebnisse.
Mir ist aber noch was aufgefallen: die (von mir geschwärzte) IP-Adresse in der Fehlermeldung ist nicht meine. Wenn ich die auflöse, komme ich hier raus: unknown.prolexic.com

Update: sorry, da war noch ein Buchstabendreher im DynDNS-Dienst. Der Fehler ist jetzt weg und ich sehe die Richtigen Geräte im Cloudwatch.

[wernerL]

Auf den ersten Blick sieht es mir eher nach einem Problem mit dem SSL-Zertifikat aus. Hast du schon versucht intern mit dem Firefox über https auf den Webservice des Logikbausteins zuzugreifen?

Also über https: "https://192.168.26.248:1350/discovery?accessToken=ALEXAXXXX&messageId=xyz"

[Sternwart]

Ich benutzte IE11 auf Windows 8.1
Im Firefox kommt der Fehler nicht, die Ausschrift im Cloudwatch Log mit ECONNREFUSED bleibt aber

[Sternwart]

Habe inzwischen das Cloudwatch-Log entdeckt. Da steht noch sowas drin:

16:15:09
2016-12-28T16:15:09.690Z cdc90099-cd18-11e6-9276-6b80c2a18a78 *************** Input *************


16:15:09
2016-12-28T16:15:09.690Z cdc90099-cd18-11e6-9276-6b80c2a18a78 { header: { payloadVersion: '2', namespace: 'Alexa.ConnectedHome.Discovery', name: 'DiscoverAppliancesRequest' }, payload: { accessToken: 'ALEXXXX' } }


16:15:09
2016-12-28T16:15:09.690Z cdc90099-cd18-11e6-9276-6b80c2a18a78 *************** Input End*************


16:15:09
2016-12-28T16:15:09.754Z cdc90099-cd18-11e6-9276-6b80c2a18a78 *************** Error *************


16:15:09
2016-12-28T16:15:09.754Z cdc90099-cd18-11e6-9276-6b80c2a18a78 connect ECONNREFUSED 72.72.72.72:1350


16:15:09
2016-12-28T16:15:09.754Z cdc90099-cd18-11e6-9276-6b80c2a18a78 *************** Error End*************



[Access-Token und IP-Adresse verfälscht]

Kann es sein, dass ihn die Fritzbox nicht rein läßt?

[wernerL]

Sieht ok aus.
Welches Betriebssystem und welchen Browser benutzt du?
Ich bin bei der Google Suche von "aws lambda invalid character error" auf einen Beitrag gestoßen, in dem darauf hingewiesen wird, dass es wohl Probleme mit dem Internet-Explorer und Edge unter Windows 7 und 10 gibt. (https://forums.developer.amazon.com/...invalidch.html)

Kommt der Fehler auch beim Firefox?

Gruß Werner

[Sternwart]

Der Fehler kommt auf der AWS Lambda Webseite
Fehler.JPG

und nach dem Betätigen von Test:
Fehler1.JPG

[wernerL]

Wo hast du den Fehler bekommen? Im Log des Logikbausteins oder im Cloudwatch-Log?
Vielleicht beim Austauschen des [TOKEN] die Anführungszeichen mit ausgetauscht?

[Sternwart]

Sorry, ich muss noch mal nerven: Ich habe einen Testlauf der Lambda-Funktion durchgeführt, wie im Wiki beschrieben (Discovery). habe dazu nur [TOKEN] gegen den von mir gewählten Wert ausgetauscht.
Als Ergebnis bekomme ich: InvalidCharacterError

Hmm.

[Hightech]

Super, teste ich dann nachher *binjasogespannt*