Amazon-Echo Logikbaustein

[wernerL]

zur Info:

Amazon hat vor ein paar Tagen die Smart Home Skill API um die Abfrage von Temperaturwerten (Thermostat Ist/Soll) erweitert (aktuell nur für den US Markt, DE und UK sollen bald folgen).
Nachdem sich leider Amazon mit der Erweiterung nicht 100%ig an die von mir gewählte API gehalten hat, muss ich mich wohl oder übel an ihre halten.
D.h. es wird für die Requests (und den dazugehörigen Responses) von "GetTargetTemperatureRequest" und "GetActualTemperatureRequest" zu Änderungen kommen:

• GetTargetTemperatureRequest kann so bleiben
• GetTargetTemperatureConfirmation wird umbenannt in GetTargetTemperatureResponse der Response selbst, muss auch angepasst werden
• GetActualTemperatureRequest wird umbenannt in GetTemperatureReadingRequest
• GetActualTemperatureConfirmation wird umbenannt in GetTemperatureReadingResponse der Response selbst, muss auch leicht angepasst werden

Gruß
Werner

[wernerL]

Hallo Frank,
Hallo keinplanvonnix,

aktuell gibt es keine Möglichkeit sich alle Attribute mit einem einzelnen Request abzuholen.

Nochmal kurz zur Erklärung:

In der JSON-Konfiguration wird zwischen zwei Konfigurationsebenenen unterschieden:

• Raum (room-Attribut)
• Geräte (appliances-Attribut)

Zur Verknüpfung von KNX-Kommunikationsobjekte auf Raumebene können folgende Attribute verwendet werden:

• targetTemperature
• actualTemperature
• text

Zur Verknüpfung von KNX-Kommunikationsobjekte auf Geräteebene können folgende Attribut verwendet werden:

• onOff bzw. on und/oder off
• percent
• value
• text

Welcher Skill in der V0.3 welche Attribute unterstützt habe ich versucht in der nachfolgenden Tabelle zusammenzufassen:

SkillUebersicht.png

@keinplanvonnix
Meintest du solch eine technische Übersicht?

Viele Grüße
Werner

[keinplanvonnix]

Hotstepper so eine Übersicht fehlte mir bisher auch. Also welche Möglichkeiten man hat. Der Standardskull ist klar aber für den Custom kam ich nicht so damit klar. Auf jeden Fall super Arbeit wenn auch aufwendig. Und danke auch für die Topanleitung.

[Hotstepper13]

Hallo Frank,

ich bin mir nicht sicher ob ich dich richtig verstanden habe.
Möchtest du wissen, welchen Request du an den Baustein schicken musst, um einen Prozentwert abzufragen?
Falls ja:
http(s)://[GIRA_HOMESERVER_IP]:[PORT_LBS]/control?applianceId=[APPLIANCE_ID]&request=GetPercentValueRequest&accessToken=[TOKEN]&messageId=xyz

Sonst melde dich nochmal.

Gruß Werner

Hallo Werner,

das bringt mich schonmal weiter. Gibt es auch eine Möglichkeit alle Attribute einer Appliance abzufragen? Also , eingeschaltet: ja/nein, Helligkeitswert usw. ?

Gruß
Frank

[wernerL]

Hi Dirk,

ich verstehe zwar immer noch nicht, warum die ursprüngliche V0.3 Methode das Zertifikat zu laden, bei dir nicht funktioniert hat, aber schön, dass es jetzt bei dir läuft.

Viel Spaß mit deiner Alexa
Gruß Werner

[DB79]

Hallo Werner,

danke für die Hilfe. Mit dem V0.3 ging das Zertifikat sofort.
Weiteres testen war ebenfalls erfolgreich. Im Schlafzimmer geht das Licht per Sprachbefehl an und aus.
Danke allen für Ihre Hilfe.

Viele Grüße
Dirk

[wernerL]

Hallo hotzen,

