Plugin Alexa2Lox (V4.x)

[Christian Fenzl]

Was schickst du von Loxone an das Plugin?
Wie schauen die Subscriptions aus? Ist alexa2lox/# in den automatischen Plugin-Subscriptions im Gateway sichtbar?

[Monte001]

Hallo zusammen,
ich habe seit Wochen Probleme mit meinen Alexa Geräten. In MQTT habe ich keinerlei Einträge. Habe die Tage den ganzen Loxberry komplett neu aufgesetzt.
LoxBerry 3 (Beta), Alexa2Lox die aktuelle Version.
Was kann muss ich machen das die Alexa Geräte wieder erkannt werden mit MQTT.

Danke

Gruß
Monte001

[SchmuFoo]

Hi zuammen,

Ich würde gerne den Zustand meiner Alexas abrufen und dies Info für Presence verwenden.
Jetzt hab ich in der Beschreibung den Parameter "playerstate" gesehen (admin/plugins/alexa2lox/alexa.php?device=Büro&playerstate) - steh hier aber auf der Leitung... Das ist doch ein Virtueller Ausgang - wo und wie komme ich da zur Antwort von diesem?

Thx

Moin, gute Idee die ich auch mal testen werde.

Du kopierst den MQTT Virtual Input Namen Deiner gewünschten Alexa/Playerstate Kombi und legst mit exakt diesem Namen einen Virtuellen Eingang für Texteingänge an. Sofern der Loxberry sich sauber am Miniserver anmelden kann war es das schon

192.168.1.128/admin/system/miniserver.cgi
192.168.1.128/admin/system/mqtt-gateway.cgi?form=incoming

[Hazze]

Ja - das sagt mir was. Aber nur bedingt
Ich bin jetzt noch nicht so lange dran an dem ganzen Zeugs. Was heißt das, kann ich das dann über MQTT abholen?
Wie geht das - mit einem virtuellen Eingang? Könntest du das ein wenig erläutern bitte?

Danke, Sg

[Christian Fenzl]

Alle Übertragungen des Plugins an den Miniserver erfolgen per MQTT.
LG, Christian

[Hazze]

Hi zuammen,

Ich würde gerne den Zustand meiner Alexas abrufen und dies Info für Presence verwenden.
Jetzt hab ich in der Beschreibung den Parameter "playerstate" gesehen (admin/plugins/alexa2lox/alexa.php?device=Büro&playerstate) - steh hier aber auf der Leitung... Das ist doch ein Virtueller Ausgang - wo und wie komme ich da zur Antwort von diesem?

Thx

[SchmuFoo]

Habs gefunden: das master.zip Update hatte das alexa_remote_control.sh natürlich wieder auf v0.18 irgendwas gesetzt, nach dem Update auf v0.20d geht es jetzt wieder mit der "Überall" Gruppe :-)

Der Vollständigkeit halber: In den letzten 1-2 Tagen ging es urplötzlich wieder nicht - Auch nicht mit der (weiterhin) 0.20d und mit einer testweise angelegten weiteren MultiRoom Gruppe "Haus", wo alle Echos des Hauses drin sind.

Seit wenigen Minuten geht es mit der Old-School Gruppe "Überall" wieder, aber mit der Testgruppe "Haus" nicht. Vielleicht ist die Anzahl der enthaltenen Echos ja irgendwie relevant, who knows.

Da es im Problemfall aber auch mittels alexa_remote_control.sh nicht klappt[e], also aus den Echos nichts kommt obwohl laut CLI alles übermittelt wurde, hier erstmal Soft-Close

[SchmuFoo]

Weiß nicht. chmod 777 hilft immer 😅

hrhr das hatte ich bereits versucht, ohne Ergebniss

root@loxberry:~# ls -l /opt/loxberry/log/ramlog/log/system_tmpfs/apache2/
total 624
-rw-r--r-- 1 root root 305036 Dec 29 17:42 access.log
-rwxrwxrwx 1 root root 323019 Dec 29 17:42 error.log
root@loxberry:~# tail -f /opt/loxberry/log/ramlog/log/system_tmpfs/apache2/error.log
[Thu Dec 29 17:41:07.144172 2022] [access_compat:error] [pid 23923] [client 192.168.1.115:62146] AH01797: client denied by server configuration: /opt/loxberry/webfrontend/htmlauth/system/ajax/ajax-notification-handler.cgi, referer: http://loxberry/admin/system/logmanager.cgi?form=legacylog
[Thu Dec 29 17:41:13.130992 2022] [access_compat:error] [pid 23932] [client 192.168.1.115:62151] AH01797: client denied by server configuration: /opt/loxberry/webfrontend/htmlauth/system/ajax/ajax-main-icons-handler.php, referer: http://loxberry/admin/system/logmanager.cgi?form=legacylog
[Thu Dec 29 17:41:21.139259 2022] [access_compat:error] [pid 23373] [client 192.168.1.115:62152] AH01797: client denied by server configuration: /opt/loxberry/webfrontend/htmlauth/system/ajax/ajax-main-icons-handler.php, referer: http://192.168.1.128/admin/plugins/alexa2lox/​

