39_alexa.pm und alexa-fhem test version

[gvzdus]

@juemuc: Sollte eher einfach sein:

- Zusehen, dass Dein alter alexa-Prozess nicht mehr läuft und nicht mehr beim Reboot gestartet wird (der Prozess unter dem User "pi").
- Morgen gut nach 8 Uhr ein Software-Update von FHEM durchführen
- Nach dem Wiki vorgehen, als wäre es Deine erste Installation. alexaName-Attribute wirst Du wohl nicht mehr zuweisen müssen.
- Sofern alles glatt läuft, wirst Du die Geräte doppelt sehen. Dann einmal am besten alle Geräte verwerfen und neu suchen - da der alte Skill nicht mehr antwortet, hast Du die Geräte nicht doppelt drin.

[sTaN]

Hi Gregor,

ich war leider bis eben auch verhindert.
Ich hatte ja noch das Problem, wie auch raimundl oben  beschreibt, dass nach dem Speichern und Neustart, das AlexaDevice immer neu erstellt bzw. der bearerToken neu erstellt wurde und gesetzte Readings verloren gingen. Das sollte wohl jetzt behoben sein, nach Aussage des von raimundl.
Mich würde noch interessieren woran es lag?

Morgen werde ich dann auch die neue Version updaten/installieren.
Ich sollte ja eigentlich nur ein sudo npm update -g alexa-fhem ausführen müssen, oder? Bin ja bereits auf der 0.5.2
Bzw. neuen FHEM Connector aktivieren und alten FHEMlazy deaktivieren und Geräte neu einlesen, richtig?

Oder empfiehlt ihr in irgendeiner Forma die alte Variante zu deinstallieren, wenn ja wie am idealsten?

Gruß und danke!
sTaN

[gvzdus]

Ich sollte ja eigentlich nur ein sudo npm update -g alexa-fhem ausführen müssen

... und FHEM aktualisieren, das neue 39_alexa.pm-Modul ist der wichtigere Teil.

Außerdem, 0.5.2. ist so was von vorgestern - wir sind bei 0.5.7

[sTaN]

Außerdem, 0.5.2. ist so was von vorgestern - wir sind bei 0.5.7

Naja ihr seit eben fix Ist vom 10.01. wo ich leider das letzte mal dazu gekommen bin etwas zu machen...Bin gespannt wie es morgen läuft. Starte sobald die neue 39_alexa.pm Version online ist.

Aber ansonsten ist nichts zu beachten? Kein alexa-fhem stopp vor dem Update oder irgend ein manuelles löschen von prozessen/diensten etc.

[gvzdus]

Besser erst alexa-fhem upgraden - den Restart musst Du ja schon im Rahmen des FHEM-Upgrade danach durchführen.
Eine Restsorge hätte ich jetzt: Fahren dabei (beim FHEM-Restart) auch alexa-fhem und ssh runter - bin aber eigentlich ganz zuversichtlich.

[Loki]

hmm, mein "sudo npm install -g alexa-fhem" will nicht...

Code Auswählen Erweitern

