[37_echodevice] Amazon Echo Modul (nicht Alexa)

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

Vorheriges Thema - Nächstes Thema

achim-e

#5940
Hmm, also irgendetwas mache ich wohl falsch. Das echodevice funktioniert an sich problemlos, bindet alle Geräte ein und Kommandos klappen ebenfalls. Aber die Verbindung via NPM wird einfach nicht längerfristig gehalten. Jeder Reboot führt zu einem disconnected, die Kappung der Verbindung erfolgt aber auch ohne Reboot bereits nach wenigen Stunden oder Tagen. Ich muss dann jedes Mal erneut das Cookie über NPM_login new neu erzeugen. Ich kann mir nicht vorstellen, dass das so gedacht ist. Bin nach der auf der Webseite beschriebenen Methode vorgegangen und kann keinen Fehler finden... Habe auch das Refresh-Intervall mal auf 7200 gesetzt, um regelmäßig den Refresh zu garantieren, hat aber nix gebracht :(

Hat jemand einen Tipp für mich oder ist das Verhalten einfach so und nicht anders lösbar?

AlphaKingOne

Ich habe zur zeit leider auch ein Problem. Ich habe version 0.2.29 seit ein paar Tagen steht nur noch INITIALIZED bei allen Geräten.
Jetzt wollte ich es mit einem Neuen Loggin versuchen da das Refresh auch nicht funktionierte. Beim Neuen Login kann ich mich mit meinem Amazon Konto anmelden.
Dann kommt die SMS Code Abfrage. Jetzt ist es schon merkwürdig das das Eingabefeld beim Tippen anscheinen Aktualisiert wird. Also muss man schnell sein um in Kürzester zeit die Zahlen einzutippen. Nach Bestätigung kommt man auf der Tollen Fehler 404 Amazon Hundeseite. Jemand eine Idee?
Raspberry B, B+, B v2 u. v3; DS18B20; MCP23017; CUL; ESP8266

KyleK

Ich hatte vor ein paar Wochen das gleiche Problem wie du.
Nach mehreren Stunden verzweifelten Versuchen, es zum Laufen zu bringen, hab ich in meinem Amazon Account von 2FA via SMS auf 2FA via Authenticator App umzustellen.
Danach funktionierte der NPM_Login wieder wie gehabt.
FHEM on Raspberry Pi 3B+
CUL868
7x MAX! Thermostat, 8x MAX! Fensterkontakte
Conbee II + deConz, TradFri Lampen, Osram Smart+ Steckdosen

rs

#5943
CIao Michael,

seit Anfang Jan hatte ich immer wieder die Meldung:
2024.01.24 09:10:26 3: [Amazon] [echodevice_Parse] [activities] [133] WRONG JSON Type Type=
2024.01.24 09:11:26 3: [Amazon] [echodevice_Parse] [activities] [169] WRONG JSON Type Type=
2024.01.24 09:12:26 3: [Amazon] [echodevice_Parse] [activities] [205] WRONG JSON Type Type=

und nun tritt das häufiger auf, heute jeden Minute.

Habe das nicht bemerkt, weil ich nichts geändert habe und die FHEM-Echo Kommunikation funktioniert.
EIn Neustart, also neues Login, funktioniert auch wie seit nun seit Jahren einwandfrei.

Es läuft die
- alexa-fhem version 0.5.57
- npm login version 0.2.29

Ich kann jetzt natürlich verbose 3 auf 0 setzten, dann sehe ich das nicht mehr, aber ignorieren von Symthomen hat noch niemanden gerettet!

Muss ich mir Sorgen machen, etwas tun?

Danke
Roland

PS: Ein Backup vom 1. Dez ein gespielt, hier taucht es im Log erstmals und einzig am 14. Dez23 auf, aber auch in dieser Version nun Minütlich:

fhem-2023-12-14.log:2023.12.14 04:47:53 3: [Amazon] [echodevice_Parse] [activities] [333373] WRONG JSON Type Type=
fhem-2024-01-24.log:2024.01.24 10:51:53 3: [Amazon] [echodevice_Parse] [activities] [29] WRONG JSON Type Type=
fhem-2024-01-24.log:2024.01.24 10:53:46 3: [Amazon] [echodevice_Parse] [activities] [107] WRONG JSON Type Type=
fhem-2024-01-24.log:2024.01.24 10:57:46 3: [Amazon] [echodevice_Parse] [activities] [251] WRONG JSON Type Type=


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 - ...

juemuc

#5944
Hallo Roland,

ich nutze die Version 0.5.64 Bei mir kommen diese Meldungen nicht.

Viele Grüße
Jürgen

PS: verbose steht bei mir aber auch global auf 2
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

MadMax-FHEM

Zitat von: rs am 24 Januar 2024, 09:19:50- npm login version 0.2.29
-> meint wohl eher echodevice-Modul-Version ;)

