alexa-fhem: amazon alexa smart home skill für fhem, api version 3

Begonnen von justme1968, 19 Dezember 2017, 22:16:30

Vorheriges Thema - Nächstes Thema

Sailor

Hallo Tommy82

Zitat von: Tommy82 am 25 November 2018, 20:34:41
Ich hab mal angefangen das Wiki zu überarbeiten, inkl. der überarbeitung der Bilder, denke das ich das diese Woche zu ende bekomme, dann kann ja vieleicht nochmal einer drüber gucken ob jetzt alles so korrekt , nachvollziehbar und aktuell ist.

wenn Du mal gerade dabei bist... In dem Wiki steht im kapitel https://wiki.fhem.de/wiki/Alexa-Fhem#Vorgehen_bei_systemd steht der Befehl: "sudo systemctl enable alexa".

Dieser wird mit einer Fehlermeldung quittiert, dass kein Runlevel angegeben ist.

Vielleicht kannst Du das auch gleich korrigieren.

Danke, Bin gespannt!

Gruß
    Matthias

******************************
Man wird immer besser...

Tommy82

Zitat von: Sailor am 26 November 2018, 13:25:27
Hallo Tommy82

wenn Du mal gerade dabei bist... In dem Wiki steht im kapitel https://wiki.fhem.de/wiki/Alexa-Fhem#Vorgehen_bei_systemd steht der Befehl: "sudo systemctl enable alexa".

Dieser wird mit einer Fehlermeldung quittiert, dass kein Runlevel angegeben ist.

Vielleicht kannst Du das auch gleich korrigieren.

Danke, Bin gespannt!

Gruß
    Matthias

Hi Matthias,
welche OS nutzt du? als auf meinem Stretch mit systemd funktioniert der Befehl ohne Probleme
Fhem Cubitruck  Armbian Buster with Linux 5.3.9-sunxi
HM-CC_RT-DN, HM-Sec-RHS,HM-Sec-SD, HM-Sec-SCo,IT1500,1xIT GRR-3500 Fritz!Dect200,Powerline546E,Enigma2 Modul mit 3 Vu+,Wol Modul für WinServer2016 und WinServer 2019,FB6590
Allnetl Wandtablett mit FTUI

Sailor

Hallo Tommy

Zitat von: Tommy82 am 26 November 2018, 19:52:23
Hi Matthias,
welche OS nutzt du? als auf meinem Stretch mit systemd funktioniert der Befehl ohne Probleme

Die Version lautet



pi@RasPi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
ID=raspbian
ID_LIKE=debian


Die Fehlermeldung

pi@RasPi:~ $ sudo systemctl enable alexa
Synchronizing state of alexa.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable alexa
update-rc.d: error: alexa Default-Start contains no runlevels, aborting.


Mein alexa hat leider immer noch folgenden Status:


pi@RasPi:~ $ sudo systemctl status alexa
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Tue 2018-11-27 21:54:28 CET; 3s ago
  Process: 17255 ExecStart=/opt/fhem/alexa-fhem/bin/alexa -U /home/pi/.alexa (code=exited, status=1/FAILURE)
Main PID: 17255 (code=exited, status=1/FAILURE)

Nov 27 21:54:28 DeekeHomeServer systemd[1]: alexa.service: Main process exited, code=exited, status=1/FAILURE
Nov 27 21:54:28 DeekeHomeServer systemd[1]: alexa.service: Unit entered failed state.
Nov 27 21:54:28 DeekeHomeServer systemd[1]: alexa.service: Failed with result 'exit-code'.


Meine /etc/systemd/system/alexa.service


[Unit]
Description=Node.js Alexa Server
After=syslog.target network-online.target

[Service]
Type=simple
User=pi
WorkingDirectory=/opt/fhem/alexa-fhem
ExecStart=/opt/fhem/alexa-fhem/bin/alexa -U /home/pi/.alexa
Restart=on-failure
RestartSec=10
KillMode=process

[Install]
WantedBy=multi-user.target




pi@RasPi:~/.alexa $ ls -l
total 12
-rw-r--r-- 1 pi pi 1428 Nov 20 20:25 cert.pem
-rw-r--r-- 1 pi pi  849 Nov 21 09:12 config.json
-rw------- 1 pi pi 1675 Nov 20 20:25 key.pem


