Was läuft noch auf Eurer FHEM-Hardware ?

Begonnen von Bartimaus, 21 März 2021, 09:05:25

Vorheriges Thema - Nächstes Thema

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
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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 ?
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

MadMax-FHEM

#3
Zitat von: Bartimaus am 21 März 2021, 10:24:03
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. :)

Zitat von: Bartimaus am 21 März 2021, 10:24:03
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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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.

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 ?
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

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 ???
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Otto123

#7
Steht doch da:
ZitatAttempt 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?
{qx(ls -lha ./FHEM/Unit.pm)}
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

MadMax-FHEM

Zitat von: Otto123 am 22 März 2021, 10:38:44
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?
{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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Bartimaus

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


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

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"
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

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
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Bartimaus

Hatte ich versucht, aber dazu habe ich keine Berechtigung
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Otto123

Zitat von: Bartimaus am 22 März 2021, 11:56:31
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 ?  ::)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Bartimaus

Zitat von: Otto123 am 22 März 2021, 14:51:11
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...
LG
B.


FHEM@Intel-J4105@Debian-LXC, CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly