Alexa lässt sich nicht registrieren , PproxyKey enthält unzulässige Zeichen

[UweUwe]

Hallo,
bei dem Umzug auf Debian habe ich auch auch meinen Alexa Connector mit umgezogen. Alexa ist installiert und meint auch "running" Ich kann aber die Finals Skill Verknüpfung nicht durchführen.

Mit

Code: [Auswählen]

get alexa proxyKey erhalte ich einen Ziffern/Zahlenfolge/Sonderzeichen Kombination  , die sofort von Amazon abgewiesen wird

Code: [Auswählen]

The key mus consisit only of ....

Mein proxyKey lautet ungefähr so :

Code: [Auswählen]

D5cLBB>}:0g8DbfD=6nb0)=2fCh13g>DcEOH
Was habe ich gemacht
Debian installiert
FHEM installiert.
Alexa installiert.
FHEM Backup vom alten System geholt und nachinstalliert.
==> Versuch den Alexa Skill zu aktivieren.
==> abgeschmettert.

Ist es die Reihenfolge, die hier ein Thema macht; zuerst neues FHEM, dann neuer "Alexa-Skill", darüber altes FHEM Backup mit altem Alexa Skill?, dann neuen Alexa Skill aktivieren?
Muss ich vielleicht den Alexa Skill in FHEM mochmals löschen.

Vielen Dank

[Esjay]

Moin,

Lösch mal in

Code: [Auswählen]

/home/fhem/.ssh/die Dateien id_rsa und id_rsa.pub. Danach das Alexa Device neustarten, und wieder probieren.

Grüße

[UweUwe]

Hallo,
bin jetzt etwas frustriert zurück auf meine alte Installation (ohne Debian) gezogen.  Hier läuft wieder alle mit Alexa und auch der sonstigen Installation, nach dem ich die Skill Verknüpfung mit dem alten proxykey wieder gemacht habe.

Die Aktivierung des Skills bei Amazon hat im Laufe des Abends mit der neuen Installation (Debian) unterschiedliche Fehlerbilder gezeigt.
Nach vielen Neuinstallation, Updates etc. ist die Fehlermeldung der Amamzon Skill Verknüpfung immer so gewesen, als ob keine SSH Verbindung zustandegekommen wäre.
In dem Alexa device selbst bekommt man aber nach Neustart von Alexa die nachricht, dass SSH verbindung existiert. Auch sonst gibt es im Alexa FHEM device keinen Hinweis auf Fehler. Auch den restlichen Hinweisen im Wiki bin ich erfolglos nachgegangen. Leider.

Ich möchte nur erwähnen , das ich in dem Amazon-Alexa WEBzugang keine Möglichkeit zur Aktivierung von Skills mehr gefunden habe. Das funktioniert jetzt wohl nur noch über Tablet.

Ich weiss nicht, was ich jetzt noch verbessern/ändern soll, damit ich Alexa in meiner Debian Installation verknüpft bekomme.

Unter einem Amazon User kann immer nur eine ALEXA-Connector Installation verknüpft werden. Korrekt?
Für ich heisst jeder Test damit:
Alten Skill deaktivieren, Flashkarte wechseln, Fehlersuche mit dem neuen Skill und der Debian Installation, Flashkarte wechseln. alten Skill verbinden.
==> gibt es da einen eleganteren Weg für die Fehlersuche?

[MadMax-FHEM]

==> gibt es da einen eleganteren Weg für die Fehlersuche?

Wie angemerkt (hier oder in einem deiner anderen Threads) hätte es eine elegantere Möglichkeit gegeben neu aufzusetzen/unzuziehen: ssh-Keys mitnehmen.
(hat bei mir zumindest schon mind. 2x funktioniert: Stretch -> Buster -> Bullseye)

Aber es kann halt immer nur ein Fhem-Skill verbunden sein/werden in der Alexa-App/mit einem Amazon-Konto, also muss man halt hin-und-her, wenn man nicht einen sauber "deaktiviert" und mit einem neuen neu einsteigt

