[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

MadMax-FHEM

Zitat von: schlingi am 08 Dezember 2016, 20:09:51
Ich habe ein ähnliches Problem wie SalvadoreXXL. Auch bei mir ist es so, dass aööes funktioniert; allerdings nur sofern ich Alexa als Pi von der Konsole starte.

Sofern ich über FHEM versuche zu starten etc. funktioniert es nicht. Ich habe den Zugriff über FHEM eingerichtet und sudoers um diese Zeile ergänzt: fhem ALL=(ALL) NOPASSWD:/etc/init.d/alexa.

Es kommt im log folgender Fehler:

2016.12.08 19:34:00 2: FHEM.Alexa.DOIF: {system ("sudo /etc/init.d/alexa start > /dev/null 2>&1 &")}: -1
2016.12.08 19:34:03 1: telnet SSL/HTTPS error:  SSL accept attempt failed with unknown error error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol
2016.12.08 19:34:04 1: telnet SSL/HTTPS error:  SSL accept attempt failed with unknown error error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol
2016.12.08 19:34:04 1: telnet SSL/HTTPS error:  SSL accept attempt failed with unknown error error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol


Was funktioniert da nicht? Bin am Verzweifeln....

Mit starten als pi von der Console meinst du dann: "<install-dir>/./bin/alexa" als pi eingeloggt oder "sudo /etc/init.d/alexa start" als user pi von der Console?

Geht zweiteres? Also "sudo /etc/init.d/alexa start" einfach als pi von der Console aus?

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)

schlingi

Es geht beides. Das Problem ist tatsächlich nur, dass offenbar fhem nicht mit dem raspberry kommuniziert? Manchmal kommt auch beim Aufruf von <install-dir>/./bin/alexa folgender Fehler:


[2016-12-10 10:43:58] Server listening on: https://0.0.0.0:3000
/opt/fhem/alexa-fhem/lib/server.js:130
      if (err) throw err;
               ^

Error: timeout
    at null._onTimeout (/opt/fhem/alexa-fhem/node_modules/nat-upnp/lib/nat-upnp/client.js:187:14)
    at Timer.listOnTimeout (timers.js:92:15)



Wenn ich dann noch einmal den Befehl wiederhole funktioniert es aber. Das eigentliche Problem ist indes die Kommunikation von fhem aus... Danke im Voraus :)

MadMax-FHEM

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)

schlingi

Ja, das habe ich. Allerdings keine Änderung. Es kommt jetzt folgender Fehler:

2016-12-10 11:16:54 dummy FHEM.Alexa start
2016-12-10 11:17:08 DOIF FHEM.Alexa.DOIF cmd_nr: 2
2016-12-10 11:17:08 DOIF FHEM.Alexa.DOIF cmd: 2
2016-12-10 11:17:08 DOIF FHEM.Alexa.DOIF cmd_event: FHEM.Alexa
2016-12-10 11:17:08 DOIF FHEM.Alexa.DOIF error: {system ("sudo /etc/init.d/alexa stop > /dev/null 2>&1 &")}: -1
2016-12-10 11:17:08 DOIF FHEM.Alexa.DOIF cmd_2
2016-12-10 11:17:08 dummy FHEM.Alexa stop
2016-12-10 11:17:08 dummy FHEM.Alexa on



okfm

Zitat von: justme1968 am 10 Dezember 2016, 10:27:32
warum geht das anlegen eines extra trigger nicht?

den extra Trigger anlegen geht schon, ich kann nur kein Custom Interaction Model/ Alexa Custom Skill damit anlegen, da sobald ich beim AWS Lambda ARN den ARN vom Trigger angebe ich die Fehlermeldung bekomme.
Error: Please make sure that "Alexa Skills Kit" is selected for the event source type of arn:aws:lambda:eu-west-_____:function:FHEMCustom

Der normale Skill ist angelegt und ich kann mit Echo auch meine Geräte an und ausschalten. Nur eben keinen Custom, da bekomme ich die Fehlermeldung. Ich hatte auch schon alle AWS und Skill gelöscht um nur den Custom anzulegen aber auch da bekomme ich die Fehlermeldung.

MadMax-FHEM

@schlingi:

geht denn "sudo /etc/init.d/alexa start" ? Bzw. "sudo /etc/init.d/alexa stop" ?

Also als pi von der Console?

Bin mir nicht sicher aber es sieht so aus als würde "sudo /etc/init.d/alexa stop" als return "-1" liefern, also Fehler.
Drum erst mal: geht es ohne das DOIF und fhem von der Console...
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)

schlingi

Ja, das funktioniert. Jetzt funktioniert es auch über FHEM. Offenbar lag es an der Datei "/etc/sudoers". Dort hatte ich die Rechte mittendrin und nicht am Ende eingefügt. Komisch eigentlich. Aber so war es... Gleichwohl ganz herzlichen Dank!

Aladin222

@schlingi,

hmmmm, ich versuche es auch ....aber es will über das DOIF einfach nicht funktionieren .....

hier mal ein Log ( achtung: der letze Eintrag ist oben - log schreibt bei mir aktuellster Eintrag oben )