Allerdings hänge ich auch noch an der Konfiguration auf der AMAZON Developer Website.
Da baue ich ja auch auf Dein Update des Wikis...

Gruss
    Sailor

Gruss
    Sailor
******************************
Man wird immer besser...

MadMax-FHEM

#393
Was kommt bei:

ls -la /opt/fhem/alexa-fhem/

Was sagt journalctl (https://www.loggly.com/ultimate-guide/using-journalctl/):

journalctl -u alexa.service

nach dem Startversuch...

Die Meldung ist eigenartig...
...hast du (noch/zusätzlich) ein alexa-Script unter /etc/init.d/ ?

EDIT: eigentlich sollte es (laut Doku) gleichbedeutend sein aber was kommt bei "sudo systemctl enable alexa.service"

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Sailor

Hallo Joachim

Zitat von: MadMax-FHEM am 27 November 2018, 22:41:48
Was kommt bei:
ls -la /opt/fhem/alexa-fhem/



pi@RasPi:~ $ ls -la /opt/fhem/alexa-fhem/
total 84
drwxrwxrwx  5 pi   pi       4096 Nov 20 20:19 .
drwxrwxrwx 20 fhem dialout  4096 Nov 27 20:33 ..
drwxrwxrwx  2 pi   pi       4096 Nov 20 20:12 bin
-rw-rw-rw-  1 pi   pi       1428 Nov 20 20:19 cert.pem
-rw-rw-rw-  1 pi   pi        659 Dec 21  2017 config-sample.json
-rwxrwxrwx  1 pi   pi        150 Nov  5  2016 createKey.sh
-rw--w--w-  1 pi   pi       1675 Nov 20 20:19 key.pem
-rw-rw-rw-  1 pi   pi       1183 Dec 23  2016 lambda.js
drwxrwxrwx  2 pi   pi       4096 Nov 20 20:12 lib
drwxrwxrwx 67 pi   pi       4096 Nov 20 20:13 node_modules
-rw-rw-rw-  1 pi   pi         33 Nov  5  2016 .npmignore
-rw-rw-rw-  1 pi   pi        373 Dec 26  2017 package.json
-rw-rw-rw-  1 pi   pi      17099 Nov 20 20:13 package-lock.json
-rw-rw-rw-  1 pi   pi       2830 Nov  8  2016 README.md
-rw-rw-rw-  1 pi   pi       1597 Mar 13  2017 TODO
-rw-rw-rw-  1 pi   pi       7458 Dec 21  2017 xxx


Zitat von: MadMax-FHEM am 27 November 2018, 22:41:48
Was sagt journalctl (https://www.loggly.com/ultimate-guide/using-journalctl/):
journalctl -u alexa.service
nach dem Startversuch...



Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] using /home/pi/.alexa/config.json
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] ---
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] this is alexa-fhem 0.4.4
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] Trying NAT-PMP ...
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] Fetching FHEM devices...
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] [FHEM] starting longpoll: http://192.168.178.7:8083/SailorsHome
Nov 27 21:58:56 DeekeHomeServer alexa[17432]: [2018-11-27 21:58:56] Server listening on: https://:::3000
Nov 27 21:58:56 DeekeHomeServer systemd[1]: alexa.service: Main process exited, code=exited, status=1/FAILURE
Nov 27 21:58:56 DeekeHomeServer systemd[1]: alexa.service: Unit entered failed state.
Nov 27 21:58:56 DeekeHomeServer systemd[1]: alexa.service: Failed with result 'exit-code'.
Nov 27 21:59:06 DeekeHomeServer systemd[1]: alexa.service: Service hold-off time over, scheduling restart.
Nov 27 21:59:06 DeekeHomeServer systemd[1]: Stopped Node.js Alexa Server.



Zitat von: MadMax-FHEM am 27 November 2018, 22:41:48
Die Meldung ist eigenartig...
...hast du (noch/zusätzlich) ein alexa-Script unter /etc/init.d/ ?

Ja, das habe ich in der tat