Evtl. hilft das: https://forum.fhem.de/index.php/topic,130339.msg1245861.html#msg1245861
(https://forum.fhem.de/index.php/topic,130339.msg1245861.html#msg1245861)

Gruß, Joachim

[UweUwe]

Hallo,
Ich habe mehrmals Alexa auf Linux und FHEM deinstalliert und Installiert , komme aber nicht weiter.

Der Skill funktioniert und auch im Logfile sehe ich keine besonderen Ding:

Code: [Auswählen]

[16.11.2022, 21:00:52] *** SSH: exited with 0
[16.11.2022, 21:00:56] using config from ./alexa-fhem.cfg
*** CONFIG: parsed completely
[16.11.2022, 21:00:56] os.homedir()=/opt/fhem
[16.11.2022, 21:00:56] this is alexa-fhem 0.5.64
[16.11.2022, 21:00:56] connecting to FHEM ...
[16.11.2022, 21:00:56] [FHEM] defaults to: will not send proactive events
[16.11.2022, 21:00:59] [FHEM] trying longpoll to listen for fhem events
[16.11.2022, 21:00:59] [FHEM] starting longpoll: http://127.0.0.1:8083/fhem?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON×tamp=1668628859170
[16.11.2022, 21:00:59] [FHEM] got csrfToken: csrf_6486499448889
[16.11.2022, 21:00:59] [FHEM] Checking devices and attributes...
[16.11.2022, 21:00:59] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22%2C%22userattr%22%2C%22%22)%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:00:59] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE%3Dalexa&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:00:59] [FHEM] waiting for events ...
[16.11.2022, 21:00:59] [FHEM] Fetching FHEM devices...
[16.11.2022, 21:00:59] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20alexaName%3D..*&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:00:59] [FHEM] alexa device is alexa
[16.11.2022, 21:00:59] [FHEM] alexa will not send proactive events
[16.11.2022, 21:00:59] [FHEM] alexa uses ID: 636eac0b-f33f-813e-d87b-47473cdd4fde50b7
[16.11.2022, 21:00:59] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22alexa-fhem%20version%22%7D%20%3D%20%220.5.64%22%7D%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:00:59] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bget%20alexa%20proxyToken%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:01:00] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Blist%20alexa%20.eventToken%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:01:00] Server listening on: http://127.0.0.1:45467 for proxy connections
[16.11.2022, 21:01:00] *** SSH: checking proxy configuration
[16.11.2022, 21:01:00] sshautoconf: home=/opt/fhem, spath=/opt/fhem/.alexa, cpath=./alexa-fhem.cfg, sshpath=/opt/fhem/.ssh
[16.11.2022, 21:01:00] Passed config: {
  connections: [
    {
      filter: 'alexaName=..*',
      uid: 999,
      name: 'FHEM',
      port: '8083',
      server: '127.0.0.1',
      webname: 'fhem'
    }
  ],
  sshproxy: {
    description: 'FHEM Connector',
    ssh: '/usr/bin/ssh',
    options: [ '-i', '/opt/fhem/.ssh/id_rsa', '-p', 58824, 'fhem-va.fhem.de' ],
    'bind-ip': '127.0.0.1',
    server: Server {
      insecureHTTPParser: undefined,
      _events: [Object: null prototype],
      _eventsCount: 3,
      _maxListeners: undefined,
      _connections: 0,
      _handle: [TCP],
      _usingWorkers: false,
      _workers: [],
      _unref: false,
      allowHalfOpen: true,
      pauseOnConnect: false,
      httpAllowHalfOpen: false,
      timeout: 0,
      keepAliveTimeout: 5000,
      maxHeadersCount: null,
      headersTimeout: 60000,
      _connectionKey: '4:127.0.0.1:0',
      [Symbol(IncomingMessage)]: [Function: IncomingMessage],
      [Symbol(ServerResponse)]: [Function: ServerResponse],
      [Symbol(kCapture)]: false,
      [Symbol(asyncId)]: 142
    }
  }
}
[16.11.2022, 21:01:00] sshautoconf: SSH key seems to exist
[16.11.2022, 21:01:05] sshautoconf: Our SSH key is known at the reverse proxy, good!
[16.11.2022, 21:01:05] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bjsonlist2%20alexa%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
*** FHEM: connected
[16.11.2022, 21:01:05] [FHEM] got: 5 results
[16.11.2022, 21:01:05] [FHEM] ChannelFussboden is switch
[16.11.2022, 21:01:05] [FHEM] ChannelFussboden has
[16.11.2022, 21:01:05] [FHEM]   On [state;on,off]
[16.11.2022, 21:01:05] [FHEM] ChannelFussboden will not send proactive events
[16.11.2022, 21:01:05] [FHEM] ChannelFussboden uses ID: CUL_HM.37D4A501
  2022-11-16 21:01:05 caching: ChannelFussboden-state: unreachable
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenhinten is switch
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenhinten has
[16.11.2022, 21:01:05] [FHEM]   On [state;on,off]
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenhinten will not send proactive events
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenhinten uses ID: CUL_HM.37D4A504
  2022-11-16 21:01:05 caching: ChannelStromAussenhinten-state: unreachable
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenvorne is switch
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenvorne has
[16.11.2022, 21:01:05] [FHEM]   On [state;on,off]
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenvorne will not send proactive events
[16.11.2022, 21:01:05] [FHEM] ChannelStromAussenvorne uses ID: CUL_HM.37D4A503
  2022-11-16 21:01:05 caching: ChannelStromAussenvorne-state: unreachable
