Alexa in Node Red ohne contrib-alexa-home oder Ähnliches

[zzippo]

@jrudolph Hallo, danke für das feedback.
Wird der request durch die Gerätesuche im Webserver Tab angezeigt?
Hast Du an den Geräten welche erkannt werden sollen den Haken gesetzt?

[jrudolph]

@zzippo Der Request der Gerätesuche wird nicht angezeigt. Ja, Haken ist gesetzt.

Habe mir mal die Logs des Reverse Proxy angesehen. Der Request vom Skill kommt offensichtlich an: (access.log)
[01/Nov/2020:14:25:44 +0000] "POST /alexaDisc HTTP/1.1" 401 5066 "-" "-"

Aber es kommt ein Auth. Error: (error.log)
14:25:44.322042 2020] [auth_basic:error] [pid 2356:tid 2963797024] [client 3.250.10.88:53768] AH01618: user ******\n not found: /alexaDisc

Die Logs waren übrigens im Root-Verzeichnis gelandet. APACHE_LOG_DIR war anscheinend nicht gesetzt.

Ich setze den Reverse Proxy nochmal neu auf und melde mich dann wieder.

[zzippo]

@jrudolph eventuell lässt du das script noch einmal das <domain>.conf generieren. Hier fehlten ja diverse escapes vor den $ Zeichen, deshalb geht auch der Log in das Hauptverzeichnis.

[zzippo]

@zzippo hast du versucht über <deine.dyndns>/nodered/ auf Dein Node red zu kommen? da sollte dann die Passwortabfrage kommen. Funktioniert user und Passwort hier, dann muss es ja am eingetragenem Passwort in der Lamda Datei liegen.

[zzippo]

@jrudolph
hier noch die aktiven module bei meinem Apache, vielleicht fehlt ja noch was bei Dir.

