LBS19000809 - Alexa Control

[vento66]

Scheint wieder zu funktionieren....

[ponG]

Hallo zusammen,

da mir der Alexa-Control-LBS dann und wann den LOGIC-Prozess gekillt hat, hatte ich meine Alexa-Control Logikseite deaktiviert. Nachdem ich sie jetzt wieder reaktiviert habe, bekomme ich bei jedem 5-minütlich getriggerten Statusupdate von jedem meiner vier Alexa-Control-Instanzen folgende Meldung:

Datei: /usr/local/edomi/www/data/liveproject/lbs/LBS19000809.php | Fehlercode: 2 | Zeile: 233 | msg_send(): msgsnd failed: Permission denied

Die Suche hat mich da nicht weitergebracht. Schon mal jemand ähnliches beobachtet?

[jonofe]

Sieht eher seltsam aus. Worauf läuft EDOMI bei dir? Platte hat noch genug Platz? Mal 'nen Reboot gemacht?

[ponG]

Läuft im Docker auf einer DS920+, eigentlich auch durchgehend stabil und problemlos. Ein Reboot brachte keinen Unterschied im Verhalten.

Die Meldung wird durch jede Instanz des LBS erzeugt, egal ob laut E1 aktiv oder nicht. Ich habe insgesamt vier Instanzen des LBS, für vier unterschiedliche Echos. Alle sind nach diesem Schema hier beschaltet:

Unbenannt.png

E3 und E4 sind definitiv korrekt, ebenso der Name in E10.

21 an E37 ist der stündliche Systemtrigger
25 an E39 ist der fünfminütliche Systemtrigger. Wenn der abgefeuert wird, werden die Meldungen im Fehlerlog erzeugt.
1299 an E42 ist ein KO für TTS-Befehle
1298 an E51 die TTS-Lautstärke

Je nach Anwesenheit, Tageszeit usw. gibts noch ein paar Logiken nebendran, die das TTS-KO nur dann durchlassen, wenn es auch erwünscht ist.

Die Ausgänge nutze ich eigentlich überhaupt nicht, da meine einzigen Use Cases aktuell TTS und Türklingel sind. Den A14 verwende ich nur, um die Gerätestati in die Visu zu bringen.

[ponG]

Was mich zusätzlich stutzig macht: Das Error log zeigt hier z.B. um 15:38:52 folgende Meldung:

2022-09-18 15:38:52    434442    ?    9950    Datei: /usr/local/edomi/www/data/liveproject/lbs/LBS19000809.php | Fehlercode: 2 | Zeile: 233 | msg_send(): msgsnd failed: Permission denied    ERROR

Lege ich aber das Debug Log daneben, gibt es zu dem Zeitpunkt keine Meldungen, die verdächtig wären. Es gibt quasi gar keine Meldungen mit gleichem Zeitstempel:

2022-09-18 15:38:35    458230    12745    debug    EXE19000809 [v2.4]: regular status update
2022-09-18 15:38:35    459261    12745    debug    EXE19000809 [v2.4]: searchDevices() start
2022-09-18 15:38:35    460042    12745    debug    EXE19000809 [v2.4]: Importing CSRF from cookie file...
2022-09-18 15:38:35    460896    12745    debug    EXE19000809 [v2.4]: INFO: CSRF FOUND: 1
2022-09-18 15:38:40    977504    12745    debug    EXE19000809 [v2.4]: searchDevices(): to read devices
2022-09-18 15:38:41    097599    12745    debug    EXE19000809 [v2.4]: Player-Info: {"playerInfo":{"hint":null,"infoText":null,"isPlayingInLemur":false,"lemurVolume":null,"lyrics":null,"mainArt":null,"mediaId":null,"miniArt":null,"miniInfoText":null,"playbackSource":null,"playingInLemurId":null,"progress":null,"provider":null,"quality":null,"queueId":null,"state":null,"template":null,"transport":null,"upNextItems":null,"volume":null}}
2022-09-18 15:39:05    496676    12745    debug    EXE19000809 [v2.4]: regular status update

[jonofe]

Der Fehler tritt auf, wenn ein Befehl vom LBS an das EXEC Skript gesendet werden soll. Klar dass es kein Eintrag im Debug gibt, da der Befehl nicht im EXEC Skript ankommt. Ich vermute ein Berechtigungsproblem, welches irgendwo im Bereich Docker liegt. Da kann ich allerdings nicht wirklich weiterhelfen.

[ponG]

Hm, da hab ich leider in den letzten Wochen (seit Deaktivierung) gar nichts angefasst (zumindest nicht wissentlich).

Wie kann ich dem denn geschickt nachgehen? Keine Docker-Beratung erwartet, eher auf Ebene des EXEC-Skripts... welches Skript, welche Berechtigungen notwendig etc...

[jonofe]

Wie kann ich dem denn geschickt nachgehen? Keine Docker-Beratung erwartet, eher auf Ebene des EXEC-Skripts... welches Skript, welche Berechtigungen notwendig etc...