[16.11.2022, 21:01:05] [FHEM] ChannelWasserAussen is switch
[16.11.2022, 21:01:05] [FHEM] ChannelWasserAussen has
[16.11.2022, 21:01:05] [FHEM]   On [state;on,off]
[16.11.2022, 21:01:05] [FHEM] ChannelWasserAussen will not send proactive events
[16.11.2022, 21:01:05] [FHEM] ChannelWasserAussen uses ID: CUL_HM.37D4A502
  2022-11-16 21:01:05 caching: ChannelWasserAussen-state: unreachable
[16.11.2022, 21:01:05] [FHEM] Heizung_Climate is thermostat
[16.11.2022, 21:01:05] [FHEM] Heizung_Climate has
[16.11.2022, 21:01:05] [FHEM]   TargetTemperature [desired-temp]
[16.11.2022, 21:01:05] [FHEM]   CurrentTemperature [measured-temp]
[16.11.2022, 21:01:05] [FHEM]   CurrentRelativeHumidity [humidity]
[16.11.2022, 21:01:05] [FHEM]   CurrentHeatingCoolingState [undefined]
[16.11.2022, 21:01:05] [FHEM] Heizung_Climate will not send proactive events
[16.11.2022, 21:01:05] [FHEM] Heizung_Climate uses ID: CUL_HM.6639D902
  2022-11-16 21:01:05 caching: Heizung_Climate-desired-temp: 17.0
  2022-11-16 21:01:05 caching: Heizung_Climate-measured-temp: 20.8
  2022-11-16 21:01:05 caching: Heizung_Climate-humidity: 76
