Monatsrückblick Januar/Februar 2026 ist online!

[Bluefox]

> ich kämpfe mit den limitierten Ressourcen meines Raspberrys und frage mich seit einiger Zeit, warum es zwei Instanzen für die Homematic Anbindung geben muss.
Weil hm-rpc und hm-rega zwei verschiedene Protokolle sind.

Wenn Raspi zu eng ist, dann solltest du OrangePi 2e plus oder Odroid C2 nehmen. (ca 50-60€)

Mann kann schmalen Kode mit C++ schreiben, aber VIEL langsamer.

Oder RAM-hungriges Kode mit JS und VIEL schneller.

Wir haben zweites gewählt, weil für smarthome sollten 50€ (und in deinem Fall sogar wenn du statt Raspi Odroid gekauft hättest dann 15€) KEINE Rolle mehr spielen. Die Schalter kosten VIEL mehr als 50€.

Tankerkönig und yr laufen nicht kontinuierlich und deine Arbeit war umsonst. Die Instanzen starten alle 5 oder 12 Minuten, holen die Daten und beenden sich.

[Bluefox]

> Außerdem verstehe ich nicht, warum man immer die Call Back Adresse eingeben muss. Wäre es nicht sinnvoll hier immer die IP der ioBroker Maschine einzustellen?
Meine Maschine hat 5 IP Adressen. Welche meinst du?

Es gibt CCU als Container und die laufen unter 127.0.0.1. Es gibt CCU hinter dem Router und da muss man IP vom Router eingeben, die man erst rausfinden muss.

[eric2905]

Hi,

@Marty56:

MIt Resourcen meine ich das Memory. Ich habe einen Raspi 3 mit 1 GB und das ist sehr knapp für meine Anwendung. `
Du hast meine Fragen aber noch nicht beantwortet:

Woran machst Du fest, das Deine Ressourcen knapp sind? Hatte Homoran auch schon gefragt.

Wie viele Instanzen hast Du laufen?

Gruß,

Eric

[Marty56]

Danke für das qualifizierte Feedback.

Mir war schon klar, dass yr und Tankerkönig nicht permanent Speicher brauchen, aber wenn sie dann eben Laufen, dann brauchen sie eben doch Memory und dann muss der Raspi swappen und was dann die uSD Karte macht, wissen wir ja. Vielleicht bin ich hier auch zu paranoid.

Ich habe 16 Instanzen laufen. Gesamten RAM Nutzung wird mit 908 MB angezeigt, frei 76 MB/8%. Dazu kommt noch der piVCCU Container.

Die Anzeige wechselt aber. Ich hatte auch schon mal nur noch 5% frei.

Bisher hat die SD Karte klarglos mitgemacht. Habe eine 32 GByte Karte drin, weil ich mir gedacht habe, dass das Wearleveling des Flashspeichers dann etwas länger funktioniert. Die Karte hält jetzt ca. 1 Jahr.

Es ist schon klar, wenn ich noch weiter erweitern will/muss, muss ich etwas Größeres kaufen.

Wobei mich die 50-80 Euros für die alternativen Plattformen gar nicht so sehr schmerzen würden, sondern eher die Probleme, die ich mir aufgrund von wackligem Linuxunterbau oder sonstigen Themen dabei möglicherweise einfange.

Wenn ich zum Beispiel den Rock64 Threat ansehe, bekomme ich ziemlich Respekt und befürchte tagelange Umstellorigien.

NUC wäre eine Alternative, aber dann brauche ich immer noch das LAN HM Gateway oder meinen jetzigen Raspberry mit piVCCU.

Diesen Homematic USB Dongle gibt es wohl nicht mehr oder?

Dann würde ich in meinem Fall lieber den Synology Docker mit ioBroker starten. Probehalber hatte ich den mal 2 Tage ohne Probleme im Betrieb. Vermutlich geht die Synology dann nie mehr in den Festplattenruhezustand, was dann ca. 6 Watt mehr benötigt. Das ging von den Kosten auch noch und außerdem wäre es besser für die Standzeit der Harddisk.

[Homoran]

@Marty56:

Dazu kommt noch der piVCCU Container. `
Habe ich das bisher überlesen?

@Marty56:

Ich hatte auch schon mal nur noch 5% frei. `
auch hier bleibt die Frage:

frei oder available?

Der Unterschied kann immens sein

@Marty56:

Wenn ich zum Beispiel den Rock64 Threat ansehe, bekomme ich ziemlich Respekt und befürchte tagelange Umstellorigien. `

Der (die beiden) Rock64 läuft bei mir klaglos seit Monaten (Die Uptime von nur 12,9 Tage liegt daran, wenn man den falschen Stecker zieht :( )

Der wäre allerdings nichts für piVCCU, da kämen "nur" der Odroid C2, der OrangePi plus2(e) oder das Tinkerboard in Frage

@Marty56:

dann brauche ich immer noch das LAN HM Gateway oder meinen jetzigen Raspberry mit piVCCU.

Diesen Homematic USB Dongle gibt es wohl nicht mehr oder? `
Beide können kein HM-IP und genau NUR dafür gibt es ein neuen USB-Adapter.

Gruß

Rainer

[Marty56]

Das wird angezeigt

              total        used        free      shared  buff/cache   available
Mem:         949452      740704       62824        4428      145924      149780
Swap:        102396       14336       88060

[Homoran]

Was läuft denn da alles drauf

Nur piVCCU und ioBroker mit 16 Instanzen?

Oder hast du sehr viele Skripte?

Das swapping ist gar nicht gut für die Karte

Gruß

Rainer

[Marty56]

Es laufen

1. piVCCU mit aktiviertem CUxD

2. die Adapter (siehe Bild).

3. Ich habe 17 Skripts mit 3495 lines of code

4. Ich habe 52 Homematic Geräte

5. ca 10 Sonoffs

6. 4 Amazon Echos

7. 3 Sonos

8. ein Harmony Hub

9. 6 Intertechno Schalter

Wenn Du noch Tips für mich hättest, wäre das super.

Ich habe mal den History Adapter ausgeschaltet, dass hat die Memory Situation ziemlich verbessert.

Bei TOP sehe ich "Java". Ist mir nicht klar, warum Java läuft. Damit mache ich eigentlich nichts.
2722_bildschirmfoto_2018-07-30_um_06.31.15.png
2722_bildschirmfoto_2018-07-30_um_06.31.35.png
2722_bildschirmfoto_2018-07-30_um_06.48.14.png
2722_bildschirmfoto_2018-07-30_um_06.54.19.png

[Marty56]

Ich habe den Prozess "Java" mal gekillt.

War folgenlos für ioBroker.

Jetzt sieht die Memory Situation so aus (siehe Bild).

Es stellt sich die Frage, wie ich dauerhaft auch nach Booten verhinderte, dass wieder Java gestartet wird.

Was mir auch nicht klar ist, warum in der Zeile swap immer noch 40.9 MB benutzt werden, obwohl ich jetzt ca. 185 MB frei habe.
2722_bildschirmfoto_2018-07-30_um_06.59.32.png

[deimos]

Hi,

der HMServer innerhalb des piVCCU Containers ist Java. Mit LXC als Container Lösung wird das auch im Host als Java Prozess angezeigt. Wenn du den killst, dann killst du auch Teile der CCU was in dem Fall mind. dafür sorgt, dass HmIP und virtuelle Geräte nicht mehr funktionieren werden.

Viele Grüße

Alex