alexa-fhem hat hiermit (und auch den Logmeldungen: [echodevice_Parse]) (eigentlich) nichts zu tun...

Muss aber zugeben: ich habe auch alexa-fhem 0.5.64 und diese Meldungen nicht, allerdings ist meine echodevice-Version "älter": 0.2.19
Zitat von: juemuc am 24 Januar 2024, 11:02:25PS: verbose steht bei mir aber auch global auf 2
Bei mir nicht in global, sondern bei den Echo-Devices auf 0 ;)
(waren mir wohl mal zu geschwätzig? 8) Und habe es seither nicht mehr umgestellt ;)  )

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)

AlphaKingOne

Zitat von: KyleK am 23 Januar 2024, 22:21:01Ich hatte vor ein paar Wochen das gleiche Problem wie du.
Nach mehreren Stunden verzweifelten Versuchen, es zum Laufen zu bringen, hab ich in meinem Amazon Account von 2FA via SMS auf 2FA via Authenticator App umzustellen.
Danach funktionierte der NPM_Login wieder wie gehabt.
vielen Dank jetzt geht es. Darauf wäre ich nie gekommen
Raspberry B, B+, B v2 u. v3; DS18B20; MCP23017; CUL; ESP8266

rs

#5947
Zitat von: juemuc am 24 Januar 2024, 11:02:25Hallo Roland,

ich nutze die Version 0.5.64 Bei mir kommen diese Meldungen nicht.


Hm, ein: "npm update -g alexa-fhem" bringt mich zwar auch auf die Version 0.5.64
die Meldung bleibt aber dennoch.
2024.01.24 11:53:15 3: [Amazon] [echodevice_Parse] [activities] [61] WRONG JSON Type Type=

@AlphaKingOne:
Ich habe keine Probleme mit dem npm loging, auch nicht mit der Funktionalität, nur die Meldung irritiert mich ...
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 - ...

MadMax-FHEM

#5948
Zitat von: rs am 24 Januar 2024, 11:54:17Hm, ein: "npm update -g alexa-fhem" bringt mich zwar auch auf die Version 0.5.64
die Meldung bleibt aber dennoch.

Zitat von: MadMax-FHEM am 24 Januar 2024, 11:16:59alexa-fhem hat hiermit (und auch den Logmeldungen: [echodevice_Parse]) (eigentlich) nichts zu tun...

-> verbose einstellen und gut?

Wie wir: juemuc und ich / global: eher nicht oder eben Device(-Typ)-spezifisch
Zitat von: MadMax-FHEM am 24 Januar 2024, 11:16:59Bei mir nicht in global, sondern bei den Echo-Devices auf 0 ;)
Zitat von: juemuc am 24 Januar 2024, 11:02:25PS: verbose steht bei mir aber auch global auf 2

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)

rs

#5949
Also, es kommt definitiv an 4 stellen aus dem echodevice.pm modul und wird offensichtlich beim readings update erzeugt, sieht man am timestamp in den readings. AMZN hat wohl etwas geändert, das nicht verarbeitet werden kann.