Der Alexa Control LBS besteht aus einem LBS Teil (läuft innerhalb der EDOMI Logik Engine) und einem EXEC Teil (läuft unabhängig von der Logik Engine). Der LBS Teil kommuniziert über eine Message Queue mit dem EXEC Teil. Message Queues sind Bestandteil des Betriebsystems (IPC - Inter Proccess Communication).

Das Problem tritt also direkt im LBS auf, wo das msg_send() ausgeführt wird. Das führt bei dir zu einem "Permission denied". Und dass ist dann eher eine Grundfunktion im Betriebssystem, die da nicht funktioniert. Daher vermutlich irgendein Zusammenhang mit Docker.
Habe gerade gesehen, dass es das Problem schon mal gab, auch im Zusammenhang mit Docker ... am besten mal ab HIER weiterlesen...

[ponG]

Da ging es leider zu dem Problem auch nicht weiter :-(

Es wurde heute sogar noch kurioser. Der LBS hat mal wieder meinen LOGIC-Prozess gekillt, weshalb ich heute früh Edomi neugestartet, alle Instanzen des LBS wieder außer Gefecht gesetzt hab (E1 ohne Initialwert und ohne KO-Verknüpfung). Dennoch tauchen im Error Log weiterhin sporadisch die msg_send-Fehlermeldungen auf...

[RossS]

Hallo hier ans Forum,

kann mir jemand sagen wo ich die Einstellungen für E6 herbekomme?

laut Doku unter -> alexa.amazon.de -> Dann links Music & Books

Ich sehe hier kein Music & Books





Antwort Gefunden: E6 wird nicht gebraucht!

[Zaschii]

Hallo Zusammen,

gibt es eine Möglichkeit die internen Alexa sounds wie z.B. Doorbell zu verwenden?
https://developer.amazon.com/en-US/d...ndlibrary.html

Wenn ich z.b. soundbank://soundlibrary/home/amzn_sfx_doorbell_chime_02 an E21 sende funktioniert es leider nicht.

Danke und VG

[jonofe]

gibt es eine Möglichkeit die internen Alexa sounds wie z.B. Doorbell zu verwenden?

Vielleicht nicht genau diesen Ton, allerdings lässt sich sowas über Routinen definieren. In der Routine gibt es als Aktion "Töne" und darin auch verschiedene Klingeltöne und auch andere Geräusche. Die Routinen sollte man dann über den Alexa Control LBS abrufen können.

[ThorstenGehrig]

Hallo
ich hab mal ne Alexa frage die nicht ganz "Alexa Control" ist - aber doch dazu passt.
Seit einiger Zeit kann man wohl die Ultraschall Begwegungserfassung bei 4. und 5. Generation Echo/Echo Dot aktivieren:

• Devices => Echo & Alexa => <alexa auswählen> => Settings (Zahnrad) => General / Ultrasound Motion Detection => On
• Geräte => Echo & Alexa => <alexa auswäheln> => Einstellungen (Zahnrad) => allgemein / Ultraschall-Bewegungserfassung => EIN

Meine Frage ist nun wie man an diese Informationen "rankommen" kann.
Über eine Routine könnte man ja ein "dummy licht" über Routinen ein bzw. ausschalten lassen... aber vielleicht geht das auch mit weniger Umwegen?
Auch das Auslesen des Termeratursensors ist ja vielleicht interessant... (nicht für mich - aber vielleicht für jemand anderes).

Gruß
Thorsten

[ponG]

Da ging es leider zu dem Problem auch nicht weiter :-(

Es wurde heute sogar noch kurioser. Der LBS hat mal wieder meinen LOGIC-Prozess gekillt, weshalb ich heute früh Edomi neugestartet, alle Instanzen des LBS wieder außer Gefecht gesetzt hab (E1 ohne Initialwert und ohne KO-Verknüpfung). Dennoch tauchen im Error Log weiterhin sporadisch die msg_send-Fehlermeldungen auf...

Ich krame mein Problem mit dem msgsnd nochmal hoch, da ich es weiterhin nicht gelöst bekomme...

Edomi läuft im Docker mit dem Image von starwarsfan. Ich überlege nun, es mal mit einem PHP Update zu versuchen, allerdings ist das ja schon bei einigen nach hinten losgegangen. Hat jemand dazu eine brauchbare Quelle (innerhalb oder außerhalb des Forums), wie vorzugehen wäre?

Klar, ich würde meinen Container vorher exportieren und wäre dann in der Lage, alles wieder rückgängig zu machen. Aber ich würde ungern blindlings loslaufen. Ich war zwischenzeitlich in Kontakt mit einem anderen Forenmitglied, bei dem sich das gleiche durch Neuinstallation usw. erledigt hat. Aber wenn ich den Docker-Container aus dem Image neu aufsetze, lande ich ja wieder bei genau den Rahmenbedingungen, die ich jetzt auch habe.

Screenshot 2022-11-24 064618.png

[PaWi]

Hallo

Kann über diesen LBS auch eine Spotify Playlist abgespielt werden?

Danke.
Gruss