pi@raspberrypi:/etc/apache2 $ cd mods-enabled
pi@raspberrypi:/etc/apache2/mods-enabled $ ls -l
total 0
lrwxrwxrwx 1 root root 36 Oct 29  2019 access_compat.load -> ../mods-available/access_compat.load
lrwxrwxrwx 1 root root 28 Oct 29  2019 alias.conf -> ../mods-available/alias.conf
lrwxrwxrwx 1 root root 28 Oct 29  2019 alias.load -> ../mods-available/alias.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 auth_basic.load -> ../mods-available/auth_basic.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 authn_core.load -> ../mods-available/authn_core.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 authn_file.load -> ../mods-available/authn_file.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 authz_core.load -> ../mods-available/authz_core.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 authz_host.load -> ../mods-available/authz_host.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 authz_user.load -> ../mods-available/authz_user.load
lrwxrwxrwx 1 root root 32 Oct 29  2019 autoindex.conf -> ../mods-available/autoindex.conf
lrwxrwxrwx 1 root root 32 Oct 29  2019 autoindex.load -> ../mods-available/autoindex.load
lrwxrwxrwx 1 root root 30 Oct 29  2019 deflate.conf -> ../mods-available/deflate.conf
lrwxrwxrwx 1 root root 30 Oct 29  2019 deflate.load -> ../mods-available/deflate.load
lrwxrwxrwx 1 root root 26 Oct 29  2019 dir.conf -> ../mods-available/dir.conf
lrwxrwxrwx 1 root root 26 Oct 29  2019 dir.load -> ../mods-available/dir.load
lrwxrwxrwx 1 root root 26 Oct 29  2019 env.load -> ../mods-available/env.load
lrwxrwxrwx 1 root root 29 Oct 29  2019 filter.load -> ../mods-available/filter.load
lrwxrwxrwx 1 root root 30 Oct 30  2019 headers.load -> ../mods-available/headers.load
lrwxrwxrwx 1 root root 27 Oct 29  2019 mime.conf -> ../mods-available/mime.conf
lrwxrwxrwx 1 root root 27 Oct 29  2019 mime.load -> ../mods-available/mime.load
lrwxrwxrwx 1 root root 32 Oct 29  2019 mpm_event.conf -> ../mods-available/mpm_event.conf
lrwxrwxrwx 1 root root 32 Oct 29  2019 mpm_event.load -> ../mods-available/mpm_event.load
lrwxrwxrwx 1 root root 34 Oct 29  2019 negotiation.conf -> ../mods-available/negotiation.conf
lrwxrwxrwx 1 root root 34 Oct 29  2019 negotiation.load -> ../mods-available/negotiation.load
lrwxrwxrwx 1 root root 37 Oct 30  2019 proxy_balancer.conf -> ../mods-available/proxy_balancer.conf
lrwxrwxrwx 1 root root 37 Oct 30  2019 proxy_balancer.load -> ../mods-available/proxy_balancer.load
lrwxrwxrwx 1 root root 28 Oct 30  2019 proxy.conf -> ../mods-available/proxy.conf
lrwxrwxrwx 1 root root 33 Oct 30  2019 proxy_http.load -> ../mods-available/proxy_http.load
lrwxrwxrwx 1 root root 28 Oct 30  2019 proxy.load -> ../mods-available/proxy.load
lrwxrwxrwx 1 root root 37 Oct 30  2019 proxy_wstunnel.load -> ../mods-available/proxy_wstunnel.load
lrwxrwxrwx 1 root root 33 Oct 29  2019 reqtimeout.conf -> ../mods-available/reqtimeout.conf
lrwxrwxrwx 1 root root 33 Oct 29  2019 reqtimeout.load -> ../mods-available/reqtimeout.load
lrwxrwxrwx 1 root root 30 Oct 15 13:28 rewrite.load -> ../mods-available/rewrite.load
lrwxrwxrwx 1 root root 31 Oct 29  2019 setenvif.conf -> ../mods-available/setenvif.conf
lrwxrwxrwx 1 root root 31 Oct 29  2019 setenvif.load -> ../mods-available/setenvif.load
lrwxrwxrwx 1 root root 34 Oct 30  2019 slotmem_shm.load -> ../mods-available/slotmem_shm.load
lrwxrwxrwx 1 root root 36 Oct 30  2019 socache_shmcb.load -> ../mods-available/socache_shmcb.load
lrwxrwxrwx 1 root root 26 Oct 30  2019 ssl.conf -> ../mods-available/ssl.conf
lrwxrwxrwx 1 root root 26 Oct 30  2019 ssl.load -> ../mods-available/ssl.load
lrwxrwxrwx 1 root root 29 Oct 29  2019 status.conf -> ../mods-available/status.conf
lrwxrwxrwx 1 root root 29 Oct 29  2019 status.load -> ../mods-available/status.load
lrwxrwxrwx 1 root root 30 Oct 30  2019 xml2enc.load -> ../mods-available/xml2enc.load
pi@raspberrypi:/etc/apache2/mods-enabled $ 

[Ju5t1n]

@zzippo
An genau der gleichen Stelle hänge ich auch.
Wenn ich eine Anfrage von localhost, oder auch von extern auf /alexaDisc mache kommt eine Passwortabfrage und der AlexaDeviceGenerator zeigt New Request Detected an, bevor er abstürzt.
Gehe ich in Amazon Alexa auf Geräte erkennen, findet er keine neuen Geräte und der AlexaDeviceGenerator zeigt keine Reaktion.
In meinem Errorlog kommt die Meldung Password Mismatch.
Ich habe mit echo Nutzername:Passwort | base64 das ganze nochmals kontrolliert und es scheint zu stimmen.
Momentan habe ich keine Idee, an welcher Stelle der Fehler liegen könnte.

[jrudolph]

@zzippo Ich hatte ja den Reverse Proxy komplett neu aufgesetzt. Das Script war fehlerfrei gelaufen (BTW, der Tipfehler in Zeile 65 ist immer noch drin). Es bleibt dabei, dass ein Password Mismatch gemeldet wird. Ich hatte auch den Skill komplett neu aufgesetzt, so dass das Passwort definitiv übereinstimmt.
Die manuelle Verbindung zu Node-Red unter Verwendung von user und pw funktioniert einwandfrei.
Ich habe auch Deinen Code im Skill und im Script geprüft --> alles einwandfrei und nachvollziehbar.
Evtl. ein Apache Bug?
Ich überlege testweise den Reverse Proxy mit Nginx aufzusetzen.

[zzippo]

@jrudolph
Ich werde gleich mal eine frische SD-Karte vorbereiten, und das script laufen lassen.
Evtl. finde ich das Problem ja noch.

[zzippo]

