UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Kaskadeur111]

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

[Hant0r]

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

[Kaskadeur111]

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

[Hant0r]

@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

[peterfido]

@kaskadeur111

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.

[Kaskadeur111]

@peterfido

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!

[Kaskadeur111]

@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

[Kaskadeur111]

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!

[Hant0r]

@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. ‍️

[Kaskadeur111]

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

[Kaskadeur111]

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.

[peterfido]

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

[Kaskadeur111]

@peterfido Cool. Port 80? Irgendwas ReverseProxy-mäßiges eingerichtet?

[Kaskadeur111]

@peterfido Hast du vielleicht mal nen screen wie du ein Gerät mit dem Hub verknüpft hast (Change-Node dazwischen?)

[peterfido]

@kaskadeur111 ich nutze da Skripte für.

Node-ID für Ist-Zustand ermitteln:

[Kaskadeur111]

@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?

[peterfido]

@kaskadeur111 Vielleicht erkennt Alexa daran, dass da was reagiert. Oder, es hält die Verbindung aufrecht. :man-shrugging:

Es wird ja ein Philips Hue Hub emulierrt. Dieser sendet wohl die aktuellen Zustände an Alexa. Zumindest weiß die, wann die Batterien der Fernbedienung ersetzt werden müssen.

[Kaskadeur111]

@peterfido

ich hab mir das mal angeschaut, und deine funktionen abgeschrieben/angepasst. Zum Test mal mit 2 Geräten aktiviert. Ja, ich habe dann die Rückmeldung in der Alexa App wenn ich die Geräte in iobroker steuere... aber das ist echt mühseelig im nachinein für alle nodes nachzubauen und es braucht ne Menge Platz für die ganzen Eingangs und Funktions-Nodes... ich glaub das lass ich erstmal

Ich habe bis einschließlich jetzt 3 komplette Tage ohne Probleme hinter mir mit Node Red 4 und Alexa Adapter ohne Neustart. Ich gehe jetzt wieder auf Node-Red 5.2.1 hoch und schau mal.

[Hant0r]

@peterfido sagte in Alexa - Geräte reagieren nicht mehr:

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.

Bei mir gleiches Setup, und aktuell nur Probleme

Also das mit dem Rückkanal zurück zu Alexa habe ich auch nicht.
Hat die letzten 4 Jahre auch super so funktioniert und gab wirklich nie Probleme. Komisch dass es jetzt seit paar Wochen so rum zickt.

Werde das vielleicht auch mal mit NodeRed 4 probieren

[Kaskadeur111]

@Hant0r 5.2.1 läuft seit gestern noch ohne Probleme. (Ich hab erstmal nur 8 Nodes mit Rückmeldung links am Alexa Hub, der dadurch auch schön befeuert wird (ich sehe ungefähr alle 10 Sekunden eine Meldung von einem der Geräte am Hub). Vielleicht bleibt dadurch tatsächlich der Hub "in Bewegung".

Ich habe das ganze etwas anders gelöst, da ich einfach zu viele Tabs in Node-Red habe:

• Ich habe einen Statusmeldungs-Tab angelegt auf welchem alle iOBroker-In Nodes ankommen
• Dort bekommen sie per Change Node die NodeId des jeweiligen Echo-Nodes als String mitgegeben
• Dann gehts per link-out und link-in auf den Tab wo der Echo -Hub liegt ...
• ... wird in einem Funktionsnode verarbeitet und an den Alexa Hub weitergegeben.

Somit bin ich etwas sauberer und habe nur eine Funktion für die Statusweitergabe welche universell eingesetzt wird

Funktions-Node:

var nodeid = msg.nodeid;
var ison = false;
var topic = msg.topic;
var currentdate = new Date();
var datetime = currentdate.getHours() + ":" + currentdate.getMinutes() + ":" + currentdate.getSeconds();


//Eingangszustand in bool konvertieren:
if (msg.payload == "true" || msg.payload == true || msg.payload=="on")
{    ison = true;  }
if (msg.payload == "false" || msg.payload == false || msg.payload == "off")
{    ison = false; }
var newMsg={ payload: ''};


//Statusanzeige am Funktionsnode zur überwachung der eingehenden Änderungen
node.status({text: datetime + " | " + topic + " : " + ison});


//Übergabe der Statusänderungen an Echo Hub
newMsg.payload = { nodeid: nodeid, on: ison};
return newMsg;