0 info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node',
1 verbose cli   '/usr/local/bin/npm',
1 verbose cli   'install',
1 verbose cli   '-g',
1 verbose cli   'alexa-fhem' ]
2 info using npm@6.5.0
3 info using node@v11.6.0
4 verbose npm-session 95367bf5f42f1b63
5 silly install loadCurrentTree
6 silly install readGlobalPackageData
7 http fetch GET 304 https://registry.npmjs.org/alexa-fhem 282ms (from cache)
8 silly pacote tag manifest for alexa-fhem@latest fetched in 295ms
9 timing stage:loadCurrentTree Completed in 425ms
10 silly install loadIdealTree
11 silly install cloneCurrentTreeToIdealTree
12 timing stage:loadIdealTree:cloneCurrentTree Completed in 0ms
13 silly install loadShrinkwrap
14 timing stage:loadIdealTree:loadShrinkwrap Completed in 3ms
15 silly install loadAllDepsIntoIdealTree
16 silly resolveWithNewModule alexa-fhem@0.5.7 checking installable status
17 http fetch GET 304 https://registry.npmjs.org/chalk 66ms (from cache)
18 silly pacote range manifest for chalk@^1.1.1 fetched in 73ms
19 silly resolveWithNewModule chalk@1.1.3 checking installable status
20 http fetch GET 304 https://registry.npmjs.org/commander 149ms (from cache)
21 silly pacote version manifest for commander@2.8.1 fetched in 153ms
22 silly resolveWithNewModule commander@2.8.1 checking installable status
23 http fetch GET 304 https://registry.npmjs.org/readline-sync 155ms (from cache)
24 silly pacote range manifest for readline-sync@^1.4.9 fetched in 157ms
25 silly resolveWithNewModule readline-sync@1.4.9 checking installable status
26 http fetch GET 304 https://registry.npmjs.org/request 158ms (from cache)
27 silly pacote range manifest for request@^2.88.0 fetched in 160ms
28 silly resolveWithNewModule request@2.88.0 checking installable status
29 http fetch GET 304 https://registry.npmjs.org/escape-string-regexp 69ms (from cache)
30 silly pacote range manifest for escape-string-regexp@^1.0.2 fetched in 70ms
31 silly resolveWithNewModule escape-string-regexp@1.0.5 checking installable status
32 http fetch GET 304 https://registry.npmjs.org/strip-ansi 82ms (from cache)
33 silly pacote range manifest for strip-ansi@^3.0.0 fetched in 89ms
34 silly resolveWithNewModule strip-ansi@3.0.1 checking installable status
35 http fetch GET 304 https://registry.npmjs.org/has-ansi 107ms (from cache)
36 silly pacote range manifest for has-ansi@^2.0.0 fetched in 108ms
37 silly resolveWithNewModule has-ansi@2.0.0 checking installable status
38 http fetch GET 304 https://registry.npmjs.org/ansi-styles 119ms (from cache)
39 silly pacote range manifest for ansi-styles@^2.2.1 fetched in 120ms
40 silly resolveWithNewModule ansi-styles@2.2.1 checking installable status
41 http fetch GET 304 https://registry.npmjs.org/supports-color 149ms (from cache)
42 silly fetchPackageMetaData error for supports-color@^2.0.0 Unexpected end of JSON input while parsing near '..."}},"1.1.0":{"name":"'
43 timing stage:rollbackFailedOptional Completed in 1ms
44 timing stage:runTopLevelLifecycles Completed in 757ms
45 verbose stack SyntaxError: Unexpected end of JSON input while parsing near '..."}},"1.1.0":{"name":"'
45 verbose stack     at JSON.parse (<anonymous>)
45 verbose stack     at parseJson (/usr/local/lib/node_modules/npm/node_modules/json-parse-better-errors/index.js:7:17)
45 verbose stack     at consumeBody.call.then.buffer (/usr/local/lib/node_modules/npm/node_modules/node-fetch-npm/src/body.js:96:50)
45 verbose stack     at process.internalTickCallback (internal/process/next_tick.js:77:7)
46 verbose cwd /home/nuc
47 verbose Linux 4.9.0-6-amd64
48 verbose argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "alexa-fhem"
49 verbose node v11.6.0
50 verbose npm  v6.5.0
51 error Unexpected end of JSON input while parsing near '..."}},"1.1.0":{"name":"'
52 verbose exit [ 1, true ]

Kennt jemand das Problem?

[Esjay]

Guten Morgen, ich habe immer wieder folgende Logausgaben!

Code Auswählen Erweitern

[1/14/2019, 6:43:01 AM] client not authorized: {"error_index":"3AKxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxMJ0qpfbJfnxDX5A==","error_description":"The request has an invalid parameter : access_token","error":"invalid_token"}
[1/14/2019, 6:43:01 AM] ERROR: InvalidAccessTokenError from 127.0.0.1
response :{"header":{"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"6997axxxxxxxxxxxxxxxxxxe8"},"payload":{}}
  2019-01-14 06:43:07 caching: TempSchlafzimmer-temperature: 21.4
  2019-01-14 06:43:07 caching: TempSchlafzimmer-humidity: 53
  2019-01-14 06:48:57 caching: TempWohnzimmer-temperature: 22.8
  2019-01-14 06:49:00 caching: TempArbeitszimmer-humidity: 46
[1/14/2019, 6:53:00 AM] client not authorized: {"error_index":"pNxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxtAg==","error_description":"The request has an invalid parameter : access_token","error":"invalid_token"}
[1/14/2019, 6:53:00 AM] ERROR: InvalidAccessTokenError from 127.0.0.1
response :{"header":{"namespace":"Alexa.ConnectedHome.Control","name":"InvalidAccessTokenError","payloadVersion":"2","messageId":"2bxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxd351"},"payload":{}}
  2019-01-14 06:54:57 caching: TempBadezimmer-temperature: 24
  2019-01-14 06:54:57 caching: TempBadezimmer-humidity: 49
  2019-01-14 06:54:57 caching: TempArbeitszimmer-temperature: 21.9
  2019-01-14 06:55:06 caching: TempSchlafzimmer-humidity: 52
  2019-01-14 07:00:56 caching: TempBadezimmer-temperature: 24.2
  2019-01-14 07:00:56 caching: TempBadezimmer-humidity: 50
  2019-01-14 07:01:11 caching: TempGaesteWC-temperature: 21.5
  2019-01-14 07:06:55 caching: TempArbeitszimmer-temperature: 21.8
  2019-01-14 07:07:01 caching: TempGaesteWC-humidity: 48


Gestern Abend ging gar nichts mehr. Heute morgen geht wieder alles. Ist also ein sporadisches Problem. Hat einer der Entwickler eine Idee woran das liegen kann?


Grüße

[gvzdus]

Es kommen Requests mit dem falschen BearerToken. Folgende Möglichkeiten halte ich für gut denkbar:
- Du hast noch FHEM-Lazy parallel als Skill verknüpft, oder vielleicht hatte auch Andre Dich mal zum Beta-Test eingeladen?
- Amazon hat irgendwelche Probleme

Die einfachste Abhilfe sollte sein:
- Sicherstellen, dass nur FHEM Connector verknüpft ist
- Verknüpfung bei FHEM-Connector aufheben und sofort neu verknüpfen (Registrierungskey zur Hand haben)

Wenn das nicht hilf, entscheide Dich, ob wir auf der Lambda-Funktion das volle Debugging einschalten für Deine User-ID (Teil 1 Reg.-Schlüssel) aktivieren sollen, dann landet alle Kommunikation für 7 Tage auf der Platte. Ich bräuchte dann Deine User-ID per P-Mail

[errazzor]

Guten Morgen,

erstmal Danke für das Update.
was mir nach lesen des Threads und des Wikis noch nicht klar ist...

Ich habe die "alte" Installation mit dem SmartHome Skill (mit Developer Account etc.) ... wie das ganze gestartet wird weiss ich schon gar nicht mehr, ist alles so lange her...ich glaube irgendwo läuft ein Startscript...

Muss ich jetzt vor dem Update irgendwas deinstallieren / deaktivieren?

[gvzdus]

Ja, alles andere wird echt chaotisch und quasi garantiert nicht funktionieren.

Am besten gehst Du den Wiki zu "alexa-fhem" im Abschnitt automatischer Start durch und versuchst zu rekonstruieren, welchen Weg Du gewählt hast.

[Esjay]

Es kommen Requests mit dem falschen BearerToken. Folgende Möglichkeiten halte ich für gut denkbar:
- Du hast noch FHEM-Lazy parallel als Skill verknüpft, oder vielleicht hatte auch Andre Dich mal zum Beta-Test eingeladen?
- Amazon hat irgendwelche Probleme

Die einfachste Abhilfe sollte sein:
- Sicherstellen, dass nur FHEM Connector verknüpft ist
- Verknüpfung bei FHEM-Connector aufheben und sofort neu verknüpfen (Registrierungskey zur Hand haben)

Wenn das nicht hilf, entscheide Dich, ob wir auf der Lambda-Funktion das volle Debugging einschalten für Deine User-ID (Teil 1 Reg.-Schlüssel) aktivieren sollen, dann landet alle Kommunikation für 7 Tage auf der Platte. Ich bräuchte dann Deine User-ID per P-Mail

Die Verknüpfung mit FHEMLazy kann ich ausschließen.Der Skill wird unter "Kontoverknüpfung erforderlich" aufgeführt.. Ich habe gestern Abend noch das unregister auf dem Fhem Server durchgeführt,und den Skill anschließend mit neuem Token regestriert. Wenn ich zuhause bin, werde ich nochmal ins Log schauen, und dann können wir, falls die Probleme wieder aufgetreten sind, das volle Debugging gerne einschalten.

Grüße

[errazzor]

Ja, alles andere wird echt chaotisch und quasi garantiert nicht funktionieren.

Am besten gehst Du den Wiki zu "alexa-fhem" im Abschnitt automatischer Start durch und versuchst zu rekonstruieren, welchen Weg Du gewählt hast.

Ok - also auch ALLES andere was im "alexa-fhem" Wiki beschrieben ist rückgängig machen? Das war ja doch einiges auf dem fhem-server.

[gvzdus]

Nein, wichtig ist erst einmal nur, dass der alexa-fhem-Prozess - insbesondere nach einem Reboot oder FHEM-Restart - nicht wieder hochkommt. Und bevor Du FHEM Connector verknüpfst, solltest Du die Verknüpfung zu Deinem Entwicklerskill aufheben.

[errazzor]

Und bevor Du FHEM Connector verknüpfst, solltest Du die Verknüpfung zu Deinem Entwicklerskill aufheben.

Danke und sorry, aber ich muss das fragen - wo bzw. wie mache ich das?

[gvzdus]

Danke und sorry, aber ich muss das fragen - wo bzw. wie mache ich das?

alexa.amazon.com -> Skills -> oben rechts "Ihre Skills" -> Mitte rechts "Entwicklerskills" -> "Skill auswählen" -> "Skill deaktivieren"

Kannst Du als letzten Schritt vornehmen, wenn Du erfolgreich den neuen Skill verknüpft hast.