ich habe da nichts absichtlich obfuscated. Der Logikgenerator von NilsS setzt den Python-Code in das Logikbaustein-Format ".hsl" um. Bei diesem Vorgang wird der "normale" Python Quellcode Base64 codiert.

Ja, ich habe auch für jeden Alias eine weitere Appliance an Alexa geliefert, mir ist leider auch keine Alternative bekannt.

Viele Grüße
Werner

[wernerL]

Hallo Frank,

ich bin mir nicht sicher ob ich dich richtig verstanden habe.
Möchtest du wissen, welchen Request du an den Baustein schicken musst, um einen Prozentwert abzufragen?
Falls ja:
http(s)://[GIRA_HOMESERVER_IP]:[PORT_LBS]/control?applianceId=[APPLIANCE_ID]&request=GetPercentValueRequest&accessToken=[TOKEN]&messageId=xyz

Sonst melde dich nochmal.

Gruß Werner

[DB79]

Hallo Werner

mein Homeserver läuft mit Version 4.5.
Habe schon die verschiedensten Kombinationen getestet (alle (1) bzw. mit 2a und 2b).
Zertifikat habe ich auch schon zig mal neu gemacht mit allen möglichen Anleitungen die ich im Internet finden könnte.
Wird ja auch was hochgeladen was ich wieder downladen kann.
Als Browser verwende ich Opera, Chrome und Microsoft Edge.
Ich schreib die mal meine Mailadresse.
Danke vorab für die Hilfe, irgendwie bin ich ratlos.

Gruß Dirk

[hotzen]

wernerL danke.
den source-code zu base64-obfuscaten ist ja eher ungewöhnlich oder ist das standard bei dem HS? das ist ja normales python oder?

ich frage weil ich die alexa-integration für smarthomeNG gebaut habe und mich interessieren würde, wie du das aliasing umgesetzt hast.für jeden alias eine eigene appliance, die in der alexa-app als eigene appliance gelistet wird?
oder gibt es da eine alternative?

[Hotstepper13]

wernerL
Hallo Werner, (und auch alle anderen)

da ich nun endlich Dimfunktion in meiner Bridge unterstütze würde ich gerne wissen ob du einen Endpunkt in deinem Logikaktor eingebaut hast um die Werte für eine einzelne Appliance abzufragen.

In der Doku und den Beispielen habe ich da nix gefunden und das discovery liefert keine Werte.

Beste Grüße

Frank

[wernerL]

Hi Dirk,

unter welcher Firmware Version läuft der Homeserver bei dir?
Mit welchem Browser machst du deine Tests?

Was hast du in deinem Projekt unter Projekteinstellungen => Oberfläche ausgewählt (1) oder (2a) und (2b)?:
hsUpload.png

Das die URL, mal mit dem Defaultport 80 und mal ohne verwendet wird, ist so korrekt.
Auch die URL "http://192.168.0.200/opt/amazonEcho/sslCert.htm" auf der Debug-Seite ist so korrekt. Der Baustein "registriert" beim Homeserver unter dieser Adresse eine "Funktion" welche dann den Text des Zertifikats ausgibt.

Bis auf die eben angesprochenen Projekteinstellungen fallen mit keine weiteren ein, die nicht richtig sein könnten.

Falls diese Tipps zu keiner Lösung führen, könntest du mir noch eine private Nachricht mit deiner E-Mail Adresse schicken.
Dann würde ich dir eine V0.3 schicken welche den Zugriff auf das Zertifikat etwas anders regelt.

Viele Grüße
Werner

[DB79]

Hallo Werner,

