[alexa-fhem | Generell] Alles zu Installation und damit verbundenen Problemen

Begonnen von prodigy7, 09 November 2016, 19:42:01

Vorheriges Thema - Nächstes Thema

justme1968

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Wolle02

Ähhh, ich bin mir grade unsicher, ob ich dich richtig verstehe. Meinst du das so in dieser Form?

bash -x /usr/local/etc/rc.d/alexa.sh start
+ export PATH=/usr/local/FHEM:/usr/local/ActivePerl-5.16:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/usr/local/bin:/usr/local/bin
+ PATH=/usr/local/FHEM:/usr/local/ActivePerl-5.16:/sbin:/bin:/usr/sbin:/usr/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/usr/local/bin:/usr/local/bin
+ export NODE_PATH=:/usr/local/lib/node_modules
+ NODE_PATH=:/usr/local/lib/node_modules
+ export ALEXAPATH=/volume1/@appstore/FHEM/alexa-fhem
+ ALEXAPATH=/volume1/@appstore/FHEM/alexa-fhem
+ export LOGPATH=/volume1/@appstore/FHEM/var/log
+ LOGPATH=/volume1/@appstore/FHEM/var/log
+ PIDFILE=/var/run/alexa.pid
+ case "$1" in
+ start
+ '[' -f /var/run/alexa.pid ']'
+ cd /volume1/@appstore/FHEM/alexa-fhem
+ echo 27643
+ ./bin/alexa
++ cat /var/run/alexa.pid
++ date +%Y-%m
+ echo 'Alexa starting PID 27643'
Alexa starting PID 27643
++ cat /var/run/alexa.pid
+ perl /volume1/@appstore/FHEM/bin/fhem.pl 7072 'setreading Alexa_FHEM_Status info Alexa is started PID 27643'
+ perl /volume1/@appstore/FHEM/bin/fhem.pl 7072 'set Alexa_FHEM_Schalter on'
+ end
+ echo 'script done'
script done
+ exit 0

MadMax-FHEM

Ich vermute mal eher die komplette Ausgabe des alexa-fhem Logs bei einem nicht erfolgreichen Start...
...um die "Vorgeschichte" des Fehlers zu sehen.

Im ersten Logauszug ist praktisch nur der Fehler zu sehen und nichts/kaum was von dem was vorher war...

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)

Wolle02

Da kommt auch nix vorher. Der letzte Logeintrag vor dem Fehler ist z.B. der hier:

[2/16/2017, 3:42:17 PM] Got SIGTERM, shutting down alexa-fhem...

Da wurde Alexa-fhem also erfolgreich beendet. Wenn nun Alexa-fhem wieder aus FHEM heraus oder beim Booten gestartet werden soll, so kommt als nächster Eintrag unmittelbar der bereits gepostete Fehler.
Wenn ich von der Konsole das gleiche Script starte sieht der Logeintrag so aus:

[2/16/2017, 4:04:11 PM] using /root/.alexa/config.json
[2/16/2017, 4:04:11 PM] ---
[2/16/2017, 4:04:11 PM] this alexa-fhem 0.2.0
[2/16/2017, 4:04:11 PM] Fetching FHEM devices...
[2/16/2017, 4:04:13 PM] [FHEM] Checking devices and attributes...
[2/16/2017, 4:04:13 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2/16/2017, 4:04:13 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=jsonlist2%20TYPE=alexa&XHR=1
[2/16/2017, 4:04:13 PM] [FHEM] starting longpoll: http://192.168.178.5:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1487257453287
[2/16/2017, 4:04:13 PM] [FHEM] Fetching FHEM devices...
[2/16/2017, 4:04:13 PM] [FHEM] fetching: http://192.168.178.5:8083/fhem?cmd=jsonlist2%20room=alexa&XHR=1
[2/16/2017, 4:04:13 PM] Server listening on: https://:::3000
[2/16/2017, 4:04:13 PM] [FHEM] alexa device is MyAlexa
[2/16/2017, 4:04:13 PM] [FHEM] MyAlexa is switch
[2/16/2017, 4:04:13 PM] [FHEM] MyAlexa has
[2/16/2017, 4:04:13 PM] [FHEM] homebridgeMapping: #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um

Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220

Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER

TargetPosition=verb=mach,articles=den,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad

Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
[2/16/2017, 4:04:13 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%201%7D&XHR=1
[2/16/2017, 4:04:13 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22alexa-fhem%20version%22%7D%20=%20%220.2.0%22%7D&XHR=1
[2/16/2017, 4:04:13 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%200%7D&XHR=1
[2/16/2017, 4:04:13 PM] perfectOfVerb:
[2/16/2017, 4:04:13 PM] { stelle: 'gestellt',
  schalte: 'geschaltet',
  'färbe': 'gefärbt',
  mach: 'gemacht' }
[2/16/2017, 4:04:13 PM] [ OnIntent: [ 'schalte' ],
  prozentIntent: [ 'stelle' ],
  HueIntent: [ 'stelle' ],
  HueIntentB: [ 'färbe' ],
  SaturationIntent: [ 'stelle' ],
  SaturationIntentB: [ 'sättige' ],
  TargetPositionIntent: [ 'mach' ],
  gradIntent: [ 'stelle' ] ]
[2/16/2017, 4:04:13 PM] { OnIntent: [ 'On' ],
  prozentIntent: [ 'Brightness', 'TargetPosition', 'Volume' ],
  HueIntent: [ 'Hue' ],
  HueIntentB: [ 'Hue' ],
  SaturationIntent: [ 'Saturation' ],
  SaturationIntentB: [ 'Saturation' ],
  TargetPositionIntent: [ 'TargetPosition' ],
  gradIntent: [ 'TargetTemperature' ] }
[2/16/2017, 4:04:13 PM] { OnIntent: undefined,
  prozentIntent: 'auf',
  HueIntent: 'auf',
  HueIntentB: undefined,
  SaturationIntent: 'auf',
  SaturationIntentB: undefined,
  TargetPositionIntent: undefined,
  gradIntent: 'auf' }
[2/16/2017, 4:04:13 PM] { OnIntent: undefined,
  prozentIntent: 'prozent',
  HueIntent: undefined,
  HueIntentB: undefined,
  SaturationIntent: undefined,
  SaturationIntentB: undefined,
  TargetPositionIntent: undefined,
  gradIntent: 'grad' }
[2/16/2017, 4:04:13 PM] alexaTypes:
[2/16/2017, 4:04:13 PM] { light: [ 'licht', 'lampen' ],
  blind:
   [ 'rolladen',
     'rolläden',
     'jalousie',
     'jalousien',
     'rollo',
     'rollos' ] }
[2/16/2017, 4:04:13 PM] fhemIntents:
[2/16/2017, 4:04:13 PM] { FHEMgutenMorgenIntent: 'gutenMorgen',
  FHEMguteNachtIntent: 'guteNacht' }
[2/16/2017, 4:04:13 PM] [FHEM] got: 11 results
[2/16/2017, 4:04:13 PM] [FHEM] AZ_Wolle_Decke is switch
[2/16/2017, 4:04:13 PM] [FHEM] AZ_Wolle_Decke has
[2/16/2017, 4:04:13 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:13 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:13 caching: AZ_Wolle_Decke-D-firmware: 2.1
  2017-02-16 16:04:13 caching: AZ_Wolle_Decke-state: off
[2/16/2017, 4:04:13 PM] [FHEM] Flur_Decke is switch
[2/16/2017, 4:04:13 PM] [FHEM] Flur_Decke has
[2/16/2017, 4:04:13 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: Flur_Decke-D-firmware: 2.1
  2017-02-16 16:04:14 caching: Flur_Decke-state: off
[2/16/2017, 4:04:14 PM] [FHEM] Flur_Garderobenlampe is switch
[2/16/2017, 4:04:14 PM] [FHEM] Flur_Garderobenlampe has
[2/16/2017, 4:04:14 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: Flur_Garderobenlampe-D-firmware: 1.12
  2017-02-16 16:04:14 caching: Flur_Garderobenlampe-state: off
[2/16/2017, 4:04:14 PM] [FHEM] KU_Unterschrankbeleuchtung is switch
[2/16/2017, 4:04:14 PM] [FHEM] KU_Unterschrankbeleuchtung has
[2/16/2017, 4:04:14 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: KU_Unterschrankbeleuchtung-D-firmware: 2.1
  2017-02-16 16:04:14 caching: KU_Unterschrankbeleuchtung-state: off
[2/16/2017, 4:04:14 PM] [FHEM] KZ_Decke is light
[2/16/2017, 4:04:14 PM] [FHEM] KZ_Decke has
[2/16/2017, 4:04:14 PM] [FHEM]   On [pct;on,off]
[2/16/2017, 4:04:14 PM] [FHEM]   Brightness [pct]
  2017-02-16 16:04:14 caching: KZ_Decke-pct: 0
[2/16/2017, 4:04:14 PM] [FHEM] KZ_Drachenlicht is light
[2/16/2017, 4:04:14 PM] [FHEM] KZ_Drachenlicht has
[2/16/2017, 4:04:14 PM] [FHEM]   On [pct;on,off]
[2/16/2017, 4:04:14 PM] [FHEM]   Brightness [pct]
  2017-02-16 16:04:14 caching: KZ_Drachenlicht-pct: 0
[2/16/2017, 4:04:14 PM] [FHEM] Putzmodus is switch
[2/16/2017, 4:04:14 PM] [FHEM] Putzmodus has
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: Putzmodus-state: off
[2/16/2017, 4:04:14 PM] [FHEM] SZ_Decke is switch
[2/16/2017, 4:04:14 PM] [FHEM] SZ_Decke has
[2/16/2017, 4:04:14 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: SZ_Decke-D-firmware: 2.1
  2017-02-16 16:04:14 caching: SZ_Decke-state: off
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Fluter is switch
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Fluter has
[2/16/2017, 4:04:14 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: WZ_Fluter-D-firmware: 2.2
  2017-02-16 16:04:14 caching: WZ_Fluter-state: off
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Media is switch
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Media has
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: WZ_Media-state: on
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Vitrine is switch
[2/16/2017, 4:04:14 PM] [FHEM] WZ_Vitrine has
[2/16/2017, 4:04:14 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 4:04:14 PM] [FHEM]   On [state;on,off]
  2017-02-16 16:04:14 caching: WZ_Vitrine-D-firmware: 2.1
  2017-02-16 16:04:14 caching: WZ_Vitrine-state: off

MadMax-FHEM

#994
Also vor dem hier:


path.js:8
    throw new TypeError('Path must be a string. Received ' +
    ^


kommt nur der sig-term Logeintrag??
Kommt gar nichts davor??

EDIT: Aber das sind doch 2 verschiedene Logs/Ausgaben!? Das eine ist das was alexa-fhem auf der Console ausgibt bzw. bei Start durch Script in eine Logdatei schreibt. Das andere, also sig-term ist doch vom Start-Script selbst!?

EDIT2: was steht denn in der alexa-fhem Logdatei, wenn der Start nicht klappt, also durch das Script von fhem aus gestartet wird? War doch so, dass der Fehler kommt, wenn das Start-Script von fhem aus genutzt wird!?

Die letzten beiden geposteten Ausgaben zeigen aber keinen Fehler, oder hab ich da was verpasst?!

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)

Wolle02

Verzetteln wir uns jetzt grade?  :D

Ich bin zugegebenermaßen gerade etwas verwirrt, was ihr mit Ausgabe auf der Konsole meint. Auf der Konsole wird beim Start von Alexa-fhem folgendes ausgegeben:

root@Pegasus:/# /usr/local/etc/rc.d/alexa.sh start
Alexa starting PID 824
script done
root@Pegasus:/#


Aber damit kann man ja wohl nichts anfangen !?


Dann wäre da noch das Alexa-fhem-Logfile.
In diesem steht folgendes, wenn ich Alexa-fhem über die Konsole stoppe und anschließend wieder starte:


[2/16/2017, 8:38:24 PM] Got SIGTERM, shutting down alexa-fhem...
[2/16/2017, 8:38:35 PM] using /root/.alexa/config.json
[2/16/2017, 8:38:35 PM] ---
[2/16/2017, 8:38:35 PM] this alexa-fhem 0.2.0
[2/16/2017, 8:38:35 PM] Fetching FHEM devices...
[2/16/2017, 8:38:37 PM] [FHEM] Checking devices and attributes...
[2/16/2017, 8:38:37 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[2/16/2017, 8:38:37 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=jsonlist2%20TYPE=alexa&XHR=1
[2/16/2017, 8:38:37 PM] [FHEM] starting longpoll: http://192.168.178.5:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1487273917516
[2/16/2017, 8:38:37 PM] [FHEM] Fetching FHEM devices...
[2/16/2017, 8:38:37 PM] [FHEM] fetching: http://192.168.178.5:8083/fhem?cmd=jsonlist2%20room=alexa&XHR=1
[2/16/2017, 8:38:37 PM] Server listening on: https://:::3000
[2/16/2017, 8:38:37 PM] [FHEM] alexa device is MyAlexa
[2/16/2017, 8:38:38 PM] [FHEM] MyAlexa is switch
[2/16/2017, 8:38:38 PM] [FHEM] MyAlexa has
[2/16/2017, 8:38:38 PM] [FHEM] homebridgeMapping: #Characteristic=<name>=<value>,...
On=verb=schalte,valueOn=an;ein,valueOff=aus,valueToggle=um

Brightness=verb=stelle,property=helligkeit,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

Hue=verb=stelle,valuePrefix=auf,values=rot:0;grün:128;blau:200
Hue=verb=färbe,values=rot:0;grün:120;blau:220

Saturation=verb=stelle,property=sättigung,valuePrefix=auf,values=AMAZON.NUMBER
Saturation=verb=sättige,values=AMAZON.NUMBER

TargetPosition=verb=mach,articles=den,values=auf:100;zu:0
TargetPosition=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

TargetTemperature=verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=grad

Volume:verb=stelle,valuePrefix=auf,values=AMAZON.NUMBER,valueSuffix=prozent

#Weckzeit=verb=stelle,valuePrefix=auf;für,values=AMAZON.TIME,valueSuffix=uhr
[2/16/2017, 8:38:38 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%201%7D&XHR=1
[2/16/2017, 8:38:38 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22alexa-fhem%20version%22%7D%20=%20%220.2.0%22%7D&XHR=1
[2/16/2017, 8:38:38 PM] [FHEM]   executing: http://192.168.178.5:8083/fhem?cmd=%7B$defs%7BMyAlexa%7D-%3E%7B%22active%22%7D%20=%200%7D&XHR=1
[2/16/2017, 8:38:38 PM] perfectOfVerb:
[2/16/2017, 8:38:38 PM] { stelle: 'gestellt',
  schalte: 'geschaltet',
  'färbe': 'gefärbt',
  mach: 'gemacht' }
[2/16/2017, 8:38:38 PM] [ OnIntent: [ 'schalte' ],
  prozentIntent: [ 'stelle' ],
  HueIntent: [ 'stelle' ],
  HueIntentB: [ 'färbe' ],
  SaturationIntent: [ 'stelle' ],
  SaturationIntentB: [ 'sättige' ],
  TargetPositionIntent: [ 'mach' ],
  gradIntent: [ 'stelle' ] ]
[2/16/2017, 8:38:38 PM] { OnIntent: [ 'On' ],
  prozentIntent: [ 'Brightness', 'TargetPosition', 'Volume' ],
  HueIntent: [ 'Hue' ],
  HueIntentB: [ 'Hue' ],
  SaturationIntent: [ 'Saturation' ],
  SaturationIntentB: [ 'Saturation' ],
  TargetPositionIntent: [ 'TargetPosition' ],
  gradIntent: [ 'TargetTemperature' ] }
[2/16/2017, 8:38:38 PM] { OnIntent: undefined,
  prozentIntent: 'auf',
  HueIntent: 'auf',
  HueIntentB: undefined,
  SaturationIntent: 'auf',
  SaturationIntentB: undefined,
  TargetPositionIntent: undefined,
  gradIntent: 'auf' }
[2/16/2017, 8:38:38 PM] { OnIntent: undefined,
  prozentIntent: 'prozent',
  HueIntent: undefined,
  HueIntentB: undefined,
  SaturationIntent: undefined,
  SaturationIntentB: undefined,
  TargetPositionIntent: undefined,
  gradIntent: 'grad' }
[2/16/2017, 8:38:38 PM] alexaTypes:
[2/16/2017, 8:38:38 PM] { light: [ 'licht', 'lampen' ],
  blind:
   [ 'rolladen',
     'rolläden',
     'jalousie',
     'jalousien',
     'rollo',
     'rollos' ] }
[2/16/2017, 8:38:38 PM] fhemIntents:
[2/16/2017, 8:38:38 PM] { FHEMgutenMorgenIntent: 'gutenMorgen',
  FHEMguteNachtIntent: 'guteNacht' }
[2/16/2017, 8:38:38 PM] [FHEM] got: 11 results
[2/16/2017, 8:38:38 PM] [FHEM] AZ_Wolle_Decke is switch
[2/16/2017, 8:38:38 PM] [FHEM] AZ_Wolle_Decke has
[2/16/2017, 8:38:38 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 8:38:38 PM] [FHEM]   On [state;on,off]
  2017-02-16 20:38:38 caching: AZ_Wolle_Decke-D-firmware: 2.1
  2017-02-16 20:38:38 caching: AZ_Wolle_Decke-state: on
[2/16/2017, 8:38:38 PM] [FHEM] Flur_Decke is switch
[2/16/2017, 8:38:38 PM] [FHEM] Flur_Decke has
[2/16/2017, 8:38:38 PM] [FHEM]   FirmwareRevision [D-firmware]
[2/16/2017, 8:38:38 PM] [FHEM]   On [state;on,off]

usw.



Wenn ich Alexa-fhem über FHEM stoppe und starte, steht folgendes im Alexa-fhem-Logfile:


[2/16/2017, 8:42:12 PM] Got SIGTERM, shutting down alexa-fhem...
path.js:8
    throw new TypeError('Path must be a string. Received ' +
    ^

TypeError: Path must be a string. Received undefined
    at assertPath (path.js:8:11)
    at Object.posix.join (path.js:479:5)
    at Function.User.storagePath (/volume1/@appstore/FHEM/alexa-fhem/lib/user.js:30:15)
    at Function.User.configPath (/volume1/@appstore/FHEM/alexa-fhem/lib/user.js:34:25)
    at Server._loadConfig (/volume1/@appstore/FHEM/alexa-fhem/lib/server.js:30:25)
    at new Server (/volume1/@appstore/FHEM/alexa-fhem/lib/server.js:24:23)
    at module.exports (/volume1/@appstore/FHEM/alexa-fhem/lib/cli.js:17:16)
    at Object.<anonymous> (/volume1/@appstore/FHEM/alexa-fhem/bin/alexa:17:22)
    at Module._compile (module.js:409:26)
    at Object.Module._extensions..js (module.js:416:10)


Ich hoffe ich habe jetzt nicht noch mehr zur Verwirrung beigetragen?
Wenn ihr doch was anderes meint, dann müsst ihr das für mich Dummbatz bitte etwas genauer beschreiben.  ;D

MadMax-FHEM

#996
Ah, jetzt ist zumindest das mal soweit klar... ;)

Hmmm ich mag mich täuschen aber es scheint so zu sein, als ob er den Pfad zur config.json nicht "auflösen" kann...

So ich hab mal etwas rumprobiert weil bei mir ja fhem auch (noch) unter root läuft.

Wenn ich ein {system("printenv > ~/env")} in die Web-Cmd Zeile von fhem eingebe, dann landet die env-Datei nicht in /root/env sondern in /env

Ich denke, dass beim Zusammenbauen des config-Pfads dann sowas wie ein "Leerpfad" also '/' statt '/root' kommt bei der "Abfrage" des "User-Home"...

Jetzt weiß ich nur nicht genau:

1. warum das (bei mir) so ist

und

2. wo genau der Pfad zusammengebaut wird, damit man das mal (als Test) fix auf z.B. /root/.alexa/config.json setzt...


Gruß, Joachim


EDIT: ich habe nur einen Verdacht wo es sein könnte:

in der Datei .../alexa-fhem/lib/user.js


User.storagePath = function() {
  if (customStoragePath) return customStoragePath;
  var home = process.env.HOME || process.env.HOMEPATH || process.env.USERPROFILE;
  return path.join(home, ".alexa");
}


evtl. mal folgendes probieren:


User.storagePath = function() {
  if (customStoragePath) return customStoragePath;
//  var home = process.env.HOME || process.env.HOMEPATH || process.env.USERPROFILE;
  return path.join("/root", ".alexa");
}


Wobei ich nicht genau weiß was das ist 'customStoragePath' aber es klingt so als könnte man auch einen "eigenen Configpfad" beim Starten angeben, ich weiß nucr nicht wie...

EDIT2: Oder auch gleich nur return "/root/.alexa";
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)

Wolle02

Hallo Joachim,

ich danke dir nochmal sehr für deine Bemühungen. Ich komme wahrscheinlich erst am Samstag wieder dazu das auszuprobieren. Aber ich melde mich.

Gruß
Wolle

SGi

Zitat von: sauserl am 09 November 2016, 20:45:37
Dann starte ich gleich mal.
In der Alexa App werden keine Geräte gefunden.
..
danach passiert nichts weiter. Wenn ich zB lampe über FHEM schalte, wird der neue Status angezeigt.
Wo kann der Fehler liegen?


Edit: Der Einfachheit halber füge ich meine Lösung hier an: Es war der Trigger. Obwohl ich ihn angelegt hatte, war kein Trigger gesetzt. Ich hab ihn neu gesetzt, dann wurden die Geräte gefunden.

Ich habe hier dasselbe Verhalten. Ich bin erst mal nur mit dem SmartHome-Skill gemäß Wiki-Anleitung gestartet.

- Alles scheint so weit richtig angelegt zu sein, auch den Trigger in Lambda habe ich schon dreimal kontrolliert und auch neu angelegt und aktiviert.
- Alle IDs etc sind mehrfach kontrolliert und richtig an den entsprechenden Stellen eingetragen
- alexa-fhem ist zum debuggen in einer konsolensitzung gestartet und liefert Feedback
- Ein Test der Funktion aus Lambda heraus erzeugt die übliche "Fehlermeldung" in der alexa-fhem-konsole und meldet success in den Logs
- https per Browser geht auch, das Forwarding ist also demnach wohl korrekt eingerichtet
- alexa-fhem findet nach dem start von ./bin/alexa entsprechend dem eingestellten filter die Geräte in FHEM und cached deren Status
- Statusänderungen der Geräte über FHEM werden auch in der alexa-fhem-Konsole-angezeigt

- setze ich alexaName, alexaRoom und genericDeviceType in einem Device und sage "set reload", wird das Device in alexa-fhem erkannt
- ein erneutes set reload liefert dann aber in der Konsole immer eine Fehlermeldung der Art
[2/17/2017, 3:58:46 PM] reloading http://192.168.178.3:8085
[2/17/2017, 3:58:46 PM] removing OG.Arbeit.PC from http://192.168.178.3:8085
[2/17/2017, 3:58:46 PM] [FHEM]   error in longpoll connection: ReferenceError: name is not defined

- setzen der Parameter bei weiteren FHEM-Devices mit anschließendem set reload führt zur identischen Fehlermeldung, diese Devices werden erst dann erkannt, wenn ich alexa-fhem beende und neu starte.

Die Alexa-App im Browser findet aber auch nach reload in FHEM, restart von alexa-fhem etc. immer noch keine Geräte. Der Start der Gerätesuche in der Alexa-App liefert jedoch im Gegensatz zu den anderen Aktionen (s.o.) auch kein Feedback in der alexa-fhem-Konsole (ich würde vermutlich zu Recht erwarten dass dann da auch was irgendwas kommt) . Wo muss ich weitersuchen? Die üblichen Fehlerquellen habe ich nach der obigen Aufstellung eigentlich alle abgefrühstückt.

Sven
FHEM auf RasPi und FritzBox 7390 mit MAX! und HomeMatic

MadMax-FHEM

Hi Sven,

nachdem du davon ausgehst, dass kein Fehler vorliegt und du bereits alles geprüft hast...
...was willst du dann an Hilfe??

Also für den Smart Home Skill ist alexaRoom und (soweit ich verstanden habe) auch das Alexa-Modul/-Device nicht relevant.
Außer dass die Attribute alexaName und (nicht relevant) alexaRoom usw. kommen...

Wenn du etwas veränderst, dann alexa-fhem neu starten.
Dafür gibt es ja das DOIF/Dummy um es ganz einfach von fhem aus machen zu können.
Sollte aber erst genutzt werden, wenn alles läuft, da man sonst immer im Logfile von alexa-fhem schauen muss, so sieht man es gleich auf der Console...

Danach ein reload und ein get Intents und get customSlotTypes etc. aber das ist NUR für den Custom Skill...

Ja richtig. Es sollten Ausgaben kommen, wenn du die Suche in der Alexa-App startest.
Kommt da nichts wäre trotz bereits erfolgter Überprüfung der Trigger der erste Gedanke.

Wenn ein Test-Aufruf in AWS "OK" liefert (bis auf Fehler in der alexa-fhem Console) geht der Weg schon mal.

Wenn ein Aufruf über Alexa/Alexa-App kommt, dann erfolgt das wohl über den Trigger.
Wenn da nichts kommt: Trigger...
Hast du auch den richtigen Typ also Smart Home angelegt!?

Dann in der config.json bei oauth-id die client ID eintragen.
Die app-id ist beim Smart Home Skill irrelevant. Da kommt die app-id des Custom Skill hin...

Also wenn du alles geprüft hast und alles passt wie du schreibst dann müsste alles passen...

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)

Wolle02

Hallo Joachim,

deine Vorschläge haben leider beidesmal folgende Fehlermeldung im Alexa-fhem-Logfile hervorgerufen:

/volume1/@appstore/FHEM/alexa-fhem/lib/user.js:33
User.storagePath = function() {
^^^^

SyntaxError: Unexpected identifier
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:373:25)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Module.require (module.js:353:17)
    at require (internal/module.js:12:17)
    at Object.<anonymous> (/volume1/@appstore/FHEM/alexa-fhem/lib/server.js:12:12)
    at Module._compile (module.js:409:26)
    at Object.Module._extensions..js (module.js:416:10)


Aber ich glaube, dass du schon Recht hast mit der Auflösung des /root Verzeichnisses.
Man sieht ja auch in dem Test mit den Umgebungsvariablen, dass einmal

PWD=/

und einmal

PWD= /root

ausgeworfen wird.

SGi

Hallo Joachim,

danke für Deine Antwort.

Zitat von: MadMax-FHEM am 17 Februar 2017, 18:03:26
nachdem du davon ausgehst, dass kein Fehler vorliegt und du bereits alles geprüft hast...
...was willst du dann an Hilfe??

Ja richtig. Es sollten Ausgaben kommen, wenn du die Suche in der Alexa-App startest.
Kommt da nichts wäre trotz bereits erfolgter Überprüfung der Trigger der erste Gedanke.
Hast du auch den richtigen Typ also Smart Home angelegt!?
Dann in der config.json bei oauth-id die client ID eintragen.
Die app-id ist beim Smart Home Skill irrelevant. Da kommt die app-id des Custom Skill hin...

Also wenn du alles geprüft hast und alles passt wie du schreibst dann müsste alles passen...

Eigentlich genau so was, eine Bestätigung, dass ich nicht zu blöd bin oder irgendwas Grundlegendes ausgelassen habe.  :)

Alle diese Tips habe ich natürlich schon berücksichtigt, und natürlich geht, so weit ich das Prinzip von alexa-fhem bisher verstanden habe, meine Vermutung auch in Richtung Trigger, der nicht auslöst.
Aber dort finde ich eben anhand der zalreichen im Forum und Wiki enthaltenen Informationen nichts mehr, was ich noch vergessen oder falsch irgendwo eingetragen haben könnte...

Daher war meine Hoffnung, daß einem von Euch noch was einfällt, so á la ("...das Problem hatte ich auch, danach habe ich den ersten Buchstaben des Triggernamens klein geschreiben und dann ging es...") oder so was Blödes...

Gruß & Danke,

Sven
FHEM auf RasPi und FritzBox 7390 mit MAX! und HomeMatic

MadMax-FHEM

Zitat von: Wolle02 am 17 Februar 2017, 20:39:58
Hallo Joachim,

deine Vorschläge haben leider beidesmal folgende Fehlermeldung im Alexa-fhem-Logfile hervorgerufen:

/volume1/@appstore/FHEM/alexa-fhem/lib/user.js:33
User.storagePath = function() {
^^^^

SyntaxError: Unexpected identifier
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:373:25)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Module.require (module.js:353:17)
    at require (internal/module.js:12:17)
    at Object.<anonymous> (/volume1/@appstore/FHEM/alexa-fhem/lib/server.js:12:12)
    at Module._compile (module.js:409:26)
    at Object.Module._extensions..js (module.js:416:10)


Aber ich glaube, dass du schon Recht hast mit der Auflösung des /root Verzeichnisses.
Man sieht ja auch in dem Test mit den Umgebungsvariablen, dass einmal

PWD=/

und einmal

PWD= /root

ausgeworfen wird.

Hmmm, sorry.
Da habe ich wohl doch nicht die richtige Stelle gefunden...
...aber war nur auf die schnelle gestern Abend noch...

Dann gibt's wohl nur die Möglichkeit die richtige Stelle zu finden bzw. die Stelle so abändern, dass es passt...
...oder im "root-Environment" von fhem den Pfad zu "korrigieren"...

Oder aber unter einem anderen User zu installieren...
...wenn es noch einen anderen "brauchbaren" gibt.

Viel Erfolg, 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)

MadMax-FHEM

Zitat von: SGi am 17 Februar 2017, 23:10:50
Hallo Joachim,

danke für Deine Antwort.

Eigentlich genau so was, eine Bestätigung, dass ich nicht zu blöd bin oder irgendwas Grundlegendes ausgelassen habe.  :)

Alle diese Tips habe ich natürlich schon berücksichtigt, und natürlich geht, so weit ich das Prinzip von alexa-fhem bisher verstanden habe, meine Vermutung auch in Richtung Trigger, der nicht auslöst.
Aber dort finde ich eben anhand der zalreichen im Forum und Wiki enthaltenen Informationen nichts mehr, was ich noch vergessen oder falsch irgendwo eingetragen haben könnte...

Daher war meine Hoffnung, daß einem von Euch noch was einfällt, so á la ("...das Problem hatte ich auch, danach habe ich den ersten Buchstaben des Triggernamens klein geschreiben und dann ging es...") oder so was Blödes...

Gruß & Danke,

Sven

Gerne!

Wofür eigentlich? ;)

Aber wenn alles was man so testen kann irgendwie geht nur der Automatismus nicht...
...also wenn du bei der AWS Lambda Funktion auf Test klickst kommt result succeeded!? (also nur um noch mal was zu fragen ;)  )...
...ist unter Monitoring was zu sehen?
...es ist ein Trigger vom Typ "Alexa Smart Home"!?
...bin ich trotzdem der Meinung, dass es der Trigger sein muss...
...da komme ich nicht weg davon...

Weil eigentlich ist das (wenn wirklich alles andere geht) das Einzige was dann nicht tut...

Ich nehme mal an das hier hast du dann auch schon (einige Male) durch...

https://wiki.fhem.de/wiki/Alexa-Fhem#Was_ist_zu_tun.2C_wenn_alexa-fhem_keine_Ger.C3.A4te_findet.3F

Sorry und viel Erfolg, 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)

Wolle02

Also jetzt bin ich völlig verwirrt.

Ich habe mal deinen Test aus Post #998 mit "printenv > ~/env" aus FHEM heraus durchgeführt. Erstaunlicherweise hat er mir die Ausgabedatei nach /root geschrieben und nicht nach /

In einem zweiten Schritt habe ich dem Testskript auch die Zeile "cat ~/.alexa/config.json >> ~/env" hinzugefügt und er hat mir brav den Inhalt der config.json nach ~/env geschrieben.

Die Auflösung von ~ scheint also doch auch aus FHEM heraus zu funktionieren und nicht nur per Aufruf von der Konsole.
Also scheint er die Datei config.json, die unter /root/.alexa liegt auch zu finden.

Ich würde jetzt daraus schließen, dass die Fehlermeldung aus dem alexa-fhem-Logfile nichts mit dem Nicht-finden der config.json zu tun hat.
Keine Ahnung ob ich damit richtig liege.