alexa-fhem: amazon alexa smart home skill für fhem

Begonnen von justme1968, 05 November 2016, 23:21:32

Vorheriges Thema - Nächstes Thema

SonOfAbaddon

Nachtrag zu meinem Post:
Wenn ich Alex über FHEM stoppe und " alexa-fhem -D -c /opt/fhem/alexa-fhem.cfg > debug.log "über die Shell absezte bekomme ich auch schon ein

[04/11/2021, 11:01:39] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[04/11/2021, 11:02:02] *** SSH: exited with 0

geliefert. Hat einer eine Idee wie ich den ssh token ersetzen kann, damit ich mich neu registrieren kann?





Zitat von: SonOfAbaddon am 03 November 2021, 17:09:09
Hi Leute,

nach dem Aussetzer heute habe ich meinen FHEM Alexa-Skill neu gepaart und bekomme jetzt bei jedem "set alexading reload" folgene 'Einträge ins Log:
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:29] refreshing token
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:30] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'
[03/11/2021, 17:03:31] failed to refresh token: invalid_grant: 'The request has an invalid grant parameter : refresh_token'


Bestehende Geräte funktionieren, aber ich habe neue AlexaNames hinzugefügt, die nun nicht mehr übergeben werden. Hat wer eine Idee wo ich suchen kann?
FHEM in Docker auf HP T620, MQTT über Mosquitto, HomeMatic, Alexa, KODI, FritzBox, diverse gelötete HM-UNI- & ESP-Sensoren/Aktoren

MadMax-FHEM

Wenn ich mit deinem Fehler "The request has an invalid grant parameter refresh_token" suche, lande ich z.B. hier: https://forum.fhem.de/index.php/topic,108461.msg1024334.html#msg1024334

Vielleicht hilft das...

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)

SonOfAbaddon

habe ich soeben auch gefunden und

Lösung:
1. Skill deaktiviert
2. Alexa-fhem gestoppt
3. Alexa device gelöscht - vorher die Raw definition gesichert damit ich geänderte Einstellungen wieder machen kann
4. Registierung auf dem Server gelöscht mit: sudo -u fhem ssh -p 58824 fhem-va.fhem.de unregister
5. Alexa device neu erstellt
6. Skill Aktiviert

durchgeführt.

Es läuft wieder, neue devices werden gefunden. Der damit verbundene Tausch des ssh keys hat geholfen. Danke!
FHEM in Docker auf HP T620, MQTT über Mosquitto, HomeMatic, Alexa, KODI, FritzBox, diverse gelötete HM-UNI- & ESP-Sensoren/Aktoren

MadMax-FHEM

Naja auch hier:

Alexa-Device löschen war u.U. unnötig ist aber ja wieder schnell angelegt ;)

ssh-Keys evtl. mal sichern, ich habe den .ssh Ordner (unter /opt/fhem) einfach mal "ge-tar-d" und somit im norm. fhem Backup...
...dann braucht man bei einem System-Umzug/-Neuinstallation keine Neuanmeldung/-registrierung...

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)

SonOfAbaddon

Ich denke auch dass das Entfernen aus den userkeys gereicht hätte und der Start des Alexa-devices einen neuen erzeugt hätte. Sei's drum, 2 Minuten mehr Arbeit. Das Wichtigeste: es tut wieder. Kommt in meine FHEM knowledgebase. :D

Den Ordner zu sichern ist für einen Umzug nicht verkehrt. Ich mache regelmäßig dd-backups auf ein NAS, um einen Totalausfall zu federn. Auch weil noch Octoprint und pi-hole auf dem pi mitlaufen.
FHEM in Docker auf HP T620, MQTT über Mosquitto, HomeMatic, Alexa, KODI, FritzBox, diverse gelötete HM-UNI- & ESP-Sensoren/Aktoren

MadMax-FHEM

[OT]

Zitat von: SonOfAbaddon am 04 November 2021, 11:19:08
Den Ordner zu sichern ist für einen Umzug nicht verkehrt. Ich mache regelmäßig dd-backups auf ein NAS, um einen Totalausfall zu federn. Auch weil noch Octoprint und pi-hole auf dem pi mitlaufen.

Bei dd-backups im laufenden Betrieb (klingt danach) wäre ich vorsichtig!

Weil es da ja weiterhin laufende Dienste und geöffnete Dateien etc. gibt.
D.h. es kann gut sein, dass ein zurückgespieltes dd-Backup nicht mehr läuft (hatte ich schon).

Daher sichere ich (wenn überhaupt komplett) "offline"...

Testest du auch regelmäßig den Restore?

Weil Backup machen ist das eine...
...aber wichtig ist, dass der Restore zuverlässig tut!

Gruß, Joachim

[/OT]
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)

darthi

#4461
Hallo zusammen,

ich hab seit dem Ausfall gestern das Problem, dass sich meine Heizkörperthermostate nicht mehr steuern lassen. Vorher gab es hier keine Probleme. Ich habe an der FHEM Konfig auch nichts geändert. Den kompletten Server habe ich schon neugestartet.

Im Log bekomme ich folgenden Eintrag für jedes Thermostat:
[2021-11-4 12:41:12] [FHEM] HeizungKueche is thermostat
[2021-11-4 12:41:12] [FHEM] HeizungKueche is NOT a thermostat. set command for target temperature missing: control
[2021-11-4 12:41:12] [FHEM] HeizungKueche has
[2021-11-4 12:41:12] [FHEM]   StatusLowBattery [battery]
[2021-11-4 12:41:12] [FHEM]   CurrentTemperature [4.ACTUAL_TEMPERATURE]
[2021-11-4 12:41:12] [FHEM]   CurrentHeatingCoolingState [undefined]
[2021-11-4 12:41:12] [FHEM] HeizungKueche will not send proactive events
[2021-11-4 12:41:12] [FHEM] HeizungKueche uses ID: OEQ1706077
  2021-11-04 12:41:12 caching: HeizungKueche-battery: ok
  2021-11-04 12:41:12 caching: HeizungKueche-4.ACTUAL_TEMPERATURE: 20.4


