Wenn Du meine Diagramme meinst, dann ist das so weil ich Homey neu gestartet habe bzw. neu starten musste.
Das mit der Systemlast und der CPU Auslastung hattest Du schon mal erwähnt, habe es aber noch nicht ganz verstanden.
Stehen Systemlast und CPU Auslastung denn nicht in direkter Verbindung? Je mehr Prozesse abgearbeitet werden müssen umso mehr muss die CPU leisten? Wenn die Systemlast stetig ansteigt, also wenn immer mehr Prozesse darauf warten müssen abgearbeitet zu werden, schafft es die CPU nicht mehr diese abzuarbeiten. Die Anzahl der eingehenden Prozesse ist größer als die die abgearbeitet werden können. Resultat: Die CPU ist überlastet.
Oder sehe ich das als falsch?
Das stimmt nicht ganz. Jedes Computersystem besteht aus mehr komponenten als dem CPU. Die Load kann auch steigen wenn z.B. Die Festplatte nicht mehr mit dem Schreiben nach kommt. Wenn du z.B. einen Sensor an deinem Homey hast der permanent Daten an den Homey liefert und der interne Speicher nicht mehr mit dem schreiben nach kommt kann das genau die gleiche auswirkung haben. Die CPU ist dabei aber komplett entspannt da sie ja noch nichts mit den Daten berechnen muss.
Um Ressourcen zu sparen habe ich bei mir alle Flows umgebaut die direkt auf veränderungen von dynamischen Werten reagieren. Also anstatt
“Wenn sich die Windstärke ändert und ist über 30 Kmh dann …”
Muss bei jeder änderung des Windes schauen ob er über 30 Kmh ist.
“Alle 60 Sekunden wenn die Windstärke ist über 30 Kmh dann …”
Schaut nur jede Minute.
Ich glaube das bei mir somit alles etwas schneller geworden ist. Aber ohne Insights und ohne wirklichen auswertungen ist das nur ein Gefühl.
Das Homey eine Blackbox ist stört mich eigentlich schon die ganze Zeit und macht das Leben zum debuggen auch nicht wirklich einfach.
Sollte kaum einen Effekt haben. Dafür verbrauchen die Flows eigentlich viel zu wenig Rechenleistung.
Eine Ausnahme wäre wahrscheinlich, wenn man sehr viele solcher Intervalljobs hätte. Das größte Problem ist halt, dass node.js, single threaded ist. Deswegen gibt es ja auch teilweise Verzögerungen wenn man bspws. Lampen innerhalb einer Gruppe steuert.
Mir fehlt die Kenntnis pber die Funktionsweise der Flows.
Es ist z.B. unklar, ob jeder Flow einen Prozess darstellt oder ob innerhalb des OS eine Gruppierung nach ähnlichen Flows stattfindet. Denn dann hätte man die single thread Thematik
Verstanden, danke.
Ich hatte 2 Xiaomi Lichtsensoren installiert, die bei jeder kleinsten Helligkeitsänderung den Wert berichteten. Auf Empfehlung von Athom sollte ich die Sensoren mal deaktivieren. Hat leider keine Änderung bewirkt. Das Soll nur eine Info sein und keine Widerlegung Deines Beispiels. Bei mir kann/wird es anscheinend andere Gründe haben.
Könnte ein Hardwaredefekt das Problem auch verursachen? Wenn ja, was käme da in Betracht?
Ich bin nicht sicher, ob ein Zusammenhang besteht, aber m.E. werden Flows zumindest parallel (besser: asynchron) gestartet.
Eine synchrone Verarbeitung der Aufrufe eines Flows kann zumindest nicht erzwungen werden (was manchmal ganz nett wäre).
Aber ob die Flows dann tatsächlich parallel prozessiert werden oder nur asynchron sequentiell kann vermutlich nur Athom sagen. Ich denke, dass es für die einzelnen Techniken (Zigbee, ZWave, Apps…) jeweils separate Queues gibt, die nur sequentiell abgearbeitet werden.
Ich misch mich hier nochmal ein.
Was sehr seltsam ist, ein paar Leute haben Probleme mit dem Speicher und andere überhaupt nicht. Ich bezeichne mich mal einfach als Power User mit weit über 300 Geräten. Homey bekommt bei mir zusätzlich Daten und Sensoren über Home Assistant, IFTTT, ConBee, LaMetric, Harmony Hub und 3 Hue Bridges rein gedrückt. Sogar der MQTT Broker läuft auf Homey. Als zusätzliche Belastung läuft ein 2. Homey über MQTT angebunden und gibt seinen Senf dazu.
Mit Flows bin ich nicht sparsam. Geschätzt wird meine Kugel an die 1000 Flows oder Anfragen pro Tag verarbeiten.
Das lächerliche dabei ist, dass ich keinerlei Speicherprobleme habe. Wenn ein Homey die weiße Flagge hisst, müsste das meiner sein.
Seit dem Aufkommen dieses Problems überlege ich, wo der Hund begraben sein könnte. Da auch keine bestimmte Apps als Ursache zu identifizieren sind, bleibt eigentlich nur noch Homey selbst als Verursacher. Auch stärkere oder neue Netzteile bringen scheinbar keine Besserung.
Ich bin weiterhin der Meinung, dass es bei Homey verschiedene Hardware-Versionen gibt und eine Charge X diese Problematik zeigt. Als schönes Beispiel sind hier die Eurotronic Spirit zu nennen, die auch mal eine defekte Charge hatten.
Ich würde wirklich darüber nachdenken, euren Homey einzuschicken. Dass Athom daran herumlötet glaube ich eh nicht, ihr werdet ein Austauschgerät bekommen.
Es wäre sehr interessant zu wissen, ob mit einem anderen Homey das Problem gelöst ist.
Was aus meiner (unfachmännischen) Sicht gegen ein Problem mit der Hardware oder sogar einen Defekt spricht ist, dass das Problem erst mit der FW rc.38 aufgetaucht ist.
Das hier sind die Release Daten der einzelnen Beta-Versionen:
rc.?? am 19.07.
rc.19 am 27.07.
rc.22 am 03.08.
rc.23 am 10.08.
rc.26 am 24.08.
rc.33 am 21.09.
rc.34 am 23.09.
rc.38 am 19.10.
rc.43 am 24.11.
rc.44 am 27.11.
rc.46 am 30.11.
rc.47 am 02.12.
Interessant wäre vielleicht noch gewesen, wann ich welche Geräte bzw. Apps installiert/deinstalliert habe, um eventuell daraus noch irgendwelche Zusammenhänge herauszufinden.
Und du hast keine Probleme mit Verzögerungen? Bei mir kommt es gerne mal vor das vom drücken eines Tasters bis zum einschalten des Lichtes 8-10 Sekunden vergehen.
Habe mir jetzt diesen Pfad nochmal zügig durchgelesen
bin aber nicht sicher ob übersehen.
Ich nutze diverse Sonoffs die ich bei Umstieg dringend behalten muß.
Finde die App aber nicht in den Listen oben.
Funktioniert die App noch unter 5 Beta.
Und ganz dumme Frage, habe viele Aqara und Xiaomi Geräte,
werden die bei dem Umstieg übernommen oder muß ich die neu einrichten.
Das wäre eine absolute Spaßbremse für mich.
Letzte Frage, kann ich, bei Nichtgefallen problemlos auf 4.2 Backups zurück
oder anders gefragt, lohnt der Umstieg auf 5 Beta wirklich schon ?
Ich konnte sonoff unter v5 installieren. Beim Update auf v5 musste ich das ganze zigbee resetten und alle Geräte neu verbinden. Geht mit Einschränkungen aber auch ohne dem reset.
Viele User haben Probleme damit Zigbee Geräte hinzuzufügen wenn man einfach auf v5 upgedatet hat. Die mir aus dem Forum einzig bekannte Lösung ist das Zigbee Netzwerk zu resetten.
Deshalb ist es aus meiner Sicht, zumindest bei der aktuellen FW, schon fast eine zwingende Voraussetzung wenn man keine Zigbee Probleme haben möchte.
Wenn, dann mache ich die Kugel komplett neu,
in. der Hoffnung daß, wenn die stabile Version irgendwann kommt.
die möglichen Umstiegsfehler bzw. App-Probleme minimiert sind.
Ohne zu früh euphorisch zu werden, die Systemlast ist jetzt knapp 3 Tage stabil. Nach dem letzten Neustart ist die Systemlast bereits nach 1,5 - 2 Tagen merklich angestiegen.
Auch die Speichernutzung bleibt momentan auf einem rel. niedrigen Niveau.
Das versteh ich nicht. Die Verzögerungen ist das was mich am allermeisten stört in dem ganzen. Aber ohne wirklicher debugging möglichkeit wird es vermutlich schwer werden die Ursache zu finden. Ich kann ja nicht mal im insight schauen weil das ja auch nie wirklich funktionierte bei mir.