[12/11/2016, 3:43:13 AM] [FHEM] no device created for doif_FHEM.Alexa (DOIF)
[12/11/2016, 3:43:13 AM] [FHEM] doif_FHEM.Alexa: no service type detected
[12/11/2016, 3:43:13 AM] [FHEM] no device created for alexa (alexa)
[12/11/2016, 3:43:13 AM] [FHEM] alexa: no service type detected
  2016-12-11 03:43:13 caching: WohnzLampe-state: off
  2016-12-11 03:43:13 caching: WohnzLampe-D-firmware: 2.8
[12/11/2016, 3:43:13 AM] [FHEM]   On [state;on,off]
[12/11/2016, 3:43:13 AM] [FHEM]   FirmwareRevision [D-firmware]
[12/11/2016, 3:43:13 AM] [FHEM] WohnzLampe has
[12/11/2016, 3:43:13 AM] [FHEM] WohnzLampe is switch
  2016-12-11 03:43:13 caching: Wasserwechsel100Liter-state: off
[12/11/2016, 3:43:13 AM] [FHEM]   On [state;on,off]
[12/11/2016, 3:43:13 AM] [FHEM] Wasserwechsel100Liter has
[12/11/2016, 3:43:13 AM] [FHEM] Wasserwechsel100Liter is switch
[12/11/2016, 3:43:13 AM] [FHEM] no device created for FileLog_Alexa_Console (FileLog)
[12/11/2016, 3:43:13 AM] [FHEM] FileLog_Alexa_Console: no service type detected
[12/11/2016, 3:43:13 AM] [FHEM] no device created for FHEM.Alexa.Status (dummy)
[12/11/2016, 3:43:13 AM] [FHEM] FHEM.Alexa.Status: no service type detected
[12/11/2016, 3:43:13 AM] [FHEM] no device created for FHEM.Alexa (dummy)
[12/11/2016, 3:43:13 AM] [FHEM] FHEM.Alexa: no service type detected
[12/11/2016, 3:43:13 AM] [FHEM] got: 7 results
[12/11/2016, 3:43:13 AM] [FHEM]   executing: http://192.168.178.67:8083/fhem?cmd=%7B$defs%7Balexa%7D-%3E%7B%22alexa-fhem%20version%22%7D%20=%20%220.1.3%22%7D&XHR=1
[12/11/2016, 3:43:13 AM] [FHEM] alexa device is alexa
[12/11/2016, 3:43:13 AM] Server listening on: https://:::3000
[12/11/2016, 3:43:13 AM] [FHEM] fetching: http://192.168.178.67:8083/fhem?cmd=jsonlist2%20room=alexa&XHR=1
[12/11/2016, 3:43:13 AM] [FHEM] Fetching FHEM devices...
[12/11/2016, 3:43:13 AM] [FHEM] starting longpoll: http://192.168.178.67:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1481424193931
[12/11/2016, 3:43:13 AM] [FHEM]   executing: http://192.168.178.67:8083/fhem?cmd=jsonlist2%20TYPE=alexa&XHR=1
[12/11/2016, 3:43:13 AM] [FHEM]   executing: http://192.168.178.67:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[12/11/2016, 3:43:13 AM] [FHEM] Checking devices and attributes...
[12/11/2016, 3:43:13 AM] Fetching FHEM devices...
[12/11/2016, 3:43:13 AM] this alexa-fhem 0.1.3
[12/11/2016, 3:43:13 AM] ---
[12/11/2016, 3:43:13 AM] using /opt/fhem/.alexa/config.json


MadMax-FHEM

@Aladin222:

Was funktioniert über das DOIF nicht?

alexa-fhem startet doch und legt (so wie ich das sehe) auch Geräte an bzw. erkennt diese!?

Bis auf das DOIF und den dummy, die sind vermutlich im Raum alexa und werden somit gefunden, sind aber nicht "Alexa-tauglich"...

Also was geht nicht bzw. was ist das Problem??

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)

Itschi

Hallo,

nach aufspielen von alten Backups und sogar einer kompletten Neuinstallation ich habe immer noch folgendes Problem:

Wenn ich ./createKey.sh aufrufe um das SSL Zertifikat zu erstellen kommt die Abfrage nach dem PEM pass phrase. Aber ich kann nix eingeben!!!!
nur mit Enter bestätigen. Keine Eingabe eines Kennwortes oder Zahlencode....
Auch die manuelle ausführung des Scriptes bringt nicht.

Ich nutze eine Raspberry Pi2
Node: V6.9. 2
npm: 3.10.9


justme1968

und wie verbindest du dich zum raspberry? könnte es sein das du nur nicht siehst was du eingibst? geht es per copy&paste?
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

Itschi

Remote Desktop oder per Putty.
Beides ohne funktioniert nicht

Itschi

Oh man was war ich blöd...
ich konnte wirklich nicht sehen was da eingegebn wurde....

McUles

Ja, bei der Eingabe der Passphrase siehst du keine Eingabe
FHEM @Proxmox, 27" Touchscreen@PI3
1xZME_UZB1@PI2, 1xZME_RAZ_EU@PI2, 1xZME_WALLC-S, 1xFIBEFGS-222, 2xFIBEFGS-212, 6xFIB_FGMS-001, 4xZME_05467
1xMAXCube, 12xMAX! Heizkörper-Thermostat+
1xHM-LGW-O-TW-W-EU, 5xHM-CC-RT-DN, 2xHM-TC-IT-WM-W-EU, 1xHM-LC-Sw4-DR, 1xKeymatic, 3xHM-ES-PMSw1-Pl
Liste zu lang...