Natürlich gibt es den Wert "control" und die Thermostate lassen sich in FHEM auch darüber steuern. Auch ein Reload/Restart des Alexa-Moduls bringt die gleiche Meldung.
In der Vergangenheit hatte ich sowas, wenn die CCU noch nicht RPC fertig synchronisiert hatte. Das läuft aber und damals hatte ein einfacher Reload geholfen.

Jemand eine Idee, womit das nun zu tun haben könnte?

MadMax-FHEM

Gut, dass du geschrieben hast HMCCU ;)

Es gab kürzlich/immer noch einiges auch bzgl. HMCCU (normalerweise bzw. aktuell verstärkt gibt es eher was bzgl. CUL_HM ;)  )...
...evtl. hängt es damit zusammen?
Mal im Forum suchen...

Ansonsten: list bzw. jsonList2 vom Device...

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)

justme1968

in hmccu hat sich einiges geändert. schau dir den thread zur aktuellen 5.0 version und den update dazu an.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

darthi

Hi zusammen,

ja hab ich gerade parallel auch gefunden... Anscheinend hat sich das mit einem größeren Update bei HMCCU zusammen: https://forum.fhem.de/index.php/topic,123686.0.html

Leider werden die Devices nun nicht mehr korrekt erkannt, auch nachdem ich sie resettet habe. Das muss ich mir wohl am Wochenende genauer angucken und im Zweifel ein manuelles homebridgeMapping anlegen...

sash.sc

Hallo zusammen.

Habe npm geupdatet. Habe dann das Update für alex angestossen, nach der wiki.

sudo npm install -g alexa-fhem

Hat soweit aber wohl nicht funktioniert.  Es kam folgende Meldung.


pi@raspi:~ $ sudo npm install -g alexa-fhem
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated uuid@3.4.0: Please upgrade  to version 7 or higher.  Older versions may use Math.random() in certain circumstances, which is known to be problematic.  See https://v8.dev/blog/math-random for details.

changed 63 packages, and audited 64 packages in 21s

3 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities



Jemand eine Idee ?

gruß
Sascha
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Mathias R

#4466
Hallo,
ich habe auf einem Pi mit aktuellem Raspberry-OS (Bullseye) genau das gleiche Problem.
Wenn ich statt des Pi-OS (32 Bit) ein Bullseye mit 64 Bit installiere besteht das Problem auch.
# npm version
{
  npm: '7.5.2',
  node: '12.22.5',
...


Bei gassistant gab es ähnliche Probleme, aber die sind inzwischen gelöst:
https://forum.fhem.de/index.php/topic,96696.2760.html

Vielleicht gibt es für Alexa ja eine ähnliche Lösung.

Gruß, Mathias

sn0000py

Hallo ich versuche noch mal die Steuerung meiner Geräte mittels Alexa.

Dazu habe ich nun folgendes was ich einfach nicht zum laufen bringe.
2 dummy Geräte in FHEM
alexa.media.mapping.wohnzimmer und alexa.media.mapping.schlafzimmer
beides hat alexaName fernseher

habe nun 2 Gruppen Schlafzimmer und Wohnzimmer jeweils ein Echo und eines dieser dummyDevices

wenn ich nun auf dem echo im wohnzimmer folgendes sage
schalte fernseher auf pro sieben

bekomme ich korrekter weise

2022.01.03 20:57:08.081 1: Device 'alexa.media.mapping.wohnzimmer' event 'channel: ProSieben'
2022.01.03 20:57:08.081 1: schalte kanal 2


wenn ich nun auf dem selben echo sage
schalte fernseher lauter

kommt aber nun
2022.01.03 20:57:31.426 1: Device 'alexa.media.mapping.schlafzimmer' event 'volume: 60'
2022.01.03 20:57:31.427 1: Volumne 60 ... 30


Also komischer weise für den programm wechsel nimmt er den richtigen dummy der in der gruppe auch drinnen ist, für die lautstärke aber den falschen,

Wo kann ich da für debuging ansetzen?
Im log von alexa (am FHEM) stehen auch schon diese zwei devices falsch drinne
[1/3/2022, 8:57:31 PM] >>>> [ssh] {"directive":{"header":{"namespace":"Alexa.Speaker","name":"AdjustVolume","payloadVersion":"3","messageId":"xxxxxx","correlationToken":"-"},"endpoint":{"scope":{"type":"BearerToken","token":"yyyyyy"},"endpointId":"zzzzz","cookie":{"fuuid":"bbbbbbbb","device":"alexa.media.mapping.schlafzimmer"}},"payload":{"volume":10,"volumeDefault":true}}}
[1/3/2022, 8:57:31 PM] [FHEM]     caching: Custom Volume: 50 (as number; from '50')
[1/3/2022, 8:57:31 PM] [FHEM] alexa.media.mapping.schlafzimmer: executing set cmd for nnnnnnnnnnnn with value 60
[1


Also der "fehler" muss irgendwo davor passieren

justme1968

im log siehst du hinter >>>> was direkt von amazon kommt. wenn das schon falsch ist musst du dich dort beschweren.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

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

sn0000py

und da gibt es nicht noch wo einen zwischenschicht da da zwischen amazon und fhem drinnen sitzt?

Verwendet niemand das modul und hat meherer geräte mit dem gleichen namen? (Licht, Radio, Fernseher Temperatur, Heizung oder sonst was) wo je nach echo dann unterschiedliche geräte in fhem dann angesprochen werden?