Was war jetzt nochmal das „Überall“-Problem?
Ich sehe keinen Fehler.
Die Commandline zum Ausprobieren steht dort.
lg, Christian

Habs gefunden: das master.zip Update hatte das alexa_remote_control.sh natürlich wieder auf v0.18 irgendwas gesetzt, nach dem Update auf v0.20d geht es jetzt wieder mit der "Überall" Gruppe :-)

Cheers
Jan

[Christian Fenzl]

Weiß nicht. chmod 777 hilft immer 😅

Was war jetzt nochmal das „Überall“-Problem?
Ich sehe keinen Fehler.
Die Commandline zum Ausprobieren steht dort.

lg, Christian

[SchmuFoo]

teste ich morgen Früh wenn alle wach sind.

BTW Browser: Werden die HTTP GETs irgendwo geloggt? AFAIR gab es auf dem Dateisystem nur ein apache2 error.log

Habe das Log mal erweitert, aber via http://loxberry/admin/system/tools/l...ormat=template tut sich nichts (glaube ich habe was kaputt gefrickelt ;-))

Wie müssten hier die korrekten User/Groups und chmods sein?

root@loxberry:/opt/loxberry/log/system_tmpfs/apache2# ls -l
total 132
-rw-r--r-- 1 root root 65221 Dec 29 09:07 access.log
-rw-r--r-- 1 root root 60840 Dec 29 09:07 error.log
​

[SchmuFoo]

Was gibt der Aufruf über den Browser aus?

Incoming Text: Frühstück
Text for TTS : Fruehstueck
Setting volume to 25
Devices: Überall
Reading cached devicelist
Number of device params: 1
Current Alexa: Überall
Commandline call: /opt/loxberry/webfrontend/htmlauth/plugins/alexa2lox/alexa_remote_control.sh -d "Überall" -e speak:"Fruehstueck" >/dev/null &
Sending your text of Überall to MQTT Gateway​

root@loxberry:/opt/loxberry/log/system_tmpfs/apache2# grep tts access.log
desktop.localdomain - - [29/Dec/2022:08:54:50 +0100] "GET /admin/plugins/alexa2lox/tts.php?device=Erdgeschoss&text=Abend&vol=1 HTTP/1.1" 401 1131 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36"
desktop.localdomain - loxberry [29/Dec/2022:08:54:50 +0100] "GET /admin/plugins/alexa2lox/tts.php?device=Erdgeschoss&text=Abend&vol=1 HTTP/1.1" 200 512 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36"
desktop.localdomain - loxberry [29/Dec/2022:08:55:17 +0100] "GET /admin/plugins/alexa2lox/tts.php?device=%C3%9Cberall&text=Fr%C3%BChst%C3%BCck&vol=25 HTTP/1.1" 200 527 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/108.0.0.0 Safari/537.36"
root@loxberry:/opt/loxberry/log/system_tmpfs/apache2#
​

root@loxberry:/opt/loxberry/log/system_tmpfs/apache2# tail -f /opt/loxberry/log/ramlog/log/system_tmpfs/apache2/error.log
[Thu Dec 29 08:57:36.098230 2022] [php7:notice] [pid 5684] [client 192.168.1.77:42076] Email: xxx
[Thu Dec 29 08:57:36.098327 2022] [php7:notice] [pid 5684] [client 192.168.1.77:42076] token: xxx
[Thu Dec 29 08:57:36.098457 2022] [php7:notice] [pid 5684] [client 192.168.1.77:42076] use_oath: 1
[Thu Dec 29 08:57:36.098520 2022] [php7:notice] [pid 5684] [client 192.168.1.77:42076] listDelimiter:
[Thu Dec 29 08:57:36.098650 2022] [php7:notice] [pid 5684] [client 192.168.1.77:42076] PHP Notice:  Undefined variable: commandline in /opt/loxberry/webfrontend/htmlauth/plugins/alexa2lox/alexa.php on line 30