pi@RasPi:/etc/init.d $ ls -l
total 176
drwxr-xr-x 2 root root 4096 Nov 21 09:17 alexa
-rwxr-xr-x 1 root root 5336 Feb  1  2016 alsa-utils
-rwxr-xr-x 1 root root 8181 Apr  5  2018 apache2
-rwxr-xr-x 1 root root 2489 May 13  2018 apache-htcacheclean
-rwxr-xr-x 1 root root 2401 Jan 23  2017 avahi-daemon
-rwxr-xr-x 1 root root 2948 Oct 24  2016 bluetooth
-rwxr-xr-x 1 root root 1232 Apr  7  2017 console-setup.sh
-rwxr-xr-x 1 root root 3049 Oct  7  2017 cron
-rwxr-xr-x 1 root root 2813 Mar  2  2018 dbus
-rwxr-xr-x 1 root root 1901 Sep 14  2015 dhcpcd
-rwxr-xr-x 1 root root 2198 Oct 24  2016 dphys-swapfile
-rwxr-xr-x 1 root root  824 Sep  5  2014 fake-hwclock
-rwxr-xr-x 1 root root 1446 Sep 15 23:02 fhem
-rwxr-xr-x 1 root root 3809 Mar  7  2018 hwclock.sh
-rwxr-xr-x 1 root root 1479 May 19  2016 keyboard-setup.sh
-rwxr-xr-x 1 root root 2044 Dec 26  2016 kmod
-rwxr-xr-x 1 root root 2610 Jul 25  2011 lightdm
-rwxr-xr-x 1 root root 4597 Sep 16  2016 networking
-rwxr-xr-x 1 root root 5658 Dec 15  2016 nfs-common
-rwxr-xr-x 1 root root 1561 Feb 15  2018 ntp
-rwxr-xr-x 1 root root 2054 Jan  8  2017 owftpd
-rwxr-xr-x 1 root root 2051 Jan  8  2017 owhttpd
-rwxr-xr-x 1 root root 1988 Jan  8  2017 owserver
-rwxr-xr-x 1 root root 2786 Dec 18  2014 paxctld
-rwxr-xr-x 1 root root 1366 Dec 18  2016 plymouth
-rwxr-xr-x 1 root root  752 Dec 18  2016 plymouth-log
-rwxr-xr-x 1 root root 1191 May 17  2018 procps
-rwxr-xr-x 1 root root 5262 Apr  5  2017 proftpd
-rwxr-xr-x 1 root root 1210 Apr 20  2018 raspi-config
-rwxr-xr-x 1 root root 2358 May  5  2017 rpcbind
-rwxr-xr-x 1 root root 4355 Dec 10  2017 rsync
-rwxr-xr-x 1 root root 2868 Jan 18  2017 rsyslog
-rwxr-xr-x 1 root root 4033 Mar  1  2018 ssh
-rwxr-xr-x 1 root root  731 Jun  5  2017 sudo
-rwxr-xr-x 1 root root 3217 Aug 30  2016 triggerhappy
-rwxr-xr-x 1 root root 6087 Dec  3  2017 udev
-rwxr-xr-x 1 root root 2757 Nov 23  2016 x11-common



pi@RasPi:/etc/init.d/alexa $ ls
alexa



