[37_echodevice] Amazon Echo Modul (nicht Alexa)

Begonnen von michael.winkler, 12 Januar 2018, 18:20:12

Vorheriges Thema - Nächstes Thema

link611

Zitat von: dermitschi85 am 25 Januar 2019, 22:49:18
Visudo und dem Benutzer FHEM kurzzeitig mal Sudo Recht einräumen löst zumindest das Problem.

sudo visudo

Dann unter # User privilege specification folgende Zeile einfügen: fhem    ALL=(ALL) NOPASSWD: ALL

Sobald npm install durch ist, kannst du die Zeile wieder entfernen.

Grüße Michi

Danke, hat geklappt.

rs

#2086
Zitat von: Nexium am 25 Januar 2019, 22:43:07
Hast du am manuell angelegten Gerät mal set autocreate_devices gemacht? Dann Werden deine Geräte angelegt und an denen hast du dann die set Befehle die du suchst.

Das ist der entscheidende Hinweis, vielen Dank. Hatte ich nicht gesehen, bzw. gefunden...

Danke

EDIT:

SUPER; hey, das ist ja klasse ... Da stehen ja ungeahnte Möglichkeiten offen ...

Echt vielen herzlichen Dank für eure Geduld und Hilfe

Roland
rpi3+ & RaspBee | Phillips, Osram, IKEA, SIlvercrest Devices | FHEM 6.2 | Echo Show 15 | Yamaha YAS| LG TV | Ubuntu 22.04 - NextCloud 27 - OpemVPN - Wordpress - NAS - ...

Technick

Danke für eure Unterstützung. Auch mir als stiller Mitleser hat das geholfen. Den fhem User in Sudoers einzutragen hat den Erfolg gebracht.


Gesendet von iPad mit Tapatalk

dermitschi85

Zitat von: dermitschi85 am 25 Januar 2019, 22:53:48
Hi Leute,

ich habe ein ganz anderes Problem:

Nachdem der Login normal nicht geklappt hat und auch per Captcha nicht, habe ich npm install durchgeführt mit anfänglichen Problemen.
Danach hab ich einmal npm login new aufgerufen, woraufhin ich auf den internen Proxy auf Port 3002 weitergeleitet wurde und zum Login aufgefordert wurde.

Hab ich auch gemacht. Hat aber leider nicht geklappt. Login ging immer noch nicht.
Darauf hin habe ich alles noch mal gelöscht und wollte es noch mal probieren, jetzt kommt aber im Log folgende Fehlermeldung wenn ich auf npm login new gehe:

2019.01.25 22:37:51 3: [Echo] [echodevice_NPMLoginNew] Node Version 8.11.1

2019.01.25 22:37:51 3: [Echo] [echodevice_NPMLoginNew] Proxy Port 3002 is free
2019.01.25 22:37:51 3: [Echo] [echodevice_NPMLoginNew] Proxy IP 192.168.178.66
module.js:549
    throw err;
    ^

Error: Cannot find module 'has-values'
    at Function.Module._resolveFilename (module.js:547:15)
    at Function.Module._load (module.js:474:25)
    at Module.require (module.js:596:17)
    at require (internal/module.js:11:18)
    at Object.<anonymous> (/opt/fhem/cache/alexa-cookie/node_modules/alexa-cookie2/node_modules/http-proxy-middleware/node_modules/micromatch/node_modules/snapdragon/node_modules/base/node_modules/cache-base/node_modules/unset-value/node_modules/has-value/index.js:11:17)
    at Module._compile (module.js:652:30)
    at Object.Module._extensions..js (module.js:663:10)
    at Module.load (module.js:565:32)
    at tryModuleLoad (module.js:505:12)
    at Function.Module._load (module.js:497:3)


Jemand ne Idee wie ich das Problem beheben könnte?

Grüße Michi

Keiner eine Idee? Hab mittlerweile alles mir mögliche probiert. Evtl hat Michael Winkler noch ein Ass im Ärmel?

Grüße Michi

solidphili

Zitat von: store2704 am 24 Januar 2019, 20:23:04
Das problem hatte ich auch. Im Docker Conatiner fehlt nslookup. Dies muss installiert werden. Ich meine es war im paket net-tools. Das kannste aber suchen.

Grüße
Vielen Dank!!! dnsutils war es! :-)

hyper2910

das modul läuft einwandfrei bei mir, nur trennt es die Verbindung ab und an.  Dann ein neuer npm Login und alles funktioniert wieder.

kann man irgendwie den NPM Login per Notify realisieren, falls Sich der Echo trennt?
Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

awel

play_routine, Ankündigungen und Umlaute im Ausgabetext

In Routinen kann man jetzt Ankündigungen nutzen: Das sind Textmeldungen die gleichzeitig relativ synchron auf mehreren, auswählbaren Geräten ausgegeben werden (siehe z.B. https://stadt-bremerhaven.de/amazon-alexa-ankuendigungen-ab-sofort-in-routinen-nutzbar).

Ich habe u.a. jetzt eine Routine erstellt, die auf mehreren Geräten den Text "Der Wäschetrockner ist fertig" ausgibt.
Starte ich die Routine aus der Handy-App (Android), wird alles normal ausgesprochen. Starte ich dagegen dieselbe Routine -die ja nicht lokal, sondern bei Amazon gespeichert ist - aus dem Modul mit set <device> play_routine ... gibt es Probleme mit dem ä im Wäschetrockner. Wohlgemerkt: Das ä taucht nicht im Namen, sondern im Ausgabetext der Routine auf!

Könnte es sein, dass irgendeine Landes- oder Sprachinfo bei play_routine nicht mit an Amazon geschickt wird?
Browser-Language steht auf dem Standard "de,en-US;q=0.7,en;q=0.3"

Es ist jetzt nicht soooo dringend, mit ae funktioniert der Wäschetrockner ;-)
Vielleicht sind fehlende Sprachinfos aber auch Ursache anderer Schwierigkeiten...

