UNSOLVED ioBroker bremst Homematic
-
die Adapter verursachen durchaus zusätzliche Last auf der CCU, möchten ja auch bedient werden. Wie viele Adapter sprechen denn die CCU an? Evtl finden sich auch im CCU Log Hinweise oder du gehst mal mit SSH drauf und beobachtest die Auslastung.
-
4 Adapter sprechen die CCU an.
HM-rega
HM0 für Cuxd
HM1 für HM
HM2 für HMIPWobei ich den HM1 zur Zeit noch deaktiviert hatte, da dort nur einen "gelbe" Lampe bei Status leuchtete und ich mir noch nicht erklären konnte warum... Dachte eigentlich wenn ich den Adapter deaktiviere dann läuft es...
-
@famwas Was schreibt denn der, der sich nicht verbinden kann ins Log?
-
@famwas sagte in ioBroker bremst Homematic:
dieses Phänomen taucht nur auf, wenn der ioBroker hochgefahren ist
wie hoch ist dein polling Intervall?
Neben dem regelmäßigen Push jeder Änderung über den RPC werden ja die REGA Daten gepollt.
Das benötigt natürlich Ressourcen.
Wenn du dann noch ein eng getaktetes Programm auf der CCU hast, das auch viel REGA benötigt, kann es das schon sein.ich würde definitiv mal im CCU Log nachsehen, da bei einer CCU3 eigentlich genug Ressourcen sein sollten.
Ich habe mit einem piVCCU auf einem Pi2 zeitweise 12 ioBroker Installationen verbunden gehabt - ohne Probleme -
-
@bahnuhr sagte in ioBroker bremst Homematic:
@Homoran sagte in ioBroker bremst Homematic:
12 ioBroker Installationen
Hast sonst noch nen Hobby
neben:
Testen verschiedener Hardware - erstellen von Images dafür - Testen von Adaptern - Schreiben der Doku - ...eigentlich nicht
Achso - Forum betreuen -
-
Hallo,
würde nur die wichtigsten Programme auf der CCU3 lassen.
Alles andere auslagern.
Bzw. Deaktivieren.
Wenn der IOBroker mal abraucht kannst ja die CCU3 Programme wieder aktivieren.
Zum testen könntest einfach mal die CCU3 Programme deaktivieren um zu schauen.
Bevor die Arbeit machst alle Programme im IOBroker neu schreibst. -
Habe gestern Fotos gemacht, sind aber zu groß zum hochladen. Muss ich heute Abend machen.
Was mir gestern Abend aber auffiel, ich habe den Raspi mit ioBroker eingeschaltet und als er lief funktioniert das automatische einschalten des Lichtes durch Bewegungsmelder nicht. Keine Programmierung sondern Direktverknüpfung. Nachdem der Raspi wieder aus war, ging es wieder... Übrings alles IP Geräte. Das einzigste HM Gerät habe ich letzte Woche raus geworfen...
-
@famwas
Das ist jetzt alles lesen im Kaffeesatz,
Das kann alles mögliche sein. Ohne logs (CCU/ioBroker) mit aussagekräftigen Informationen wird das nichts.Dein Fall ist absolut nicht normal, wenn sogar eine DV nicht funktioniert.
Die funktioniert sogar wenn du die CCU abschaltest -
@famwas
Ich verwende auch eine CCU3 mit überwiegend HmIP Komponenten. CUxD und eMail Integration hab ich noch drauf. Alle Kanäle der Geräte sind via Direktverbindungen gepeert. Ich habe u.a. 13 HmIP-eTRV-2 und 14 HmiP-SWDO-I installiert. Bis auf ein Backup Programm und ein Push Programm für Statusmeldungen auf mein Handy lasse ich die CCU3 " in Ruhe"! Der DutyCycle liegt idR zwischen 8 und 11%.Mein ioBroker ist auf einem Raspberry Pi 4 mit 4GB RAM installiert. Er läuft dort ganz separat ohne viel Stress. All meine Logic läuft über den ioBroker und ich bin bisher bzgl. Stabilität sehr zufrieden. Okay, 50 Programme habe ich nicht am laufen...
-
Hier mal meine momentane "Last"
Der Duty_Cycle ist bei mir relativ hoch (ohne Heizkörper!), da ich mehrere Messteckdosen ziemlich DC-feindlich eingestellt habe
Mein System besteht aus:
496 Kanäle in 115 GerätenMit 74 Programmen komme ich sogar noch über die 50.
Da wäre es wirklich interessant, was da die CCU ausbremst.
Zumal -wie bereits geschrieben- Direktverknüpfungen ausschließlich zwischen Sender und Empfänger ausgehandelt werden und auch ohne CCU laufen.Der einzige Grund der mir im Moment einfällt wäre, dass sich der Sender oder Empfänger selber im DC befindet.
Dann wäre da aber ein massiver Programmierfehler. Und nach Abschalten des ioBrokers dürfte es dann auch nicht sofort wieder laufen, sondern müsste eine Stunde dauern
