Was läuft noch auf Eurer FHEM-Hardware ?

[Bartimaus]

Hallo,

ich räume gerade mein Hausnetzwerk etwas auf.

Bei mir ist es gerade so:

FHEM@RPi4-4GB
Pi-Hole + Unifi-Controller + MiniDLNA mit 1 HDD @ RPI3
MiniDLNA @ BPi mit 1 HDD

Angefangen hat es mit dem Umstieg von der Fritz 7590 auf Ubiquiti.

Jetzt ist es so, das ich zugunsten der Stabilität immer FHEM hab alleine auf dem RPi4 laufen lassen. Und das tut es auch, denn der Raspi langweilt sich.

Hingegen auf dem RPi3 ist der RAM fast ausgereitzt, es läuft auch alles stabil, dennoch frage ich mich, ob ich die Funktionen vom RPI3 nicht auf den RPi4 verlagern könnte. Das hätte auch den Vorteil, das eine Netzwerkdose frei wird...

Auf welcher Hardware läuft Euer FHEM, und was läuft da noch so drauf ?

LG

[MadMax-FHEM]

Warum tauschst du nicht einfach?

Ich habe fhem auf einem PI3 und Unifi, piHole, vpn, samba auf einem PI4 4GB

Beides von SSD...
Beim PI4 halt noch ne HDD...

Gruß, Joachim

[Bartimaus]

Yo, auch ne Idee, aber ich würde auch gerne die Anzahl der Dauerläufer reduzieren.
Mit UniFi sind halt auch 3 dazugekommen.

Du nutzt VPN nicht vom UniFi ?

[MadMax-FHEM]

Yo, auch ne Idee, aber ich würde auch gerne die Anzahl der Dauerläufer reduzieren.

Dauerläufer bzgl. HW?
Dauerläufer bzgl. SW/Services?

Dauerläufer bzgl. HW: dann wohl einen "dickeren" (Intel) Rechner oder ein NAS und dann mit Virtualisierung etc.

Dauerläufer bzgl. SW/Services: von Services "verabschieden"
Unifi Controller brauchst du ja nicht unbedingt...
...außer: deine APs machen "mashed" per WLAN oder du hast ein Gästeportal oder du willst dein Netzwerk "überwachen".
Ansonsten geht es auch ganz ohne Controller.

Ich habe bei meiner Freundin auch einen Unifi AP, der läuft ganz alleine vor sich hin.
Auch ein 2ter (sofern nicht "mashed" per WLAN also z.B. per LAN) würde das tun.
Wenn ich die Konfiguration anpassen will oder einen FW-Update einspielen will etc. dann starte ich den Unifi-Controller in einer VM auf meinem Notebook...

Bei mir selbst läuft der Unifi-Controller eben auf besagtem PI4 dauerhaft.
Aber ich nutze auch das fhem-Modul um gewisse Dinge zu tun und will einen Überblick etc.

Du nutzt VPN nicht vom UniFi ?

Nein: piVPN

Und da sowohl openVPN also auch WireGuard...
(Weil ich letztens in einem Hotel war wo VPN nicht ging, Wireguard aber sehr wohl   )

Läuft zusammen mit piHole und einem Samba (Windows-Freigabe) auf genau demselben PI4...

Fhem läuft eben auf besagtem PI3.
Allerdings eher weil der PI4 "unten" steht und ich die USB-Funk-Sticks etc. oben habe/haben will und somit steht der PI3 eben auch "oben"...
(unten/oben bzgl. meinem Schrank im Eingang   )

Da der PI4 doch recht warm/heiß wird steht er eben "unten" im Schrank mit einem großen langsamen Lüfter...
Da ist das mit dem "Lärm" egal...

Aber es gibt ja schon einige Threads zu dem Thema: worauf "soll" fhem laufen...
Schon mal gesucht...

Gruß, Joachim

[Bartimaus]

Moin,

danke für Deine Rückmeldung. Leider war ich gestern etwas leichtsinning und habe gegen den oberste IT-Regel verstossen: Never change a running system....

Habe im Übermut, wohlwissend das ich System+FHEM-Backups habe, versucht auf meinem FHEM-RPi Unifi+Java zu installieren.... mit dem Ergebnis, das das System komplett zerschossen war, und auch die Systembackups nach einspielen nicht mehr funktioniert haben. Also System neu aufgesetzt, FHEM neu installiert, und FHEM-Backup eingespielt. Das hat zwar funktioniert, leider nicht vollständig, heisst: diverse Module können nicht geladen werden, z:B. das HP1000 Modul.