[Thu Dec 29 08:57:50.877210 2022] [access_compat:error] [pid 5673] [client 192.168.1.115:56142] AH01797: client denied by server configuration: /opt/loxberry/webfrontend/htmlauth/plugins/alexa2lox/tts.php
[Thu Dec 29 08:57:50.879837 2022] [php7:notice] [pid 5673] [client 192.168.1.115:56142] Email: xxx
[Thu Dec 29 08:57:50.879943 2022] [php7:notice] [pid 5673] [client 192.168.1.115:56142] token: xxx
[Thu Dec 29 08:57:50.880066 2022] [php7:notice] [pid 5673] [client 192.168.1.115:56142] use_oath: 1
[Thu Dec 29 08:57:50.880134 2022] [php7:notice] [pid 5673] [client 192.168.1.115:56142] listDelimiter:
cut: /tmp/.alexa.volume.G0014D06014507HP: No such file or directory

[Thu Dec 29 08:58:04.743761 2022] [access_compat:error] [pid 5671] [client 192.168.1.115:56145] AH01797: client denied by server configuration: /opt/loxberry/webfrontend/htmlauth/plugins/alexa2lox/tts.php
[Thu Dec 29 08:58:04.746403 2022] [php7:notice] [pid 5671] [client 192.168.1.115:56145] Email: xxx
[Thu Dec 29 08:58:04.746512 2022] [php7:notice] [pid 5671] [client 192.168.1.115:56145] token: xxx
[Thu Dec 29 08:58:04.746672 2022] [php7:notice] [pid 5671] [client 192.168.1.115:56145] use_oath: 1
[Thu Dec 29 08:58:04.746743 2022] [php7:notice] [pid 5671] [client 192.168.1.115:56145] listDelimiter:
cut: /tmp/.alexa.volume.G091GG10214700AF: No such file or directory
^C
root@loxberry:/opt/loxberry/log/system_tmpfs/apache2#
​

[SchmuFoo]

Was gibt der Aufruf über den Browser aus?

teste ich morgen Früh wenn alle wach sind.

BTW Browser: Werden die HTTP GETs irgendwo geloggt? AFAIR gab es auf dem Dateisystem nur ein apache2 error.log

[Christian Fenzl]

Was gibt der Aufruf über den Browser aus?

[SchmuFoo]

Nutze ich die Gruppe "Überall" kommt an den Alexas selber nur noch ein leerer <v> an, die Lautstärkeregelung wird an allen Alexas jedoch angepasst.

Sprich es scheint dass meine Alexa-Gruppe "Überall" nicht mehr greift. Ein einzelnes Gerät mit Sonderzeichen "Büro" klappt jedoch, genau wie z.B. "Erdgeschoss"

Achja gemäß MQTT Incoming ist alles sauber

[SchmuFoo]

Hi,

Jan hat auf Facebook geschrieben, dass auch mit dem Loxone "Text Generator" immer noch die "0" nachgeschickt wird - kann mir echt nicht erklären, wer bei Loxone diesen Baustein zusammengebastelt hat, der trotz Trigger noch ein 0 nachsendet....

Ich habe mal ein Ticket bei Loxone aufgemacht, schauen wir mal was da kommt ;-)

Jedenfalls habe ich jetzt im tts.php einen "Null"-Filter eingebaut.
Das könnt ihr bisher nur mit dem Master testen:
https://github.com/christianTF/LoxBe...ads/master.zip

Die TTS-Routine ignoriert jetzt jeden Aufruf, wo als Text ausschließlich eine 0 daherkommt.

lg, Christian

Besten Dank auch hier nochmal für die Hilfe und den Workaround! Dieser klappt soweit mit einer Ausnahme: Es gibt zumindest bei mir nun ein Nebeneffekt:

Nutze ich die Gruppe "Überall" kommt an den Alexas selber nur noch ein leerer <v> an, die Lautstärkeregelung wird an allen Alexas jedoch angepasst.

Sprich es scheint dass meine Alexa-Gruppe "Überall" nicht mehr greift. Ein einzelnes Gerät mit Sonderzeichen "Büro" klappt jedoch, genau wie z.B. "Erdgeschoss"

Anbei mal mein capture:

root@loxberry:~# date && tcpdump -A -s 10240 'tcp port 80 and (((ip[2:2] - ((ip[0]&0xf)<<2)) - ((tcp[12]&0xf0)>>2)) != 0)' | egrep --line-buffered "^........(GET |HTTP\/|POST |HEAD )|^[A-Za-z0-9-]+: " | sed -r 's/^........(GET |HTTP\/|POST |HEAD )/\n\1/g' | grep tts.php
Wed 28 Dec 19:08:14 CET 2022
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), snapshot length 10240 bytes
GET /admin/plugins/alexa2lox/tts.php?device=%C3%9Cberall&text=Fenster%20&vol=30 HTTP/1.1
GET /admin/plugins/alexa2lox/tts.php?device=%C3%9Cberall&text=0&vol=30 HTTP/1.1
^C72 packets captured
80 packets received by filter
0 packets dropped by kernel
​

Cheers
Jan