VG Achim

michael.winkler

Zitat von: hyper2910 am 26 Januar 2019, 18:11:39
das modul läuft einwandfrei bei mir, nur trennt es die Verbindung ab und an.  Dann ein neuer npm Login und alles funktioniert wieder.

kann man irgendwie den NPM Login per Notify realisieren, falls Sich der Echo trennt?
Welche Version hast du im Einsatz?

michael.winkler

Zitat von: awel am 26 Januar 2019, 20:33:04
play_routine, Ankündigungen und Umlaute im Ausgabetext

In Routinen kann man jetzt Ankündigungen nutzen: Das sind Textmeldungen die gleichzeitig relativ synchron auf mehreren, auswählbaren Geräten ausgegeben werden (siehe z.B. https://stadt-bremerhaven.de/amazon-alexa-ankuendigungen-ab-sofort-in-routinen-nutzbar).

Ich habe u.a. jetzt eine Routine erstellt, die auf mehreren Geräten den Text "Der Wäschetrockner ist fertig" ausgibt.
Starte ich die Routine aus der Handy-App (Android), wird alles normal ausgesprochen. Starte ich dagegen dieselbe Routine -die ja nicht lokal, sondern bei Amazon gespeichert ist - aus dem Modul mit set <device> play_routine ... gibt es Probleme mit dem ä im Wäschetrockner. Wohlgemerkt: Das ä taucht nicht im Namen, sondern im Ausgabetext der Routine auf!

Könnte es sein, dass irgendeine Landes- oder Sprachinfo bei play_routine nicht mit an Amazon geschickt wird?
Browser-Language steht auf dem Standard "de,en-US;q=0.7,en;q=0.3"

Es ist jetzt nicht soooo dringend, mit ae funktioniert der Wäschetrockner ;-)
Vielleicht sind fehlende Sprachinfos aber auch Ursache anderer Schwierigkeiten...

VG Achim
Die Browser Language kannst du ja selber mal auf Deine Werte einstellen. Hierfür gibt es ja das Attribut. Ich testet es aber mal bei mir auch und gebe dann bescheid.

Nexium

Zitat von: Nexium am 25 Januar 2019, 21:57:03
@Michael

bei set Echoxy speak_ssml bekommt man beim Echo Show zb den Ankündigungsbildschirm angezeigt. Dort steht groß mittig Speak. Ist da was geplant das man das vielleicht selber über sein set Befehl bestimmen kann?
Wie sieht es mit der Sound Library aus? Die scheint momentan nicht zu funktionieren, denk mal die ist noch nicht eingebunden. Hast du da was geplant?

Gruß Dominik

Kurze Info wär nett, Michael


hyper2910

Cubietruck mit FHEM, CUL V3 443MHz, 2 x CULV3 868MHz, Milights, Max Heizungssteuerung, Homematic, IT,

mrfloppy

Nur ein kleiner Schönheits/Schreibfehler im get status!

Danke für die Tolle Arbeit.
RaspiMatic, RFXtrx433 E USB, Div. Thermostate, CUL433, Fhemduino, Signalduino, Temp/luftfeuchesensoren,Fensterkontakte,Intertechno Schalter,....... HM-IP

netsrac4th

Zitat von: mrfloppy am 27 Januar 2019, 10:19:12
Nur ein kleiner Schönheits/Schreibfehler im get status!

Danke für die Tolle Arbeit.

Noch ein Schönheitsfehler :-)

Latest Revision: 18419

File                  Rev   Last Change

37_echodevice.pm      15724 2017-12-29 22:59:44Z michael.winkler

KernSani

#2099
Hi Michael,

ich habe im Log (zum Glück nur das freezemon-Log ;)) ellenlang sowas hier...


2019.01.27 21:12:00.940 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.941 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.941 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.942 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.942 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.943 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.943 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.943 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.943 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.944 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.944 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.944 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.945 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.945 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.945 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.946 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.946 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.946 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken
2019.01.27 21:12:00.946 4: [echo] [echodevice_NPMWaitForCookie] wait for refreshtoken


werden da evtl. irgendwelche timer nicht sauber zurückgesetzt o.ä.? Bin aktuell auf 51d

EDIT: Vergessen zu sagen: Das Modul funktioniert prächtig - nur die Logeinträge im Millisekundentakt machen mir Sorgen...
EDIT2: Gerade ein upgrade gemacht (FHEM und echodevice auf 51p) und anschliessender shutdown/restart - Aktuell kommt das Ding nur 1mal im Log. Ich beobachte das mal weiter...
EDIT 3: Die Timer werden wieder mehr. Über Nacht hat sich da wieder eine ganze Menge aufgebaut
RasPi: RFXTRX, HM, zigbee2mqtt, mySensors, JeeLink, miLight, squeezbox, Alexa, Siri, ...