pi@RasPi:/etc/init.d/alexa $ cat /etc/init.d/alexa/alexa
#!/bin/sh
### BEGIN INIT INFO
# Provides: alexa
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for alexa
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof alexa`
export ALEXAPATH="/opt/fhem/alexa-fhem"
export LOGPATH="/opt/fhem/log"
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
        echo "Alexa is already running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Alexa.Status info Alexa is already running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa.Status on"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa off"
else
        su - "pi" -c "cd $ALEXAPATH;./bin/alexa > $LOGPATH/alexa-`date +%Y-%m`.log 2>&1 &"
        echo "Alexa starting"
        sleep 2
        $0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
        echo "Alexa is not running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Alexa.Status info Alexa is not running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa off"
else
        kill $PID
        echo "Alexa closed"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Alexa.Status info Alexa closed"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa off"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
        $0 start
else
        $0 stop
        $0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
        echo "Alexa is running PID $PID"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Alexa.Status info Alexa running as PID $PID"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa.Status on"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa off"
else
        echo "Alexa is not running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Alexa.Status info Alexa is not running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa.Status off"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Alexa off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
echo "script done"
exit 0



Warum ist die Datei alexa eigentlich ein Verzeichnis tiefer als alle anderen - Müsste die Datei "alexa" nicht unter /etc/init.d/ liegen anstelle von /etc/init.d/alexa?

Gruss
    Sailor
******************************
Man wird immer besser...

MadMax-FHEM

Ja die Ablage der Datei (/etc/init.d/alexa/alexa) ist eigenartig...

ABER: unabhängig davon sind quasi 2 "Autostartarten" angelegt (auch wenn die initd sehr eigenartig ist)...

Also es gibt folgende Arten:

initd (bislang: Wheezy und Jessie), "update" erfolgt über rc.d

systemd (neu: Jessie und Stretch), "update" erfolgt mittels systemctl

(mal ganz grob)

Man sollte/muss sich für eine entscheiden!

Da könnte der Fehler mit runlevel kommen, da das bei rc.d mitgeben wird/werden muss...

Ich weiß aber nicht was du bzgl. initd schon alles "ausgeführt" hast.
Das solltest du rückgängig machen und die Datei/Verzeichnis unter /etc/init.d entfernen...

Sofern du Stretch hast...
...ansonsten eben die Schritte bzgl. systemd rückgängig machen (da das "registrieren" noch nicht geklappt hat, reicht verm. das Startscript zu löschen)...

Danach noch mal testen...

Dass alexa-fhem nicht startet könnte aber eine andere Ursache haben, leider sieht man anhand von journalctl auch nicht viel mehr...

Eine Vermutung: alexa wird 2x gestartet (es ist ja 2x Autostart angelegt/vorbereitet) und der Port ist schon belegt...

Würde aber heißen alexa-fhem müsste aktuell laufen...

Wenn initd tatsächlich aktiv ist und alexa-fhem zusätzlich startet sollte ja ein Log da sein (irgendwo in /opt/fhem/log  / wobei mich wundern würde, wenn User pi da hin schreiben dürfte)...

Zugegeben im alexa-fhem Wiki sind die möglichen Startarten (initd/systemd) unglücklich vermischt...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

inesa394

Hallo
Wird das Modul eigentlich noch weiterentwickelt vor allen die Einrichtung des custom skill ist zwischen eine ziemliche fummelei so das ich ihn nicht mehr nutze

cs-online

...neulich gab es das Gerücht, dass Amazon den Smarthome-Skill so vereinfacht und universell machen will, dass kein anderer Skill mehr notwendig ist. Aber ich habe da noch nichts weiter drüber finden können.

@Andre: Weißt du da was genaueres ?
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20, Shelly1,2 und 2.5,Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV mit Speicher, alles auf einem RPI und da geht noch mehr

justme1968

das ist in den usa im probebetrieb. wann es hierher kommt weiß ich nicht.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Sailor

Hallo Joachim

Zitat von: MadMax-FHEM am 28 November 2018, 09:02:04
Ja die Ablage der Datei (/etc/init.d/alexa/alexa) ist eigenartig...
ABER: unabhängig davon sind quasi 2 "Autostartarten" angelegt (auch wenn die initd sehr eigenartig ist)...
Man sollte/muss sich für eine entscheiden!
Da könnte der Fehler mit runlevel kommen, da das bei rc.d mitgeben wird/werden muss...

Zugegeben im alexa-fhem Wiki sind die möglichen Startarten (initd/systemd) unglücklich vermischt...

OK, init.d - Variante entfernt und schon gibts keine Pobleme mehr mit RunLevel!

Ich schlage daher vor im Wiki die Überschriften wie folgt zu erweitern:

Alexa-Fhem aus FHEM heraus starten
Hierbei muss man zunächst herausfinden, welche der folgenden Startvarianten sein LINUX - OS zum Einsatz kommen:
initd.d oder systemd
Auf keinen Fall darf man "sicherheitshalber" beide Varianten installieren, dies zu Fehler(-meldungen) führt.

Vorgehen bei init.d
Diese Variante kommt unter anderem auf dem Raspberry Pi mit dem OS-Varianten "Wheezy" und "Jessie" zum Einsatz

Vorgehen bei systemd
Diese Variante kommt unter anderem auf dem Raspberry Pi ab/seit der OS-Variante "Stretch" zum Einsatz

Zitat von: MadMax-FHEM am 28 November 2018, 09:02:04
Dass alexa-fhem nicht startet könnte aber eine andere Ursache haben, leider sieht man anhand von journalctl auch nicht viel mehr...
Eine Vermutung: alexa wird 2x gestartet (es ist ja 2x Autostart angelegt/vorbereitet) und der Port ist schon belegt...
Würde aber heißen alexa-fhem müsste aktuell laufen...

Das tut es leider immer noch nicht, aber ich habe auch noch Lücken auf der AMAZON Developer-Seite immer noch Lücken in der Einrichtung.

Deshalb zähle ich ja so sehr auf Tommys Einsatz, die neue Bebilderung / Anleitung reinzusetzen.

Gruss
    Sailor
******************************
Man wird immer besser...

MadMax-FHEM

Die Vorgeschlagenen Änderungen/Anpassungen sind sicher sehr sinnvoll/notwendig!

Jetzt wo es keine runlevel-Probleme mehr gibt, was steht denn jetzt im Log (journalctl) beim manuellen Starten des alexa-Service (vorher sicherstellen, dass er nicht [doch] schon läuft)?

Wenn man da immer noch nicht schlau(er) wird, dann doch mal direkt alexa-fhem auf der Console als User pi starten und posten was da kommt:

cd /opt/fhem/alexa-fhem

./bin/alexa

Ja, toll was Tommy82 da leistet! Danke auch von mir!
(hoffentlich bleibt das dann auf Seiten Amazon auch mal [halbwegs] stabil)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Sailor

#401
Hallo Joachim

Zitat von: MadMax-FHEM am 28 November 2018, 14:08:27
Die Vorgeschlagenen Änderungen/Anpassungen sind sicher sehr sinnvoll/notwendig!

Habe ich mit ins Wiki aufgenommen!


Zitat von: MadMax-FHEM am 28 November 2018, 14:08:27
Jetzt wo es keine runlevel-Probleme mehr gibt, was steht denn jetzt im Log (journalctl) beim manuellen Starten des alexa-Service (vorher sicherstellen, dass er nicht [doch] schon läuft)?

Hat sich nicht wirklich geändert, außer dass er so alle 10s erneut versucht den Service zu starten

Nov 28 20:45:00 DeekeHomeServer systemd[1]: alexa.service: Unit entered failed state.
Nov 28 20:45:00 DeekeHomeServer systemd[1]: alexa.service: Failed with result 'exit-code'.
Nov 28 20:45:10 DeekeHomeServer systemd[1]: alexa.service: Service hold-off time over, scheduling restart.
Nov 28 20:45:10 DeekeHomeServer systemd[1]: Stopped Node.js Alexa Server.
Nov 28 20:45:10 DeekeHomeServer systemd[1]: Started Node.js Alexa Server.
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] using /home/pi/.alexa/config.json
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] ---
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] this is alexa-fhem 0.4.4
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] Trying NAT-PMP ...
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] Fetching FHEM devices...
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSO
Nov 28 20:45:13 DeekeHomeServer alexa[22280]: [2018-11-28 20:45:13] Server listening on: https://:::3000
Nov 28 20:45:13 DeekeHomeServer systemd[1]: alexa.service: Main process exited, code=exited, status=1/FAILURE
Nov 28 20:45:13 DeekeHomeServer systemd[1]: alexa.service: Unit entered failed state.
Nov 28 20:45:13 DeekeHomeServer systemd[1]: alexa.service: Failed with result 'exit-code'.
Nov 28 20:45:23 DeekeHomeServer systemd[1]: alexa.service: Service hold-off time over, scheduling restart.
Nov 28 20:45:23 DeekeHomeServer systemd[1]: Stopped Node.js Alexa Server.
Nov 28 20:45:23 DeekeHomeServer systemd[1]: Started Node.js Alexa Server.
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] using /home/pi/.alexa/config.json
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] ---
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] this is alexa-fhem 0.4.4
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] Trying NAT-PMP ...
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] Fetching FHEM devices...
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSO
Nov 28 20:45:26 DeekeHomeServer alexa[22288]: [2018-11-28 20:45:26] Server listening on: https://:::3000
Nov 28 20:45:26 DeekeHomeServer systemd[1]: alexa.service: Main process exited, code=exited, status=1/FAILURE
Nov 28 20:45:26 DeekeHomeServer systemd[1]: alexa.service: Unit entered failed state.
Nov 28 20:45:26 DeekeHomeServer systemd[1]: alexa.service: Failed with result 'exit-code'.
Nov 28 20:45:36 DeekeHomeServer systemd[1]: alexa.service: Service hold-off time over, scheduling restart.
Nov 28 20:45:36 DeekeHomeServer systemd[1]: Stopped Node.js Alexa Server.
Nov 28 20:45:36 DeekeHomeServer systemd[1]: Started Node.js Alexa Server.



Zitat von: MadMax-FHEM am 28 November 2018, 14:08:27
Wenn man da immer noch nicht schlau(er) wird, dann doch mal direkt alexa-fhem auf der Console als User pi starten und posten was da kommt:
cd /opt/fhem/alexa-fhem
./bin/alexa

Na, viel schlauer bin ich dadurch auch nicht!  :o
Allerdings frage ich mich warum da http://192.168.178.7:8083 und nicht https://192.168.178.7:8083 steht, da ich fhem per ssl absichere.
Ferner frage ich mich warum da "Server listening on: https://:::3000" steht und nicht "Server listening on: https://192.168.178.7:3000"

pi@DeekeHomeServer:/opt/fhem/alexa-fhem $ ./bin/alexa
[2018-11-28 20:51:01] using /home/pi/.alexa/config.json
[2018-11-28 20:51:02] ---
[2018-11-28 20:51:02] this is alexa-fhem 0.4.4
[2018-11-28 20:51:02] Trying NAT-PMP ...
[2018-11-28 20:51:02] Fetching FHEM devices...
[2018-11-28 20:51:02] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543434662147
[2018-11-28 20:51:02] Server listening on: https://:::3000
/opt/fhem/alexa-fhem/lib/server.js:137
      if (err) throw err;
               ^

Error: "vers" must be 0. Got: 2
    at Client.onmessage (/opt/fhem/alexa-fhem/node_modules/nat-pmp/index.js:301:8)
    at Socket.<anonymous> (/opt/fhem/alexa-fhem/node_modules/nat-pmp/index.js:367:32)
    at emitTwo (events.js:126:13)
    at Socket.emit (events.js:214:7)
    at UDP.onMessage [as onmessage] (dgram.js:659:8)


Zitat von: MadMax-FHEM am 28 November 2018, 14:08:27
Ja, toll was Tommy82 da leistet! Danke auch von mir!
(hoffentlich bleibt das dann auf Seiten Amazon auch mal [halbwegs] stabil)
Nichts ist so beständig wie die Veränderung!  ;D

Gruss
    Sailor
******************************
Man wird immer besser...

MadMax-FHEM

#402
Zitat von: Sailor am 28 November 2018, 20:52:42
Hallo Joachim

Habe ich mit ins Wiki aufgenommen!

DANKE! :)


Zitat von: Sailor am 28 November 2018, 20:52:42
Hat sich nicht wirklich geändert, außer dass er so alle 10s erneut versucht den Service zu starten



Zitat von: Sailor am 28 November 2018, 20:52:42
Na, viel schlauer bin ich dadurch auch nicht!  :o


Aber da sieht man mehr :)

Hast du in der config.json die Einträge drin:


nat-pmp -> wenn nat-pmp verwendet werden soll: die ip des eigenen routers,
nat-upnp -> wenn nat-upnp verwendet werden soll: true,


Lösch die doch mal raus (oder brauchst du die? Hast du die Portweiterleitung im Router manuell eingerichtet? Wenn ja: dann brauchst du die Einträge nicht...):

Zitat
Nach Start auf der Console beendet sich Alexa-FHEM sofort wieder

Unmittelbar nach dem Start von Alexa-FHEM werden ein paar UPNP Fehlermeldungen ausgegeben. Unmittelbar danach beendet sich Alexa-FHEM wieder.

Viele scheinen ein Problem mit UPNP auf dem Raspberry Pi zu haben. Wenn dieses Problem auftritt einfach in der ~/.alexa/config.json die folgenden Zeilen rauslöschen:

        "nat-pmp": "10.0.1.1",
        "nat-upnp": true,

Jetzt erneut Alexa-FHEM starten. Sollte nun laufen.

Zitat von: Sailor am 28 November 2018, 20:52:42
Allerdings frage ich mich warum da http://192.168.178.7:8083 und nicht https://192.168.178.7:8083 steht, da ich fhem per ssl absichere.

Dazu musst du den Eintrag in der config.json anpassen/einfügen:

"ssl": true,

https://wiki.fhem.de/wiki/Alexa-Fhem#Wie_kann_ich_via_Alexa-FHEM_auf_FHEM_zugreifen.2C_wenn_der_Port_mit_Benutzername.2FKennwort_gesch.C3.BCtzt_ist.3F

Zitat von: Sailor am 28 November 2018, 20:52:42
Ferner frage ich mich warum da "Server listening on: https://:::3000" steht und nicht "Server listening on: https://192.168.178.7:3000"

Das ist glaube ich schon ok so...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

retikulum


Sailor

Hallo Joachim

Zitat von: MadMax-FHEM am 28 November 2018, 20:58:43

nat-pmp -> wenn nat-pmp verwendet werden soll: die ip des eigenen routers,
nat-upnp -> wenn nat-upnp verwendet werden soll: true,

Lösch die doch mal raus (oder brauchst du die? Hast du die Portweiterleitung im Router manuell eingerichtet? Wenn ja: dann brauchst du die Einträge nicht...):

Dazu musst du den Eintrag in der config.json anpassen/einfügen:
"ssl": true,
https://wiki.fhem.de/wiki/Alexa-Fhem#Wie_kann_ich_via_Alexa-FHEM_auf_FHEM_zugreifen.2C_wenn_der_Port_mit_Benutzername.2FKennwort_gesch.C3.BCtzt_ist.3F

Gemacht und schon einen Schritt weiter - Bleibt stabil aktiviert und spukt eine neue Fehlermeldung aus:


pi@DeekeHomeServer:~/.alexa $ sudo systemctl status alexa
● alexa.service - Node.js Alexa Server
   Loaded: loaded (/etc/systemd/system/alexa.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-11-29 19:58:07 CET; 9min ago
Main PID: 5175 (alexa)
   CGroup: /system.slice/alexa.service
           └─5175 alexa

Nov 29 20:05:01 DeekeHomeServer alexa[5175]: [2018-11-29 20:05:01] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543518301252
Nov 29 20:05:01 DeekeHomeServer alexa[5175]: [2018-11-29 20:05:01] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
Nov 29 20:05:31 DeekeHomeServer alexa[5175]: [2018-11-29 20:05:31] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543518331461
Nov 29 20:05:34 DeekeHomeServer alexa[5175]: [2018-11-29 20:05:34] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
Nov 29 20:06:04 DeekeHomeServer alexa[5175]: [2018-11-29 20:06:04] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543518364274
Nov 29 20:06:04 DeekeHomeServer alexa[5175]: [2018-11-29 20:06:04] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
Nov 29 20:06:34 DeekeHomeServer alexa[5175]: [2018-11-29 20:06:34] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543518394351
Nov 29 20:06:37 DeekeHomeServer alexa[5175]: [2018-11-29 20:06:37] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec
Nov 29 20:07:07 DeekeHomeServer alexa[5175]: [2018-11-29 20:07:07] [FHEM] starting longpoll: http://192.168.178.7:8083/TheDeekeHome?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1543518427349
Nov 29 20:07:07 DeekeHomeServer alexa[5175]: [2018-11-29 20:07:07] [FHEM] longpoll error: Error: read ECONNRESET, retry in: 30000msec


Die Webseite https://192.168.178.7:3000 spukt auch brav einen JSON code raus:

{"header":{"name":"UnsupportedOperationError","payloadVersion":"2","namespace":"Alexa.ConnectedHome.Control","messageId":"70346e21-96db-4a80-8d78-e2158056f65f"},"payload":{}}


Ich habe das Wiki an der entsprechenden Stelle nochmals erweitert und ein Beispiel b) angefügt: https://wiki.fhem.de/wiki/Alexa-Fhem#Alexa-Fhem_konfigurieren
Bitte kurz Korrektur lesen.

Dank Euch bin ich (und auch jene die nach mir das Wiki lesen) ein großes Stück weiter... Nur was jetzt?
Bleibt mir nun nur noch auf Tommy's Arbeit zu warten?  ???

Gruss
    Sailor
******************************
Man wird immer besser...