ja genau den Test im Schritt 1 aus dem Wiki funktioniert mit http, das ist korrekt.
Mit https funktioniert allerdings nicht (Schritt 2 also negativ)
Auf der Debugseite => Amazon Echo Service => SSL Certificate show Seite kann ich das Zertifikat allerdings auch nie sehen.
Es wird mir aber wieder gedownloadet wenn ich eben die Adresse aus der Fehlermeldung im Browser eingebe
Du hast oben http://192.168.0.200/opt/amazonEchoSSL.cert eingegeben. Bei mir steht noch Port 80 dahinter also so http://192.168.0.200:80/opt/amazonEchoSSL.cert
Die Schreibweise habe ich auch schon unzählige mal überprüft.
Die Adresse der Debugseite => Amazon Echo Service => SSL Certificate show wo das Zertifikat stehen müsste lautet http://192.168.0.200/opt/amazonEcho/sslCert.htm.
Ist das korrekt? Warum ist die Fehlermeldung dann eine andere Adresse?
Sind Einstellungen im Homeserver selbst bei mir irgendwie nicht richtig?

Gruß Dirk

[wernerL]

Guten Morgen hotzen,

ja, du kannst Aliase für deine Geräte vergeben.
Ja, der Source-Code des Bausteins ist aktuell nur Base64 codiert in der .hsl-Datei enthalten.

Gruß Werner

[wernerL]

Guten Morgen Dirk,

erstmal zu deinen vorherigen Fragen: Ja es müsste erstmal ohne Alexa gehen.
Wenn du noch kein Zertifikat hochgeladen hast, bzw. das Zertifikat nicht gefunden wurde, wird vom Baustein das Protokoll http statt https verwendet. D.h. du solltest die Tests die im Wiki unter Punkt "1.1 Test der Gira Installation" aufgeführt sind im Browser mit http machen können.

Ich würde dir unbedingt empfehlen schrittweise vorzugehen (falls du das nicht sowieso schon gemacht hast).

Kommunikation (LBS=Logikbaustein, FF=Firefox, IR=Internet Router, LF=Lambda Funktion, "<==>"=Kommunikation):

Schritt	Kommunikationssrecke	Bemerkung
1	LBS <= http => FF	Kommunikationstest mit Firefox auf lokale IP-Adresse des Homeserver noch ohne SSL-Zertifikat
2	LBS <=https => FF	Kommunikationstest mit Firefox auf lokale IP-Adresse nach dem hochladen des SSL-Zertifikats in den LBS
3	LBS <=https => IR <= https => FF	Kommunikationstest mit Firefox über externen Dyndns-Namen nach dem hochladen des SSL-Zertifikats in den LBS und eingerichteter Portweiterleitung
4	LBS <=https => IR <= https => LF	Kommunikationstest mit AWS-Lambda über externen Dyndns-Namen nach dem hochladen des SSL-Zertifikats in den LBS und eingerichteter Portweiterleitung

Erst wenn der Test des vorhergehenden Schritt ok ist, macht es Sinn den nächsten Schritt zu testen.
Hast du den Schritt 1 erfolgreich testen können?

Jetzt zu deinem eigentlichen Problem mit dem SSL-Zertifikat:
Deine Fehlermeldung im ersten Bild besagt, dass der Baustein beim Versuch das Zertifikat von der Adresse http://192.168.0.200/opt/amazonEchoSSL.cert zu laden, auf einen Fehler gelaufen ist. Was merkwürdig ist, da du das Zertifikat ja genau unter dieser Adresse im Browser einsehen kannst. Diese Meldung hat jetzt erstmal nichts mit dem Inhalt deines Zertifikats zu tun (das Zertifikat selbst ist wahrscheinlich völlig ok). Leider bin ich gerade auch völlig überfragt wie das sein kann!?

Deshalb würde ich dich bitten folgendes zu prüfen bzw. zu testen:

• du kannst dein Zertifikat auch über die Homeserver Debugseite => Amazon Echo Service => SSL Certificate show einsehen?
• Der Dateiname des Zertifikats ist 100% korrekt. D.h. Groß/Kleinschreibung stimmt, keine Leerzeichen etc.?
• wenn du das Zertifikat aus dem hsupload Ordner entfernst und das Projekt neu überträgst, siehst du unter Homeserver Debugseite => Amazon Echo Service => SSL Certificate eine leere Seite?

Gruß Werner