[16.11.2022, 21:01:09] 39_alexa.pm is new version: true
[16.11.2022, 21:01:09] sshautoconf: completed successfully
[16.11.2022, 21:01:09] *** SSH: proxy configuration set up done
[16.11.2022, 21:01:09] Reading alexaFHEM.ProxyConnection set to starting;; starting SSH
[16.11.2022, 21:01:09] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20starting%3B%3B%20starting%20SSH%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:01:10] Starting SSH with -R 1234:127.0.0.1:45467 -oServerAliveInterval=90 -i /opt/fhem/.ssh/id_rsa -p 58824 fhem-va.fhem.de
[16.11.2022, 21:01:10] BearerToken '...083D6' read from alexa
[16.11.2022, 21:01:14] Reading alexaFHEM.ProxyConnection set to running;; SSH connected
[16.11.2022, 21:01:14] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%201%3B%3Bundef%7D%3Bsetreading%20alexa%20alexaFHEM.ProxyConnection%20running%3B%3B%20SSH%20connected%3B%7B%24defs%7B%22alexa%22%7D-%3E%7B%22active%22%7D%20%3D%200%3B%3Bundef%7D&fwcsrf=csrf_6486499448889&XHR=1
[16.11.2022, 21:01:14] *** SSH: proxy connection established
[16.11.2022, 21:01:14] SSH: Welcome at the reverse proxy!  This pseudoshell does not react to any input - do not get irritated. 
[16.11.2022, 21:13:20] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"0815"},"payload":{"scope": {"type":"BearerToken","token":"B21AECF5-97D6A97453C6ADCF"}}}}
[16.11.2022, 21:13:21] client not authorized: {"error_index":"xz1gTrksmbxs3r6VjliBUgAAAAAAAAABf1ResLuVzqVmUfFqrWcqZGYSVvZQDViEjqbuyVdumJR7_iyk0SzZoj5y-AGqu49Dp2HuZ-jyE8qKQ8I3x51b0Rtjg2YzicR6s6LccOkBNat5O3rBtgQeW7tDRoASTphMzmX81N9njZF-yP3jZpTb8TCgUUkTlILcvD0znEUWl2SEAOPh95A9QRMl-1yzY6hFBKKeLpVju4HQhTS9heBMVeYGdNLqHZ--i6OMoQ==","error_description":"The request has an invalid parameter : access_token","error":"invalid_token"}
[16.11.2022, 21:13:21] ERROR: InvalidAccessTokenError from 127.0.0.1
[16.11.2022, 21:13:21] <<<< [ssh] {"header":{"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"adffb12f-2cf9-4723-8909-7114a71d46a2"},"payload":{}}
[16.11.2022, 21:17:13] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa.Discovery","name":"Discover","payloadVersion":"3","messageId":"0815"},"payload":{"scope": {"type":"BearerToken","token":"B21AECF5-97D6A97453C6ADCF"}}}}
[16.11.2022, 21:17:16] client not authorized: {"error_index":"WYoRlMM3e1ixp5mheyG8hAAAAAAAAAABwBA_IR5cKJesI0Cme4sY7Vdg9fuCpN1nCYFWiQA0N2eYd_AGJyvOidslkl-0Qc_uy9eRAJTopIQggWYpS46rxkesbrxA7K79iLLn_r3g_i7pAd9wNFGXFND73W2VyE9x5o7oKQmX_P0SgjdqnH0eT8YkgisTxi_eahIJvMeG04If5yMITolqL2TVUaBvzVICTg4sIYLQe3_hZm11s8j9fYOF1sbq6d4Qde84Sw==","error_description":"The request has an invalid parameter : access_token","error":"invalid_token"}
[16.11.2022, 21:17:16] ERROR: InvalidAccessTokenError from 127.0.0.1
[16.11.2022, 21:17:16] <<<< [ssh] {"header":{"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"7ffc581e-d913-4155-853f-c93511f1cd32"},"payload":{}}

Bei der Registrierung des Skills bei Amazon bekomme ich folgende Fehlermeldung:

Code: [Auswählen]

Status SSH: Online - SSH socket is 185.205.59.12:58538
Status Reverse-Portmapping: Reverse tunnel up
Status nodejs-Connectivity: Test passed - HTTP status 200
Status nodejs-Interaction: AutoDiscovery failed, response: {"header":{"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"7ffc581e-d913-4155-853f-c93511f1cd32"},"payload":{}}
Ich habe aktuell einen Produktions RPI mit dem alten Linux im Netzwerk. Dort ist der Alexa Skill jetzt deaktiviert.
Im gleichen Netzwerk hab ich den neuen RPI und will den Alexa Skill mit dem neuen Schlüssel aktivieren.

Was kann ich denn noch tun?

[MadMax-FHEM]

Hast du das gemacht was im Wiki steht und/bzw. im verlinkten Thread?
EDIT: also deregistriert beim Vereinsserver und neu registriert?

EDIT:

Der Skill funktioniert und auch im Logfile sehe ich keine besonderen Ding:

also ich sehe einige Dinge im Log, z.B.:

ChannelWasserAussen-state: unreachable

[16.11.2022, 21:13:21] client not authorized: {"error_index":"xz1gTrksmbxs3r6VjliBUgAAAAAAAAABf1ResLuVzqVmUfFqrWcqZGYSVvZQDViEjqbuyVdumJR7_iyk0SzZoj5y-AGqu49Dp2HuZ-jyE8qKQ8I3x51b0Rtjg2YzicR6s6LccOkBNat5O3rBtgQeW7tDRoASTphMzmX81N9njZF-yP3jZpTb8TCgUUkTlILcvD0znEUWl2SEAOPh95A9QRMl-1yzY6hFBKKeLpVju4HQhTS9heBMVeYGdNLqHZ--i6OMoQ==","error_description":"The request has an invalid parameter : access_token","error":"invalid_token"}
[16.11.2022, 21:13:21] ERROR: InvalidAccessTokenError from 127.0.0.1

Klingt für mich nicht nach nichts

Dort ist der Alexa Skill jetzt deaktiviert.

Wie deaktiviert?

Gruß, Joachim

[UweUwe]

Hallo Joachim,

ich habe den  funktionierende ALEXA -Skill über die Alexa  APP (Webinterface bietet dies nicht an) deaktiviert. Damit funktionierte in meinem  Produktionssystem die Alexa nicht mehr. Das hab ich geprüft, soll ja auch so sein.
Daraufhin habe ich mit der Alexa App und den neuen Keys des Debian Systems versucht den  Alexa-Skill auf dem Debian System zu regisitrieren, erfolglos.
Die Fehlermeldung hab ich geschickt und auch die Logfile.

Da dies nicht zum Erfolg geführt hat, habe ich wieder meine alten Keys von meinem Produktionssystem verwendet und neu registriert. Daraufhin funktionierte die Alexa auf dem alten Produktionssystem wieder.

Produktionsystem und neues Debian System laufen Hardware- und Software getrennt auf 2 RPI3, jedoch im selben Netzwerk.
Das neue System (Debian) hat noch keine Interface aufgesteckt und hat damit keine Verbindung zu den FHEM Modulen.. (HM-MOD-RPI-PCB).

[MadMax-FHEM]

Ja in Amazon deaktiviert aber eben auch schon mal wie verlinkt usw. beim Vereinsserver deregistriert und das neue alexa-fhem registriert?

Oder einfach beide mal deregistriert und die neue alexa-fhem Installation registriert?

Oder, wie auch schon geschrieben: ssh Schlüssel umgezogen? Weil (wie auch schon geschrieben) bin ich bereits mehrfach umgezogen und das ohne Probleme aber eben mit den ssh Schlüsseln...

Gruß, Joachim

[UweUwe]

Hallo Joachim,

ein weiterer Meilenstein ist erreicht, FHEM Connector des Debian Systems habe ich erfolgreich bei alexa/amazon als Skill registriert.
Der Weg dahin war, dass ich im Vereinsserver die Registrierung komplett gelöscht haben mit

Code: [Auswählen]

sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister

==> vielen Dank für den Hinweis und den Verweis auf das Wiki.

Jetzt muss ich noch das Interface zu den Geräten einrichten. Das ist der nächste grosse Job.

Danke nochmals..

[MadMax-FHEM]

Gerne.

[gelöst]?

Gruß, Joachim