also ich mag den deutschen Begriff nicht. Wenn ich jetzt auf Englisch schreiben würde, fände ich einen Titel wie "How to speed up CCU" besser
Naja, da sind wir beim Thema. Ich würde gerne wissen, wie ich die lahmen Kisten schneller kriege. Da frage ich mich natürlich, was ist denn der limitierende Faktor überhaupt und wie kriege ich dies ausgbessert?
Ich würde jetzt sagen, dass man diese Performance ja unterschiedlich bemessen müsste. Definitiv der Duty Cycle bzw. die Auslastung. Dann aber auch, ob ich die WebUI verwende oder irgendwelche Operationen wie Senden/Empfangen von "Informationen".
Also ich nutze derzeit openHAB 2 und bin am migrieren auf openHAB 3. Wenn ich die VM an habe, wo ich teste, welche Fehler auftreten könnten durch diese Migration, würden quasi zwei openHAB Instanz auf die CCU`s zugreifen. Ergo wären diese langsamer, richtig? Weil die Auslastung zunimmt.
Es steht ja auch immer drinnen, dass man nur mit einem Browser Tab darauf zugreifen soll. Ergo wäre es auch langsamer bei mehreren Zugriffen über verschiedene Tabs.
Bedeutet ich kann hier die Zugriffe reduzieren. Ein "Endgerät" seltene Zugriffe über den Browser und dann auch nur nach Möglichkeit ein Tab.
Ich verwende eine CCU2, wo sehr viele HomeMatic-Geräte "angeschlossen" sind, wenn man so will. Und eine CCU3, auf der nur 4 Geräte konfiguriert sind. Ich weiß, dass die CCU3 deutlich performanter ist. Heißt eine Migration wäre ja durchaus sinnvoll. Dann verwende ich eine weitere CCU2 als LAN-Gateway, die mit der CCU2 verbunden ist. Und ich verwenden einen HomeMatic IP Access Point, welches mit der CCU3 verbunden ist.
Meine Mutmaßung: Das macht das ganze eher Arsch langsam und die Duty Cycles erhöhen sich. Also kann man die LAN-Gateways eventuell in die Tonne treten. Da ich openHAB verwende, würde es ja unter Umständen sogar Sinn machen einfach mehrere HomeMatic Bridges zu konfigurieren, die verschieden zu positionieren und somit die Last auf verschiedene Geräte zu verteilen, anstelle eine Zentrale zu verwenden und mehrere LAN-Gateways anzuschließen. Richtig?
Also müsste man sich ein Gesamtkonzept überlegen, wie man verfährt. In jedem Raum vielleicht eine eigene CCU verwenden. Ich habe hier noch viele weitere CCU2`s, CCU3`s und Access Point`s rumstehen. Die Idee wäre daher, dass ich die Anzahl der Geräte pro Zentrale reduziere, damit diese weniger ausgelastet sind und in openHAB dann einfach mehr Bridges erstelle.
Ich meine ich bin gestern mal zufällig auf die WebUI der CCU2 gekommen. Aber auf die der CCU3 nicht, obwohl da nur 4 Geräte angeschlossen sind. Komme heute bislang auf beide nicht. Trotz Browser Cache leeren und andere Dinge. Ich habe die Geräte auch neugestartet, wie gestern auch schon verzweifelt. Ich habe sie von der LAN-Verbindung gekappt usw. Und mein Laptop befindet sich natürlich auch in einem sehr guten Zustand, ist per LAN angeschlossen usw. Also kein WLAN-Problem und mein Netz wäre auch schnell bzw. die LAN-Kabel etc.
Ich lese die ganze Zeit, dass die WebUI geladen wird. Habe auch keine Verbindungsabbrüche. Sollte man meinen. Wenn ich versuche die WebUI`s zu öffnen gehen die Things zu den Bridges teilweise von den Zustand Online zu Unknown - Duty Cycle. Dann sind sie zwischenzeitlich wieder online usw., aber unterm Strich konnte ich noch keinen Besuch auf der WebUI verbuchen.
Dieser Zugriff ist ja auch nicht gerade unwichtig. Aus Sicherheitsgründen müsste man ja auch Updates oder Upgrades installieren, man müsste auch Backups erstellen usw.
Mein Eindruck nach dem letzten Systemupgrade der Zentralen war, dass diese performanter wurden. Sollte ich irgendwann mal wieder auf die WebUI zugreifen können, wäre ja ein weiteres Upgrade, sofern verfügbar, sicherlich auch nicht die dümmste Idee...
Was kann ich an der Hardware tun? Software kann ich upgraden, Konfigurationen könnte ich reduzieren etc. Kann ich übertakten? Kann ich zusätzlich mehr RAM oder sonst etwas verbauen? Kann ich ein anderes Gerät zu einer HomeMatic Zentrale umfunktionieren? Ich habe sehr viele Raspberry Pi 3 und 4 da. Ist RaspberryMatic performanter?
Die Leistung müsste ja eher Richtung Raspberry Pi 4 gehen. Dann die verschiedenen Module bzw. Platinen für Funk und theoretisch fertig. Jetzt weiß ich ja als Informatiker, dass aber auch die Hardware der Raspberry Pi sehr schwach ist. Wer schon einmal Bildverarbeitung drauf gemacht hat, der schießt das Gerät am liebsten mit einem Vollspannschuss in die nächste Mülltonne. Die 4er taugt ja wenigstens halbwegs noch was. Aber ich denke an andere Hardware. Bei Robotern beliebter wären beispielsweise Jetson Nano von NVIDIA oder eben auch Odroid. Die würden bei Benchmarktests besser abschneiden.
Back to RPi: Die 4er geht, weil man Stacking Headers nutzen kann für die Platinen. Bei anderer Hardware wäre dies u.a. ein Problem. Außerdem kann ja niemand garantieren, dass ich die RaspberryMatic-Software bspw. auf dem Odroid komplett ohne Weiteres zum Laufen bekomme.
Dann kommen wir zu anderer Hardware. Warum nicht einfach irgendein ganz normaler Server. Ich meine jeder weiß, dass die kleinen Computer keine Leistung haben. Warum nicht etwas größeres? Gut, es fehlen GPIO-Pins und somit Anschlussmöglichkeiten. Vermutlich gibt es nicht für alles eventuell irgendein USB-Dongle/-Stick usw.
Dann eben ein nicht unerheblicher Grund, den manche vielleicht selten erwähnen. Was ist mit dem Verschleiß? Ein Beispiel. Wir haben mehrere Roboter hier. Bei dem einen überhitzen die Motoren nach 8 Minuten. Der andere hat vielleicht noch 20 Minuten. Die funktionierten auch mal Stunden und waren eigentlich gar nicht oft oder länger im Dauereinsatz. Was ich sagen will ist. Müsste ich jedes Jahr hingehen und vielleicht eine CCU tauschen, weil die rapide nachlässt? Oder alle 2 Jahre oder alle 3 usw.
Fakt ist, ich gehe jetzt hin, stecke noch einmal alles aus und zitiere "Wir sollten das Beste hoffen, auf das Schlimmste gefaßt sein und es nehmen, wie es kommt."
Man wünscht sich ja jede Stellschraube zu drehen, damit es besser wird
Liebe Grüße
Michi
), ein Raspi3 bzw. eine CCU3 deutlich schneller und nimmt man eine virtuelle CCU auf einem "ausgewachsenem" Server, ist dessen Geschwindigkeit nur vom Serverpotential abhängig.