@jrudolph Also, ich habe den Reverse Proxy mit einem nacktem raspbian-buster-lite auf einem PI3 über curl
vom geposteten link installiert. Das Script lief durch, und die Geräteerkennung funktioniert. kann es am PI1 liegen?
kann ich mir eigentlich nicht vorstellen. Steh gerade vor einem Rätsel.

[zzippo]

@jrudolph
Ich glaub ich habe es....
irgend etwas stimmt mit dem Base64 encoded passwort nicht. In meiner Lamda Funktion ist am ende ein '=' im Passwort, welches ausgegebene wird, hat am ende ein 'K'
unter: diesem link kannst Du es gegenprüfen.
Wenn du oben 'Username:Passwort' eingibst.

[zzippo]

@zzippo Ich frage mich wie ich das damals gemacht habe, der richtige Befehl für die Ausgabe des Passwortes wäre:
echo -n $username:$pass | base64.
Ich ändere gleich das script, und beseitige auch den Ausgabefehler in Zeile 65.

[zzippo]

@zzippo wie fast immer, sitzt das Problem zwischen Stuhl und Monitor.
kann mich wirklich ärgern über diesen Fehler. Entschuldige bitte, das ich Dir diese Sucherei eingebrockt habe.

[jrudolph]

@zzippo Danke! Das probiere ich morgen gleich mal aus (habe gerade einen Termin). Hat mir aber Spaß gemacht mich mit dem Thema mal näher zu befassen.

Schönen Abend noch!

[zzippo]

@jrudolph Dann hoffe ich, das morgen alles klappt. wenn es erstmal läuft, dann macht es richtig Freude. Ich wäre dann auch motiviert, weiter an der Sache zu entwickeln, obwohl im Moment schon alle meine Bedürfnisse gedeckt sind.
Wenn ich nicht so ein blutiger Anfänger in JS wäre, würde ich auch einen Adapter bauen. Ich werde mir in den nächsten Tagen mal ein paar Youtube Videos zu Gemüte führen, evtl. hilft das ja.

[Ju5t1n]

@zzippo Juchuu
Kaum stimmt das Passwort, dann klappts auch.
Vielen Dank für deine bisherigen Bemühungen. Ist ein ganz tolles Projekt.

[Ju5t1n]

@zzippo Könntest du mal zeigen, wie du die Rolladensteuerung eingerichtet hast. Geht das auch über den Mode Regler?
Ich habe das folgendermaßen versucht zu lösen:


Das Gerät wird von Alexa auch gefunden, allerdings kommt als Antwort: "Ich weiß nicht, wie ich diese Einstellung für Laden Test machen kann."
Bei den friendly Names hinter den Supported Modes habe ich Laden Test hoch bzw. runter eingegeben.

[zzippo]

@Ju5t1n said in Alexa in Node Red ohne contrib-alexa-home oder Ähnliches:

@zzippo Könntest du mal zeigen, wie du die Rolladensteuerung eingerichtet hast. Geht das auch über den Mode Regler?
Ich habe das folgendermaßen versucht zu lösen:

Hallo Ju5t1n,
Toll das es klappt.
Ich habe die Rolläden auch über mode angebunden, bin aber gerade dabei das umzustellen, weil die neuen Tasmota Versionen Rolläden speziell unterstützen.
ich habe es so gemacht:

und kann dann mit dem Befehl 'Alexa, Küche Rolladen runter' arbeiten.

[jrudolph]

@zzippo Ich kann bestätigen dass nun neue Geräte gefunden werden. Erst gab es noch Probleme mit der Verbindung zwischen Proxy und PC. Im PC mußte ich noch eine Firewall Regel für den Port 41101 einrichten. Das als Hinweis für andere bei denen es evtl. auch an dieser Stelle klemmt.

[zzippo]

@jrudolph, danke für den Hinweis. Wundert mich aber, weil ich die Firewall Regel per Software setzte, hattest Du das Programm mit Administrator Rechten gestartet?

[jrudolph]

@zzippo Tja, hat mich auch gewundert. Ich sehe die Regel für den AlexaDeviceGenerator (für alle Ports) in den Windows Defender Firewall Regeln. Habe mal probehalber wieder meine 41101 Regel deaktiviert --> geht wieder nicht. Regel 41101 aktiviert --> alles OK.
Ja, läuft unter Admin.
Jedenfalls funktioniert es jetzt.