fhem@fhem(2.34a):~/FHEM $ grep 'WRONG JSON Type' *pm
37_echodevice.pm:                       Log3 $name, 3, "[$name] [echodevice_Parse] [$msgtype] [$msgnumber] WRONG JSON Type Type=" . ref($json);
37_echodevice.pm:                       Log3 $name, 3, "[$name] [echodevice_Parse] [$msgtype] [$msgnumber] WRONG JSON Type Type=" . ref($json);
37_echodevice.pm:                       Log3 $name, 5, "[$name] [echodevice_Parse] [$msgtype] [$msgnumber] WRONG JSON Type Type=" . ref($json);
37_echodevice.pm:                       Log3 $name, 5, "[$name] [echodevice_Parse] [$msgtype] [$msgnumber] WRONG JSON Type Type=" . ref($json);

ein kleines Log3 an diesen Stellen zeigt leeren $json string in zeile 2858, das so offensichtlich nicht vorgesehen ist.

Also erst Mal:
Verbose =1 und gut solange alles funktioniert.

Bin aber skeptisch ..

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 - ...

swsmily

Hallo,

ich habe seit gestern das Problem, dass das Voice-Reading nicht mehr sofort aktuallisiert wird, sondern meinst 1 bis 2 Minunten zwischen Sprachbefehl und Änderung des Readings liegen.
Hat Amazon da wieder was geändert?


michael.winkler

Ab morgen früh ist eine neue Version online

# 2024.01.26 v0.2.30
# - CHANGE:  voice_reading auf neue API umgestellt
# - FEATURE: Unterstützung A2UONLFQW0PADH Echo Show 8 Gen3
#

taskkill

vor dem Update hatte ich auch immer
2024.01.24 09:10:26 3: [Amazon] [echodevice_Parse] [activities] [133] WRONG JSON Type Type=
2024.01.24 09:11:26 3: [Amazon] [echodevice_Parse] [activities] [169] WRONG JSON Type Type=
2024.01.24 09:12:26 3: [Amazon] [echodevice_Parse] [activities] [205] WRONG JSON Type Type=
im log zu stehen. Nach dem Update kommt jetzt alle Minute
2024.01.28 06:42:02 3:  [ECHO_UNTEN] [echodevice_Parse] [getsmarthome] [52167] Too many requests
2024.01.28 06:42:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52168] Too many requests
2024.01.28 06:43:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52209] Too many requests
2024.01.28 06:44:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52251] Too many requests
2024.01.28 06:45:02 3:  [ECHO_UNTEN] [echodevice_Parse] [getsmarthome] [52293] Too many requests
2024.01.28 06:45:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52294] Too many requests
2024.01.28 06:48:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52419] Too many requests
2024.01.28 06:50:02 3:  [ECHO_UNTEN] [echodevice_Parse] [getsmarthome] [52504] Too many requests
2024.01.28 06:51:02 3:  [ECHO_Plus] [echodevice_Parse] [getsmarthome] [52545] Too many requests
jemand eine Idee?
RPI 3B+ mit Raspbian Bullseye auf SSD, aktiver USB-Hub, Fhem (is klar), TI CC2652P, nanoCUL 868 WMBUS, Echo Plus 2te Gen., ESPxxxx, usw.

Jamo

#5954
[ECHO_Flur] [echodevice_Parse] [getsmarthome] [8217] Too many requestsBei mir genauso seit meinem remote Update gestern, für alle mein Echo devices.
Die Echo Geräte sind vom Strom getrennt, und ich bin auch nicht zu Hause. Woher die requests dann kommen sollen, ist mir schleierhaft.
Bullseye auf iNUC, Homematic + HMIP(UART/HMUSB), Debmatic, HUEBridge, Zigbee/ConbeeII, FB, Alexa (fhem-lazy), Livetracking, LaCrosse JeeLink, LoRaWan / TTN / Chirpstack