Code Auswählen Erweitern

2021.03.22 06:35:52.641 1: reload: Error:Modul 50_HP1000 deactivated:
Attempt to reload Unit.pm aborted.
Compilation failed in require at ./FHEM/50_HP1000.pm line 12.
BEGIN failed--compilation aborted at ./FHEM/50_HP1000.pm line 12.


Leider hat meine Recherche nicht dazu geführt, das ich das wieder ans laufen bekomme..... ne Idee ?

[MadMax-FHEM]

Naja was heißt hier oberste regel: never change...

Ist doch Quatsch.
Was bei dir nicht geklappt hat war die wirklich oberste Regel: funktionierendes (autom.) Backup UND Restore!
(Sorry!   )

Und warum hast du nicht einfach eine Kopie der SD (oder SSD) erstellt und damit gearbeitet?
Mache ich immer so, bevor ich "experimentiere", also "Komplettkopie" (gut mittels tar wegen Platzverbrauch aber wäre ja egal) und dann "arbeite" ich auf der Kopie...
Wenn was schief geht -> Original rein und gut.
(mache ich auch, bevor ich UnifiController update)

Bzw. wenn du "nur" PI3 <-> PI4 tauschen wolltest: warum nicht einfach SD/SSD umstecken?


Leider kann ich zu genau diesem Fehler Modul nichts sagen...
Normalerweise steht etwas mehr/genauer im log warum ein Modul nicht geladen werden konnte...

Wenn möglich mal hier schauen: ./FHEM/50_HP1000.pm line 12
was dort "benötigt" wird...

Evtl. bezüglich dieses Problems im passenden Unterforum einen Thread aufmachen...

Gruß, Joachim

[Bartimaus]

Moin Joachim,

ja, Du hast Recht. Hinterher ist man immer schlauer, die Backups konnte ich bis jetzt immer verwenden, nur gestern dann nicht mehr.

SD/SSD umstecken bei RPi3<->RPi4 reicht

[Otto123]

Steht doch da:

Attempt to reload Unit.pm aborted.
Compilation failed in require at ./FHEM/50_HP1000.pm line 12.

Ihm fehlt Unit.pm genau das steht in Zeile 12 use Unit
https://forum.fhem.de/index.php?topic=60285.0
Ist aber Bestandteil von FHEM ... Rechteproblem?

Code Auswählen Erweitern

{qx(ls -lha ./FHEM/Unit.pm)}

[MadMax-FHEM]

Steht doch da:Ihm fehlt Unit.pm genau das steht in Zeile 12 use Unit
https://forum.fhem.de/index.php?topic=60285.0
Ist aber Bestandteil von FHEM ... Rechteproblem?

Code Auswählen Erweitern

{qx(ls -lha ./FHEM/Unit.pm)}

Ja, stimmt...
Wusste nur nicht, dass Unit.pm in fhem drin ist/sein sollte...
(dachte es mir kann/konnte nur nicht nachsehen)

Weil ansonsten sind es halt meist Perl(-System)-Module...
...und dann steht da welche(s)...

Gruß, Joachim

[Bartimaus]

Danke, ich hatte nur via chmod die rechte der Unit.pm geprüft, waren identisch mit denen in meinem Backup...

[Bartimaus]

So, alles auf Anfang.

FHEM gestoppt, (cfg,save+logs separat gesichert, SONST NÜSCHT), FHEM deinstalliert, FHEM neu installiert, Konfig+Save+Logs zurückgesichert, jetzt kann ich das Modul wieder verwenden...

... mal abwarten wie es sich "verhält"

[MadMax-FHEM]

Dann kannst du ja den anderen Thread löschen...
(sorry )

Solange noch niemand geantwortet hat solltest du das können/dürfen...

Gruß und viel Spaß, Joachim

[Bartimaus]

Hatte ich versucht, aber dazu habe ich keine Berechtigung

[Otto123]

Danke, ich hatte nur via chmod die rechte der Unit.pm geprüft, waren identisch mit denen in meinem Backup...

Und wenn das Backup nicht die richtigen Berechtigungen hatte ? 

[Bartimaus]

Und wenn das Backup nicht die richtigen Berechtigungen hatte ? 

