LBS19002160/2061 - Virtual HUE Device for Alexa

[philipp900]

Du musst auch das Apache modul mod_rewrite aktiviert haben.

sudo a2enmod rewrite

Zur Sicherheit vielleicht mal den gesamten Server nicht nur den Dienst neustarten.

[shortyle]

Ja habe de service auch neu gestartet per

systemctl restart httpd.service

Nutze Edomi 2.02 mit CentOS7 und habe per

nano /etc/httpd/conf/httpd.conf

die folgende Zeile angepasst

<Directory "/usr/local/edomi/www">
AllowOverride [COLOR=#e74c3c]ALL[/COLOR]
# Allow open access:
Require all granted
</Directory>

zuvor stand dort none

Anschließend den Service neugestartet.

Leider ohne Erfolg

[philipp900]

Hast du den httpd Dienst bzw. den Server danach auch neugestartet?
Wie gesagt solange http://xxx/api/description.xml keine XML Datei als Ausgabe bringt, funktioniert die Weiterleitung nicht.
Da dies je nach OS und Webserver unterschiedlich zu konfigurieren ist, kann ich keine allgemeine Anleitung geben.

[shortyle]

Dank dir für den Tipp mit den versteckten Datein. Hab diese nun gefunden und in www kopiert.

in der /etc/httpd/conf/httpd.conf folgendes angepasst

<Directory "/usr/local/edomi/www">
AllowOverride All

Allerdings findet Alexa nicht das Gerät was ich mit dem LBS 2161 hinzufügen wollte.

http://10.0.xxx.xxx/api/description.xml

liefert leider auch nur einen Fehler

[B]Not Found[/B]
The requested URL /api/description.xml was not found on this server.

Der Log von LBS 2160 sagt auch nicht wirklich viel

 [TABLE="border: 0, cellpadding: 0, cellspacing: 0"]
 	 		[TR]
 			[TD]2021-01-14 13:40:07[/TD]
 			[TD]377576[/TD]
 			[TD]27842[/TD]
 			[TD]debug [/TD]
 			[TD]LBS19002160 [v0.2]: Daemon is not running (2009)[/TD]
 		[/TR]
 		[TR]
 			[TD]2021-01-14 13:40:07[/TD]
 			[TD]378324[/TD]
 			[TD]27842[/TD]
 			[TD]debug [/TD]
 			[TD]LBS19002160 [v0.2]: Starting Hue Emulate Receiver daemon... (2009)[/TD]
 		[/TR]
 		[TR]
 			[TD]2021-01-14 13:40:07[/TD]
 			[TD]392744[/TD]
 			[TD]27842[/TD]
 			[TD]debug [/TD]
 			[TD]LBS19002160 [v0.2]: Daemon is not running (2009)[/TD]
 		[/TR]
 		[TR]
 			[TD]2021-01-14 13:40:07[/TD]
 			[TD]393354[/TD]
 			[TD]27842[/TD]
 			[TD]debug [/TD]
 			[TD]LBS19002160 [v0.2]: Starting daemon ... (2009)[/TD]
 		[/TR]
 		[TR]
 			[TD]2021-01-14 13:40:07[/TD]
 			[TD]440651[/TD]
 			[TD]27870[/TD]
 			[TD]debug [/TD]
 			[TD]EXE19002160 [v0.2]: Waiting for data ... (2009)[/TD]
 		[/TR]
 	 [/TABLE]

[philipp900]

Da die .htaccess mit einem Punkt beginnt, wird sie bei UNIX und vermutlich auch MacOS als versteckte unsichtbare Datei behandelt.

Da ich keine Standardinstallation habe, kann ich das nicht beantworten.
Vermutlich musst du für Apache2 im httpd.conf unter

<Directory "/usr/local/edomi/www">
AllowOverride All

setzen.

Die Bridge selber wird nicht als Device gefunden, sondern lediglich die einzelnen Devices.

[shortyle]

Zip öffnen und die darin enthaltene .htaccess in den www Ordner kopieren.

Leider lässt sich diese 19002161.htaccess.zip aber nicht entpacken (probiert mit MacOS -> Standardarchivierungsprogramm, Keka und TheUnarchiver -> bei allen erfolgt kein Output) daher die Idee die Zip Endung zum entfernen.

Sind denn, für die Standardinstallation unter CentOS6.5 bzw. 7.6 mit Apache Webserver, Anpassungen notwendig?

Davon abgesehen, wenn ich den Bridge LBS starte (Projektaktivierung ist auch erfolgt) und dann nach neuen Geräten such, bringt er keine neuen Geräte, Sollte hier die Bridge zu finden sein, oder werden nur wirklich die virtuellen Devices angezeigt, sofern diese über den entsprechenden LBS eingerichtet wurden?

[philipp900]

Kann es sein, dass hier eine auskommentierte Zeile evtl. doch nicht reicht:?
// the following commented line is necessary for edomi to create EXEC file
// logic_callExec(LBSID, $id);

Nein, das passt schon so.
Die description.xml wurde bei dir ja bereits richtig ausgeliefert.

Füg mal im EXEC Teil, so in Zeile 347 folgendes ein und ruf dann mit dem Browser /api/edomi/lights auf:

echo "Request URL: " . $request . "\n light State: ";
print_r($lightState);

Dann müsste auf jeden Fall was ausgegeben werden.

Kannst du hierzu vielleicht noch etwas ins Detail gehen? Ich denke für DAUs (einschl. mir) wäre das nicht ganz verkehrt.
Entferne ich einfach den Dateinamen von 19002161.htaccess.zip in 19002161.htaccess und für es im www Ordner hinzu?

Zip öffnen und die darin enthaltene .htaccess in den www Ordner kopieren.
Je nach eingesetztem Betriebsystem und Webserver sind aber Anpassungen an dessen Config nötig damit .htaccess Dateien verarbeitet werden.
Dazu bitte für den jeweils eingesetzen Server im Internet darüber nachlesen.

[shortyle]

Für die korrekte Funktion ist lediglich eine kleine Anpassung am Webserver von Edomi nötig.
Alle Anfragen an http://IP_VON_EDOMI:80/api... müssen an den LBS19002161 weitergeleitet werden.
Dies geht am einfachsten über eine .htaccess Datei im www Verzeichnis.
Eine Beispieldatei ist im ZIP enthalten. Eventuell muss im Webserver noch die Weiterleitung durch .htaccess Dateien erlaubt werden.

Kannst du hierzu vielleicht noch etwas ins Detail gehen? Ich denke für DAUs (einschl. mir) wäre das nicht ganz verkehrt.
Entferne ich einfach den Dateinamen von 19002161.htaccess.zip in 19002161.htaccess und für es im www Ordner hinzu? Wie kann ich mir den Inhalt der Datei anzeigen lassen? Mit "_Textmade" auf dem Mac klappt es leider nicht.
Danke schon mal im Voraus

[Winni]

Ich hoffe ich konnte Remote richtig testen, aber irgendwie tut sich da nichts im LOG.
Kann es sein, dass hier eine auskommentierte Zeile evtl. doch nicht reicht:?
// the following commented line is necessary for edomi to create EXEC file
// logic_callExec(LBSID, $id);

Winni

[philipp900]

ein Auszug aus dem access_log:
192.168.4.6 - - [14/Jan/2021:08:46:47 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:47 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:47 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:52 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:52 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"

Also Alexa hat schonmal die Bridge erkannt und fragt nach verfügbaren lights. Bekommt darauf aber keine Antwort.

Auf die http-Request bekomme ich eine leere Antwort.

Meinst du im browser? Auf /api/edomi/lights sollte eigentlich was zurück kommen.

Dann versuch mal im EXEC Teil des LBS 19002161 zusätzliche echo Ausgaben einzubauen.
$request wäre interessant.
Auch $lightState, ob eventuell das File nicht gelesen werden kann.

[Winni]

Echo Geräte stehen mehr als genug rum Dot 2,3,4,Show5,Show8,Studio,Input

anderer Typ hat nichts gebracht, hab bisher mit on,sw und dim getestet

Auf die http-Request bekomme ich eine leere Antwort.

ein Auszug aus dem access_log:
192.168.4.6 - - [14/Jan/2021:08:46:47 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:47 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:47 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:52 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:52 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:52 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:52 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:57 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.6 - - [14/Jan/2021:08:46:57 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:57 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.9 - - [14/Jan/2021:08:46:57 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.6 - - [14/Jan/2021:08:47:02 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.6 - - [14/Jan/2021:08:47:02 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"
192.168.4.9 - - [14/Jan/2021:08:47:02 +0100] "POST /api HTTP/1.1" 200 34 "-" "-"
192.168.4.9 - - [14/Jan/2021:08:47:02 +0100] "GET /api/edomi/lights HTTP/1.1" 200 - "-" "-"

Liegt also meiner Meinung nach irgendwie dran, dass keine Antwort gesendet wird, oder?

[philipp900]

Das json sieht ok aus.
Du kannst noch mit http://IP_VON_EDOMI/api/edomi/lights bzw. http://IP_VON_EDOMI/api/edomi/lights/7 prüfen ob deine Weiterleitung und das Script richtig arbeiten.
Außerdem mal mit tail -f /var/log/httpd/access_log während des Scans schauen welche Geräte welche URLs vom Webserver anfordern.
Probier mal statt Typ 'sw' den typ 'dim'.

Welche Echo Geräte/Version hast du? Ich habe nur mit Dots der Version 3 und 4 getestet.

[Winni]

Hab's bevor ich zur Arbeit gefahren bin nochmal probiert. Datei ist vorhanden mit folgendem Inhalt.

{"7":{"manufacturername":"Edomi","modelid":"EdoSwi tch","name":"ORANGE","state":{"mode":"homeautomati on","on":false,"reachable":true},"swversion":"3792 ","type":"On/Off plug-in unit","uniqueid":"EED:00:EED:00:EED-07"}}

Weder die Alex-App, noch die Alexa-Web-Seite kann was finden.
Was kann ich noch probieren?

[philipp900]

In der alexa-hue-status.json werden die konfigurierten Devices gespeichert. Diese muss beim Suchen vorhanden sein.
Also einmalig Reset, damit das config File gelöscht ist.
Danach für jedes Device einen eigenen LBS mit eindeutigem Namen und eindeutiger ID erstellen.
Dann solltest du alle devices in der alexa-hue-status.json sehen und kannst dann auch die Alexa Suche ausführen.

[Winni]

Ja, hab' grad die Meldung bekommen, meine Alexa App findet aber nichts, egal wie oft ich Suche
Welche Rolle spielt die Datei .alexa-hue-status.json, muss die beim Suchen vorhanden sein, oder nicht? Die wird beim ersten Ändern des devices angelegt, dann aber nicht mehr upgedated, weil ja immer ID oder Name gleich sind, alles kann man ja nicht gleichzeitig ändern. Bei einem Reset wird sie wohl gelöscht. Wie ist der richtige Ablauf für ein neues Device? Device anlegen, Reset? Device anlegen Restart?

Danke für deine Mühen, werde wohl erst morgen weiter testen