Alexa - Geräte reagieren nicht mehr
-
@ro75 Werde ich tun. Mein Plan ist Pihole mal komplett zu deaktivieren für ein zwei Tage, kann mir aber nicht vorstellen dass das irgendwas damit zu tun hat, da ein simpler adapterneustart in iobroker dazu führt, dass alexa wieder schaltet... <- Ich sehe hier keine Verbindung zu einer durch pihole geblockten Anfrage ins Internet.
-
@kaskadeur111 sagte in Alexa - Geräte reagieren nicht mehr:
Mich macht echt stutzig, dass nach Adapterneustart (nicht Nodered und nicht der Alexa Adapter, sondern wirklich der entsprechendeGeräteadapter)... Die Geräte sofort wieder per Alexa steuerbar werden... wie als ob der Adapter sich nach ner Weile gegenüber Alexa oder nodered tot stellt. Ist das bei dir auch so?
Was genau meinst du denn mit Geräte Adapter?
Ich versuche unterschiedliche Geräte zu steuern, KNX, Hue, Shelly ... habe die Adapter selber noch nicht separat neu gestartet.
Hatte heute Morgen kurz das Phänomen, dass wir das Licht dimmen wollten und die erst drei Male hat die Sonos Arc reagiert ... es macht "bling" und nichts tut sich. Ich bin dann speziell zum Echo gelaufen (der eh viel näher zu uns stand), habe es dort leiser gesagt (die Arc hört echt krass und weit) und dann hat es funktioniert. Komischerweise hat es im Anschluss auch wieder tadellos über die Sonos funktioniert
-
@hant0r sagte in Alexa - Geräte reagieren nicht mehr:
Ich versuche unterschiedliche Geräte zu steuern, KNX, Hue, Shelly ... habe die Adapter selber noch nicht separat neu gestartet.
Genau die meine ich aber...
Beispiel: Ich sage "Alexa schalte Heizung Wohnzimmer an"... Im Node Red ist hinter "Heizung Wohnzimmer" ein iobroker Objekt hinterlegt welches mittels Homematic-Adapter erzeugt wurde. Ich starte den Homematic Adapter neu und schwupps kann ich per Alexa die Heizung Wohnzimmer steuern... klingt komisch, ich weiss!
Obendrein entkräfte ich meine Aussage gleich selbst mal:
Ich habe soeben das Problem gehabt, dass ein Gerät nicht reagierte... ich habe in Node-Red einen Debug Node direkt hinter den Echo-Hub reingesetzt... und jetzt kommts:
Wenn alexa sagt... "Das Gerät reagiert nicht" sehe ich, dass die Anfrage auch nicht im Debug log sichtbar ist (also kommt die Anfrage von Alexa gar nicht bis zu Node-Red durch!... Ich hab das gerät dreimal versucht per alexa zu steuern... zweimal sagte sie "Gerät reagiert nicht" und beim dritten mal kam der normale Bestätigungs DingDong (das war dann aich das erste mal, dass der Debug Node einen Payload bekommen hat!
-
Ich tippe auf ein Netzwerkproblem oder Ressourcenmangel auf dem Server oder der VM. Wie hoch ist da die IO Verzögerung, was laufen noch für VMs, wie ist das Netzwerk aufgebaut?
-
@peterfido Die Syno läuft auf einem Intel i3 8100T (4Kerne 8Threads) mit 32GB RAM und 4x 4TB SSDs.
Es läuft im Virtual Machine Manager:
- eine Debian VM die sich 1CPU und 2GB RAM nimmt (CPU 0 bis 1% Auslastung)
- eine Debian VM für den IOBroker mit 3 CPUs und 8GB Ram
(CPU 5 bis 15 Prozent Auslastung) - eine Debian VM für Zigbee2MQTT mit 1CPU und 2GB Ram
(CPU 0 bis 2% Auslastung)
Ich habe keinerlei Performance Probleme, genügend Rest RAM auf allen VMs und auch auf dem Gesamtsystem noch über 40% freien Speicher von den 32GB RAM.
Ebenso kaum Plattenauslastung da alles SSDs sind.
Laut Syno sind es um die 40iOPs pro Sekunde im Schnitt... also nix.
Pihole kann ich nun auch schon ausschließen... Das ist heute deaktiviert gewesen und trotzdem Alexa Probleme.
Wie gesagt... steuern ohne Alexa ist instantly und funktioniert immer.
Tja Netzwerkaufbau. Eine Fritzbox 7590 und ein 10 Port Gigabit Switch verkabelt mit Cat 6 (Große Wohnung).
An der Fritzbox hängt ein TV und ein AV Receiver per LAN. Dann geht ein LAN Kabel zum Switch und am Switch hängt dann letztendlich ein Rechner, die Syno und diverse andere weniger Traffic verursachende Geräte wie zB ne Nintendo Switch oder ein Raspi für die Homematic...WLAN kommt nur für die IOT Geräte und Handys zum Einsatz.
-
Hatte heute Abend das Phänomen, dass es zweimal nicht geklappt hat, habe dann ioBroker geöffnet, weil ich den knx Adapter neu starten wollte und bevor ich ihn neu gestartet habe, habe ich es nochmal versucht, und es ging plötzlich.
Also manchmal reicht wohl auch etwas warten.
Anscheinend kommt es nicht immer von Alexa durch zu NodeRed -
@hant0r genau! Blöde Frage: ich glaube je länger ich nachdenke... ich hatte vor 2 Wochen mal nen shelly der nicht erreichbar war per Web Oberfläche, und seit 2-3 Tagen reagiert eine Ulanzi Pixel Clock auch nicht immer. Hast du zufällig ne fritzbox Labor version drauf? Ich hab meiner die 7.90beta vor ein paar wochen spendiert und nun lese ich dass es ein paar user mit wlan Problemen und zb shellys gibt.
-
@kaskadeur111 ne, habe keine Fritzbox im Einsatz, habe alles von Unifi
Edit: Shelly habe ich auch nur ein paar Plug Geräte um Strom zu messen und zu schalten
-
das sieht auf den ersten Blick unauffällig aus.
Switch und Fritzbox wurden schon neu gestartet?
Um den Switch / die Netzwerkkabel / Steckverbindungen auszuschließen, würde ich als Nächstes eine Zeit lang die Laufzeiten im Netzwerk protokollieren. z.B per Dauerping und die Ausgabe in eine Textdatei umleiten.
Ich habe schlechte Erfahrungen mit Switche von TP-Link gemacht. - OK, der Verursacher war das TV von LG, andere Switche hatte der Fernseher allerdings unbeeindruckt gelassen. Damals gingen die Pings bis in die Höhe. Über 700ms bei Kabelgebundenen Geräten.
Wenn das Problem allerdings jedesmal sofort weg ist, wenn Du im ioBroker einen Adapter neu startest, liegt die Vermutung nahe, dass das Problem doch eher dort zu suchen ist.
Ich weiß nicht, ob Alexa auf einen Ping antwortet, falls ja, würde ich diese vom ioBroker eine Zeit lang anpingen lassen und die Laufzeiten mitloggen.
-
Die Idee mit dem Ping hatte ich auch schon. Dauerping in eine Textdatei ist eine gute Idee...!
Ich habe gerade mal geschaut -> Ich bin am 14.10. auf die Laborversion der Fritzbox gewechselt (7.90-XXXXX BETA).
Das kommt auch laut meiner Frau ziemlich gut hin, dass es seit dem Probleme gibt.Ich habe nun erstmal von der Labor auf die aktuelle 8.0 geupdated und werde heute beobachten.
Nächster Schritt wäre dann das Downgrade zurück auf die letzte genutzte Version 7.59 (ohne BETA).
Wenn beides nicht funktioniert, richte ich mal ein Paar Pings in alle Richtungen ein und
nehme als nächsten Punkt Zigbee2MQTT in den Fokus (eventuelle WLAN Störungen Kanalüberschneidungen etc).Ich bleibe dran und berichte! Danke Schonmal!
-
@hant0r Danke.
Ich hab 4 shellys 1pm (in Dose zum Schalten der Deckenbeleuchtung) und 12 WLAN Steckdosen mit Tasmota welche mittels MQTT in den Sonoff Adapter des ioBrokers funken. Dann noch 4 Fritzdect 200 Steckdosen die per Dect an der Fritzbox hängen....
sind schon ein Paar Geräte... rein WLAN sind gerade eben 53 Geräte aktiv verbunden dann noch die über 40 Zigbee's die alle auch im 2,4Ghz funken. Kann mir schon vorstellen, dass die Box bissl was zu tun hat. Da ich aber weiss, dass vorher mal alles Rocksolid lief habe ich noch Hoffnung
-
Kurzer Zwischenbericht: Nach dem Update der Fritzbox von 7.90 Labor auf die Finale 8.0, welches ich heute morgen gegen 9Uhr gemacht habe:
Sofortige Verbesserung der Reaktionszeiten von "Alexa" zum "DingDong" und zum "Gerät schalten".
Bis jetzt kein einziges mal "Gerät reagiert nicht"... (Und ich habs echt provoziert!
)Ich will nicht unken, aber ich habe ein gutes Gefühl!
-
@kaskadeur111
Da nichts mehr kommt, scheint es bei dir das Problem behoben zu haben?!Ich komme bei mir immer noch nicht weiter.
Definitiv kommt im NodeRed nichts an, wenn Alexa wieder meint, dass das Gerät nicht antwortet.Ich habe es eben mal ausprobiert, und meinen knx Adapter neu gestartet - anschließend konnte ich tatsächlich wieder Geräte über die Alexa Geräte steuern.
Finde das merkwürdig. Ich hätte zumidnest erwartet, dass der Befehlt durch Alexa bei NodeRed ankommt und es dann zu Problemen kommt. Oder aber, der Neustart des Adapters bewirkt, dass auch NodeRed sich wieder mit der Node "amazon-echo-hub" verbindet. -
@hant0r Hi, Sorry dass ich mich erst jetzt melde... Sei beruhigt, du bist nicht allein... bei mir gings am Tag danach doch wieder los... ich hatte nur keine Zeit mich dem Thema zu widmen wegen der Arbeit.
So, Fritzbox Firmware ist als Ursache raus (macht auch Sinn da du ja auch gar keine hast)...
Ich habe vorgestern folgendes parallel getan: Ich hatte dem Alexa Adapter irgendwann mal einen automatischen Restart täglich 6 Uhr hinterlegt (im Admin in der Instanz). Diesen Restart habe ich rausgenommen. Zusätzlich habe ich Node Red von der 5er Version auf die 4er gedowngraded...Tja was soll ich sagen... seit 2 Tagen nicht einen Wiederspruch von Alexa bekommen!
Ich beobachte weiter.
-
Meine Tendenz geht zu NodeRed. Meine Vermutung war eben auch, dass ein Adapterrestart die Verbindung zu NodeRed in irgendeiner Weise refreshed. Ist halt wirklich komisch, da direkt am Echo Hub schon nichts mehr passiert... da sollte ein Geräteadapter gar keine Rolle spielen... aber meine Beobachtung sagte wie bei dir was anderes
Ich kann mich auch erinnern als die erste 5er Version von NodeRed kam und ich geupdated hatte, ging gar nichts mehr wie es sollte... daher habe ich noch lange mit der 4er gearbeitet... nun bin ich zurück zur 4er und werde es wohl dabei belassen solange es keinen Grund gibt... Never touch a running system.
-
@kaskadeur111 Node-Red-contrib-amazon-echo ist bei mir Version 1.11. Node-Red 5.2.1. Es werden von allen amazon-echo-devices die Ist-Zustände an den amazon-echo-hub zurückgemeldet, was man auch in der Alexa-App auf dem Handy sehen kann.
Die Netzwerk-Hardware von Unifi.
Bei mir läuft es soweit unfauffällig.
-
@peterfido Cool. Port 80? Irgendwas ReverseProxy-mäßiges eingerichtet?
-
@peterfido Hast du vielleicht mal nen screen wie du ein Gerät mit dem Hub verknüpft hast (Change-Node dazwischen?)
-
-
@peterfido Danke dir. Ich habe keine Nodes links an meinem Hub gekoppelt weil mir die Alexa App relativ egal ist.
Ich habe noch keine Nachteile festgestellt.
Fällt dir pauschal etwas ein warum man die Rückmeldung an Alexa braucht, wenn man die App nicht nutzt zum steuern?