Hmmm, hatte in das Backup geschaut, und die Rechte der Module gecheckt... und die waren ok. Wenn das Backup keine Rechte gehabt hätte, dann hätte doch garnichts funktioniert...
Naja, jetzt werde ich mal meine BackupStrategie überdenken...

[Otto123]

Naja Du hast nicht geschrieben wie die Rechte aussehen, deswegen kann ich es nur erahnen und mutmaßen
So sollte es sein:

-rw-r--r-- 1 fhem dialout 138K Jun 30  2019 ./FHEM/Unit.pm

Denke dran: das wichtigste am backup ist, dass das restore funktioniert und durch den zuständigen Operator auch durchgeführt werden kann!

[JoWiemann]

Na, da ist der Thread "Was läuft noch auf Eurer FHEM-Hardware ?" vom Backup gekapert worden. Es wäre schön, wenn hierfür ein neuer Thread aufgemacht werden könnte.

Bei mir läuft auf dem RPi 3 noch PiHole und OctoPi.

Grüße Jörg

[Bartimaus]

@Otto

Code Auswählen Erweitern

-rw-r--r-- 1 fhem dialout 138K Mär 22 08:01 ./FHEM/Unit.pm

Fehlerursache war wohl, das ich das System incl. FHEM neu installiert habe. Und danach den Ordner /opt/fhem komplett mit den Daten aus dem FHEM-Backup überbügelt hab.

Ich werde jetzt mal in einer freien Minute die SD-Karten zwischen RPi3 und 4 tauschen (vorher gesichert), und dann mal sehen. Bin froh das jetzt alles wieder sauber läuft, direkt noch ein paar Fehler gefunden und ausgebügelt.

@JoW

Hast recht, Kapersession beendet... 

[MadMax-FHEM]

@JoW

Hast recht, Kapersession beendet... 

Naja im "eigenen" Thread von "Kapern" zu sprechen

Viel Erfolg, Joachim

[Wernieman]

Also bei so einem Zoo würde ich auch über eine Zentralisierung nachdenken. Ob dann VM oder Docker oder .... ist etwas anderes, nur nativ auf einen Server alles würde ich dann doch nicht. Und las Zentralsystem einen Barebone wie NUC, Zotac, ..... Hauptsache ohne Lüfter ;o)

Hinweis: Natürlich ist so ein System mit 150,- - 200,- "teurer" als ein einzelner PI. Mit 2-3PIs + Zusätzlicher Hardware 8HDD etc.) dagegen .. und auch der Stroimverbrauch ist jetzt nicht so "happig". Mein Zotac CI320 + zusätzlicher USB3 HUB z.B. verbrauchte bei der letzten Messung 7W im Normalverbrauch (FHEM + Mailserver + DNS + DHCP + Apache2 .... also eigentlich "pillepalle")
Hinweis: Wenn man Recourcenfressende Prozesse wie z.B. automatische Bildverarbeitung laufen lässt, dann natürlich deutlich mehr. Dann verlangt man aber auch Leistung und das System ist nicht mit einem PI vergleichbar.

[Bartimaus]

Bzw. wenn du "nur" PI3 <-> PI4 tauschen wolltest: warum nicht einfach SD/SSD umstecken?
Gruß, Joachim

Wow, das funktioniert ja wirklich. Gerade FHEM@RPi4 heruntergefahren, SD,CULs Sticks etc. an RPi3 gestöpselt, hochgefahren, fertig. Läuft 
Stromverbrauch hat sich aber nicht wirklich geändert.

Mal sehen wie die Performance ist, ansonsten hole ich mir einfach noch nen RPi4-2GB...

Danke für den genialen Tip. Das Leben kann manchmal einfach sein....

[Wernieman]

Wenn Du wirklich einen neuen PI4 willst ... nimm einen mit Speicher, also eher 4G ... macht es Dir wirklich einfacher

[Bartimaus]

Ein Pi4-4G hat jetzt anderthalb Jahre seinen Dienst
als FHEM-Server getan. Tadellos, aber oversized. Speicher war nur zu
10% ausgelastet..., dann tut es IMO auch locker die 2GB-Version

Mist, sooo dolle läuft es nicht. Wenn ich bestimmte Räume im Webinterface
Aufrufe (zB) mit vielen Plots, dann stürzt FHEM gnadenlos ab.

[MadMax-FHEM]

Was läuft sonst noch auf dem Pi?

Was hast du bei plotFork/plotEmbed (glaube ich heißen die Attribute) und was bei max. parallel laufenden "non-Blocking-calls"?

Gruß, Joachim

[Wernieman]

Du dimensionierst den Speicher nicht für den Dauer, sondern für den Peak Betrieb.
als Beispiel: Seiten in FHEM mit vielen Grafen ist so ein Peak

10% Dauerbetrieb mit 90% für Peak/Cache ist sinnvoll. 50%Dauer wäre z.B. unter dimensioniert .... (Wenn nur ein Dienst wie FHEM läuft).

[Bartimaus]

Was läuft sonst noch auf dem Pi?

Was hast du bei plotFork/plotEmbed (glaube ich heißen die Attribute) und was bei max. parallel laufenden "non-Blocking-calls"?

Gruß, Joachim

Moin,
es läuft nur FHEM, SMB,FTP
Plotfork 1, Plotembed 1

Wo finde ich die NonblockingCalls ?

@Wernie,

danke für die Erläuterungen
Ich schau mir mal die Speicherauslastung an, wenn ich zb mal einen PlotRaum aufrufe..

[MadMax-FHEM]

blockingCallMax bei global

Es gab kürzlich auch einen Thread wo ziemlich gut erläutert wurde, wie fhem bei gewissen "Aktionen" Speicher "verbraucht"...
EDIT: https://forum.fhem.de/index.php/topic,119943.msg1143812.html#msg1143812

Gruß, Joachim

[Bartimaus]

Ah,

BlockingCallMax = 1

Gem. Deinem Link habe ich jetzt mal Plotfork + Plotembed auf 0 gesetzt.
Zumindest konnte ich jetzt schon diese Räume ohne Absturz öffnen.

Komisch nur, vor dem RPi4 nutzte ich einen BananaPi mit DualCore und 1GB RAM, da hatte ich die Probs nicht.
Naja, ich beobachte mal weiter....

Habe jetzt mal den PiHole+Unifi-MiniDLNA-RPi3 durch den RPi4 ersetzt, das ging zumindest auch problemlos, und merke ich den Geschwindigkeitsschub deutlich

[bismosa]

Hallo!

Das ist ein Thema, dass mich auch immer interessiert. Ich lasse auch gerne vieles auf einem Gerät laufen um weitere Geräte (und Stromfresser) einzusparen.
Mein Motto ist: Ein Gerät, das benötigt wird darf bei mir so viel Strom verbrauchen wie es benötigt...aber ungenutzte Geräte dürfen dies nicht. Also ein sich langweilendes Gerät mit laufenden Kosten mag ich nicht.
Ich bin kein Fan davon zu große Hardware zu verwenden. Pi3/Pi4 mag sich nicht viel tun und der Leistungsschub ist bestimmt Grund genug. Wenn ich aber an einen Miniserver mit dem Stromverbrauch denke...muss ich nicht haben.

Auf meinem Pi läuft hier noch vieles andere. Diverse Scripte, SMB, FTP, Apache (zusätzlich zu FHEM), Squeezebox Server, rpimonitor etc. dazu sind mittlerweile sehr viele GPIO-Ports belegt und ich nutze i2c und 1-wire. Extern habe ich noch einen 868Mhz CUL (MAX), einen Zigbee CUL und einen 433MHz CUL (Signalduino). Dazu noch die Sachen, die ich jetzt vergessen habe aufzuzählen 

Mein FHEM ist mittlerweile auch nicht mehr so ohne.  Der Raspberry ist also sehr gut ausgelastet und kommt wie in dem Thread oben öfter mal an die Grenze. Ich habe das aber durch die beschriebenen Maßnahmen nun komplett im Griff.

Meine Erfahrung mit einem Pi4 sind hier eher gemischt. Es ist eine leistungsfähigere Hardware aber mit meinen CULs hatte ich nur Ärger. Der Empfang meiner Geräte ist insgesamt nicht so berauschend. Es ist auch alles im Flur direkt in der nähe meiner FritzBox. Aber mit dem Pi4 hatte ich so gut wie gar keinen Empfang mehr. Das Problem konnte ich bisher nicht lösen...also bin ich beim Pi3 erstmal geblieben.

Viel Erfolg dabei!

Gruß
Bismosa

[frank]

ich habe irgendwo gelesen, dass der pi4 angeschlossene funkmodule stört/stören kann.
mit etwas abstand, zb usb kabel, wird es besser.

vielleicht fällt es mir wieder ein. 

könnte von hier stammen: https://homematic-forum.de/forum/viewtopic.php?t=65293