grüß euch,
ich versuche gerade auf einem neu installierten win11pro nach der anleitung https://wiki.fhem.de/wiki/FHEM_Installation_Windows/en auf einem asus nuc fhem zum laufen zu bekommen.
Prozessor: 12th Gen Intel(R) Core(TM) i5-12500H (2.50 GHz)
Installierter RAM: 16,0 GB (13,7 GB verwendbar)
fhem: fhem-6.4.zip
strawberry perl: 64-bit Portable Releases - 5.42.0.1 288.4 MB on 2025-08-01
o) fhem unter c:\my-fhem kopiert
o) strawberry perl portabel 64 bit neueste version in my-fhem kopiert
o) die PowerShell 7.5.4 angeworfen
PS C:\my-fhem> perl\bin\perl fhem.pl fhem.cfg
--> läuft soweit
o) "update" in fhem gestartet und folgenden fehler bekommen:
2025.12.16 15:12:56 1:
2025.12.16 15:12:56 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2025.12.16 15:12:56 1: https://fhem.de:443: Attempt to reload IO/Socket/SSL.pm aborted. Compilation failed in require at (eval 39) line 1. BEGIN failed--compilation aborted at (eval 39) line 1.
o) fhem "shutdown" gemacht
o) in der powershell PS C:\my-fhem> PATH=C:\my-fhem\c\bin;C:\my-fhem\perl\bin;%PATH% und folgenden fehler bekommen:
PATH=C:\my-fhem\c\bin: The term 'PATH=C:\my-fhem\c\bin' is not recognized as a name of a cmdlet, function, script file, or executable program.
Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
C:\my-fhem\perl\bin: The term 'C:\my-fhem\perl\bin' is not recognized as a name of a cmdlet, function, script file, or executable program.
Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
%PATH%: The term '%PATH%' is not recognized as a name of a cmdlet, function, script file, or executable program.
Check the spelling of the name, or if a path was included, verify that the path is correct and try again.
was mach' ich den falsch? muß ich die portable 32bit version von strawberry perl verwenden? die wäre aber recht alt.
hilfe erbeten!
zum glück aber nicht eilig. das system soll meine zukünftige nas mit (auch) fhem werden.
In powershell ist die Syntax für das Setzen von PATH anders als in der Eingabeaufforderung (Command).
Ungetestet:
$env:PATH = "C:\my-fhem\c\bin;C:\my-fhem\perl\bin;" + $env:PATH
wow ... VIELEN DANK!
schnell noch probiert ... zumindest gibt's in der ps kein gemeckere. leider g'rad wenig zeit. morgen wird weiter getestet!
doch noch gespielt *g*
der autostart funzt schon mal dank dir.
update muß ich mich noch einlesen. ich gehe mal aus, dass da einige module fehlen, also ist wohl cpan fällig.
Habe gerade mal getestet:
"update" funktioniert unter Windows 11 Pro (nur) mit der VORHER gesetzen PATH-Erweiterung.
Füge bitte auch c:\my-fhem\perl\site\bin zum PATH hinzu.
Also in powershell PATH insgesamt erweitern um:
$env:PATH = "C:\my-fhem\c\bin;C:\my-fhem\perl\bin;c:\my-fhem\perl\site\bin" + $env:PATHDas ergibt sich aus der README von strawberryperl, wenn man nicht über portabelshell.bat startet, sondern -wie hier- direkt von der Kommandozeile.
Wiki ist demnach überarbeitungsbedürftig; setze mir das mal auf Todo, wenn mir nicht jemand zuvorkommt.
*g* morgen kommt der neue path.
wäre portabelshell.bat intelligenter für einen autostart?
sag, wenn du schon an der wiki rum drehst, kannst du ne kurze info in sachen cpan dazu schreiben? einfach nur: womit/wie am besten module installieren, damit der "anfangsfrust" sinkt *g*
ach, und noch ne extra dumme frage warscheinlich: wenn mal ein neues perl kommt, kann ich das unfallfrei einfach wieder in den ordner kopieren, oder wäre was zu beachten?
und wieder vielen dank für deine schnelle hilfe!
Zitat von: the ratman am 16 Dezember 2025, 15:34:21das system soll meine zukünftige nas mit (auch) fhem werden
Vielleicht mache ich mich jetzt unbeliebt und es ist ja auch offtopic, aber bist du dir sicher, dass das eine so gute Idee ist? Wenn du zwingend für irgendetwas Windows brauchst, dann pack Proxmox auf die Kiste und mach dir dann eine Windows-VM.
Aber für alles im Zusammenhang mit NAS (und auch FHEM selbst, wie du siehst), führt mE heutzutage kein Weg an Linux vorbei. Und du machst dir das Leben auch weitaus einfacher, weil (gefühlt) >90 % der Anleitungen, Erfahrungsberichte, etc. im Netz auf Linux ausgerichtet sind und die zugehörige Software ebenfalls.
als erstes: update geht auch mit dem erweiterten path nicht ... selber fehler.
zu possible:
derzeit rennt das fast so. auf der alten nas mit win10 rennt eine vm mit debian und fhem.
mein problem: von linux hab ich keine ahnung, bei win kann ich mir wenigstens bei standartproblemen helfen.
ich will also die "größten probleme" entfernen. strawberry perl ist halt neu für mich ... wird schon werden.
ich hab' jetzt so viel durch ... das beste bis jetzt war eine wsl2 anstelle einer vm eines drittanbieters. hab da dank otto ganz lustige lösungen für ein paar problemstellungen gefunden.
das problem eines linux, das ich nicht im griff habe, ändert das aber auch nicht.
Bekomme die gezeigte Fehlermeldung nur, wenn PATH nicht korrekt gesetzt ist.
Bitte füge die Path-Ergänzung mal unter "Systemumgebungsvariable bearbeiten", "Umgebungsvariablen", "Systemvariablen" beim Eintrag "Path" manuell hinzu und teste.
Nutze zur Installation unter strawberryperl bisher cpan.
Und (falls nötig) zur Beruhigung:
FHEM unter Windows lässt sich mit strawberryperl meiner Erfahrung nach problemlos nutzen. Hier laufen (seit Jahren) mehrere Installationen mit iW Enocean und ZWave ohne Auffälligkeiten.
und siehe da - es geht *g*
wird zwar langweilig, aber wieder DANKE!
btw ... trotzdem ich es in der powershell und auch mal als admin in der powersehll mehrfach eingetragen hatte, wars nicht in den systemvariablen eingetragen.
eventuell also gleich den "klicki-bunti-weg" in der wiki vorschalgen?
ich krieg die krise.
jetzt stehen die enviropment varriablen als startpfad zur exe im dienst
dienst also über die reg gelöscht und versucht neu einzutragen
PS C:\Users\the-r> cd c:/my-fhem
PS C:\my-fhem> perl\bin\perl fhem.pl fhem.cfg -i
Cannot initialize FHEM::WinService: Can't locate FHEM/WinService.pm in @INC (you may need to install the FHEM::WinService module) (@INC entries checked: C:/my-fhem/perl/site/lib C:/my-fhem/perl/vendor/lib C:/my-fhem/perl/lib) at fhem.pl line 574.
, exiting.
PS C:\my-fhem>
"händsich" in der powershell lässt sich fhem immer noch brav starten und meckert jetzt auch nicht mehr bei update
langsam glaub' ich an geister
zur sicherheit ... meine systemvariablen für "path" schauen so aus:
%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;%SYSTEMROOT%\System32\OpenSSH\;C:\my-fhem\c\bin;C:\my-fhem\perl\bin;C:\my-fhem\perl\site\bin;
Muss mir das in Ruhe anschauen, was beim Start als Dienst zu beachten ist. Der läuft sicherlich im Standard als System-User.
Nutze bei mir den Start von FHEM über die Aufgabenplanung als einfacher Benutzer, das läuft problemlos. ABER ich habe deutlich ältere Perl-Versionen, die sind beim PATH-Thema der Erinnerung nach nicht so empfindlich.
Im übrigen:
PATH über Klicki-Bunti oben ist dauerhaft
PATH über PS oder Kommandzeile wie im Wiki oder oben ist nur temporär.
Eventuell kann Dir jemand anderes auf die Schnelle Hinweise geben....
Cannot initialize FHEM::WinService: Can't locate FHEM/WinService.pm in @INC (you may need to install the FHEM::WinService module) (@INC entries checked: C:/my-fhem/perl/site/lib C:/my-fhem/perl/vendor/lib C:/my-fhem/perl/lib) at fhem.pl line 574.
, exiting.
Seit der Änderung https://svn.fhem.de/trac/changeset/30608/ von vor 8 Tagen ist '.' nicht mehr in @INC enthalten. Daran scheitert seitdem die Installation von FHEM als Dienst. Nimmt man die Änderung zurück bzw. ergänzt "use lib '.';" wieder in fhem.pl, dann funktioniert die Installation von FHEM als Dienst wieder. Das könnten wir zwar sicherlich manuell über PATH flicken, aber finde ich nicht ideal. Es ging schließlich zuvor ohne Klimmzüge. Das sollte sich mal ein Entwickler anschauen.
Die Änderung verursacht in dem Fall wirklich den Fehler. Ich habe nachgeschaut:
grep "package FHEM" FHEM/[a-zA-Z]*.pm
FHEM/Meta.pm:package FHEM::Meta;
FHEM/WinService.pm:package FHEM::WinService;
Das scheinen die beiden einzigen Pakete zu sein, deren Namespace mit FHEM:: beginnt, und die unter ./FHEM statt lib/FHEM liegen. Da müsste @rudolfkoenig entscheiden, ob es besser ist, die Änderung zurück zu nehmen, oder die beiden Dateien nach lib/ zu verschieben.
na dann wieder thx an euch und ich warte dann mal auf des cheffes urteil ... oder muß ich den armen herrn könig als pseudo-pro user total verwirren? *lach*
Ich wuerde gerne die Aenderung behalten, und die beiden Module nach lib/FHEM verschieben.
Ich habe den Maintainer von Meta.pm angeschrieben.
Da ich WinService.pm geerbt habe: wie kann ich testen, dass es funktioniert?
Und wie deinstalliere ich FHEM anschliessend?
FHEM als Windows-Admin installieren mit folgendem Batch:
md c:\my-fhem
cd c:\my-fhem
curl -L -O https://github.com/StrawberryPerl/Perl-Dist-Strawberry/releases/download/SP_54201_64bit/strawberry-perl-5.42.0.1-64bit-portable.zip
tar -xf strawberry-perl-5.42.0.1-64bit-portable.zip
del strawberry-perl-5.42.0.1-64bit-portable.zip
curl -O https://fhem.de/fhem-6.4.zip
tar -xf fhem-6.4.zip --strip-components=1
del fhem-6.4.zip
set "PATH=%PATH%;c:\my-fhem\perl\site\bin;c:\my-fhem\perl\bin;c:\my-fhem\c\bin"
powershell -NoProfile -Command ^
"$new = 'C:\my-fhem\perl\site\bin;C:\my-fhem\perl\bin;C:\my-fhem\c\bin';" ^
"$machine = [Environment]::GetEnvironmentVariable('Path','Machine');" ^
"if(-not $machine){ $machine = '' };" ^
"$parts = ($machine.Split(';') | ForEach-Object { $_.Trim() } | Where-Object { $_ -ne '' }) + ($new.Split(';') | ForEach-Object { $_.Trim() });" ^
"$uniq = $parts | Where-Object { $_ } | Select-Object -Unique;" ^
"$final = $uniq -join ';';" ^
"[Environment]::SetEnvironmentVariable('Path',$final,'Machine');" ^
"Write-Output 'PATH updated';"
netsh advfirewall firewall add rule name="Perl interpreter TCP" dir=in action=allow program="C:\my-fhem\perl\bin\perl.exe" profile=private protocol=TCP
netsh advfirewall firewall add rule name="Perl interpreter UDP" dir=in action=allow program="C:\my-fhem\perl\bin\perl.exe" profile=private protocol=UDP
perl fhem.pl fhem.cfg -i
net start fhem
In FHEM anschließend "update" und "shutdown restart". Wenn FHEM wieder startet, dann alles OK.
FHEM und Perl als Windows-Admin entfernen:
Deinstallation Dienst
perl fhem.pl -ualternativ
sc stop fhem
sc delete fhemFirewall-Ausnahmen und env-Variablen löschen
netsh advfirewall firewall delete rule name="Perl interpreter TCP"
netsh advfirewall firewall delete rule name="Perl interpreter UDP"
powershell -NoProfile -Command ^
"$oldPaths = 'C:\my-fhem\perl\site\bin;C:\my-fhem\perl\bin;C:\my-fhem\c\bin';" ^
"$machine = [Environment]::GetEnvironmentVariable('Path','Machine');" ^
"if(-not $machine){ $machine = '' };" ^
"$parts = $machine.Split(';') | ForEach-Object { $_.Trim() } | Where-Object { $_ -ne '' };" ^
"$filtered = $parts | Where-Object { $_ -notin $oldPaths.Split(';') };" ^
"$final = $filtered -join ';';" ^
"[Environment]::SetEnvironmentVariable('Path',$final,'Machine');" ^
"Write-Output 'PATH updated';"Ordner c:\my-fhem löschen
rmdir /s /q C:\my-fhem
Alternativ: Liefere mir Testvorschlag und ich teste.
dumme zwischenfrage, wärend ich in den startlöchern stehe: ist's eigentlich ein problem, mein dir von my-fhem zu fhem umzubenennen, wenn ich die 3 pathangaben mit ändere?
geht eigentlich nur darum, dass mich "my" so an div. apps erinnert, die ich nicht haben will *g*
(offtopic)
Die ganzen Klimmzüge, die Du hier aber jetzt machen musst, um das in Windows hinzubekommen, sind vermutlich auch nicht weniger Neuland als wenn man sich ein bisschen in Linux einarbeiten müsste, um FHEM zu installieren.
naja, würd ja rennen, sind ja nur ein paar kleinigkeiten. und so is dann wenigsten win mit fhem gleich am neuesten stand *g*.
und da ich win für ein paar spielereien sowieso brauche, fällt zumindest der rest an problemen weg.
@Rudi:
Als Ergänzung, weil https://forum.fhem.de/index.php?msg=1353866 (#15) eventuell etwas knapp war.
Bei akuellem FHEM Stand scheitert der Befehl zur Installation des Dienstes unter Windows:
perl fhem.pl fhem.cfg -iSelbst wenn man ihn installiert hatte (wie oben bspw. über fhem-6.4.zip), scheitert nach "update" auf aktuellen Stand ein Neustart von FHEM mit "shutdown restart". Der Dienst startet dann nicht mehr.
Wenn der Befehl
perl fhem.pl -unicht funktioniert, habe ich den Dienst über Windows Commandline mit
net stop fhem
sc delete fhemmanuell gelöscht und dann weiter experimentiert.
@the ratmann
Zitatdumme zwischenfrage, wärend ich in den startlöchern stehe: ist's eigentlich ein problem, mein dir von my-fhem zu fhem umzubenennen, wenn ich die 3 pathangaben mit ändere?
Vorher Dienst (vorsichtshalber) deinstallieren und nach Umbenennung und Pfadanpassung anschließend neu installieren, dann sollte es eigentlich kein Problem sein. Es sei denn, jemand (Entwickler, Anwender) hätte Pfade hart verdrahtet: Macht man nicht. Gehe davon aus, dass das klappt. Ausprobieren und berichten.
ZitatFHEM als Windows-Admin installieren mit folgendem Batch:
Danke fuer die klasse Anleitung.
Ich habe WinService.pm nach lib/FHEM verschoben, fhem.pl angepasst, alles eingecheckt und fuer update vorbereitet, damit ich die Anleitung erneut testen konnte.
Jetzt funktioniert shutdown restart (und perl fhem.pl -u) nach update.
Danke zurück. Hier hat es auch funktioniert.
Ich bin nur irritiert, dass nach der Installation des Dienstes über "perl fhem.pl fhem.cfg -i" der Dienst manuell über "net start fhem" gestartet werden muss. Meinte das wäre mal anders gewesen:Autmatischer Start nach Dienst-Installation. Habe jetzt bis FHEM 6.0 zurück die Dienst-Installation probiert; immer war direkt nach der Installation der manuelle Start notwendig. Also wohl doch keine Änderung. Da der Dienst nach Neustart von Windows automatisch startet ist im Fazit alles OK. Doku muss (ich) nur noch anpassen.
@the ratman:
Die Perl-Module Win32::Daemon und Win32::Console werden in strawberryperl 5.42 (und auch schon einige Versionen vorher) mitgeliefert und müssen nicht mehr mit cpan nachinstalliert werden.
ZitatDie Perl-Module Win32::Daemon und Win32::Console werden in strawberryperl 5.42 (und auch schon einige Versionen vorher) mitgeliefert und müssen nicht mehr mit cpan nachinstalliert werden.
hihi, endlich was, was ich schon mitbekommen hab'. wobei ichs über die module zu mysql mitbekommen habe. die sind nämlich auch schon dabei. wobei ich grade 'rum rätsel, womit ich meine db.conf (modul dblog) füttern muß ... "localhost", "127.0.0.1", oder doch "192.158.178.xxx". oder liegts doch am mysql server? mag er maria, mysql oder oracle nicht? da ziert sich fhem auch noch a bissi mit der verweigerung eines connects *g*
hast du da eventuell empfehlungen für mich? vorzugsweise bei mehreren die dau-sicherste?
Hab keine Ahnung von Datenbanken bzw. Dantenbankservern im FHEM/Perl-Umfeld. Ich bin Nur-Text-File Nutzer.
schad ... kriegs schon noch raus, was am besten funzt, wird halt nervig. aber da ich sowieso ne db wegen meiner kodis brauch, darf auch fhem mit rein.
grüße euch nochmal ...
hab eben ein update versucht. ein check zeigt sowohl fhem.pl als einige ander sachen zum updaten an.
mache ich dann ein update, kommt folgende fehlermeldung im log und fhem ist nicht mehr bedienbar:
2025.12.24 11:39:33 1: PERL WARNING: Terminating on signal SIGHUP(1)
2025.12.24 11:39:47 1: Including fhem.cfg
2025.12.24 11:39:47 1: Including ./log/fhem.save
2025.12.24 11:39:47 0: Featurelevel: 6.4
2025.12.24 11:39:47 0: Server started with 6 defined entities (fhem.pl:30608/2025-12-09 perl:5.042000 os:MSWin32 user:ratman pid:8156)
2025.12.24 11:40:08 1:
2025.12.24 11:40:08 1: Downloading https://fhem.de/fhemupdate/controls_fhem.txt
2025.12.24 11:40:09 1: UPD ./CHANGED
Win32 version 0.27 required--this is only version 0 at C:/fhem/perl/lib/File/Copy.pm line 322.
BEGIN failed--compilation aborted.
Ich habe mit einer Installation nach Anleitung von krikan kein Problem mit update.
In c:\my-fhem\perl\lib\Win32.pm steht $VERSION = '0.59_01';
Ich vermute, dass deine perl Installation einen Schaden bekommen hat.
wollt's nur sicherheitshalber erwähnt haben.
fhem werd ich nach den div. experimenten sowieso neu machen *g*
nur, falls wer übersehen hat ... die englische wiki zur win installation scheint noch nicht aktuell zu sein, soweit ich das beurteilen kann.
und thx für die aktualisierte deutsche version!
du hast im wiki scheinbar ein paar mal c:/fhem und f:/my-fhem gemischt *g*
eventuell sollte man auch den leuten erklären, warum da immer "Mehr?" steht ... hat mich auch vollkommen verwirrt, nachdem ich auf geistigen durchzug geschaltet und einfach kopiert hab, was du schreibst ...
nun zu mir:
fhem und perl neu gemacht unter c:/fhem
läuft, update geht
weiter gehts:
C:\Users\the-r>cd c:\fhem
c:\fhem>PATH=c:\fhem\c\bin;c:\fhem\perl\bin;%PATH%
c:\fhem>powershell -NoProfile -Command ^
Mehr? "$new = 'C:\fhem\perl\site\bin;C:\fhem\perl\bin;C:\fhem\c\bin';" ^
Mehr? "$machine = [Environment]::GetEnvironmentVariable('Path','Machine');" ^
Mehr? "if(-not $machine){ $machine = '' };" ^
Mehr? "$parts = ($machine.Split(';') | ForEach-Object { $_.Trim() } | Where-Object { $_ -ne '' }) + ($new.Split(';') | ForEach-Object { $_.Trim() });" ^
Mehr? "$uniq = $parts | Where-Object { $_ } | Select-Object -Unique;" ^
Mehr? "$final = $uniq -join ';';" ^
Mehr? "[Environment]::SetEnvironmentVariable('Path',$final,'Machine');" ^
Mehr? "Write-Output 'PATH updated';"
PATH updated
c:\fhem>perl fhem.pl fhem.cfg -i
try to install fhem windows service as: c:\fhem\perl\bin\perl.exe c:/fhem/fhem.pl c:/fhem/fhem.cfg
fhem service successfully added.
c:\fhem>net start fhem
fhem server wird gestartet.
fhem server wurde erfolgreich gestartet.schaut ganz gut aus ... "shutdown restart" scheint auch zu gehen.
wunderbar! auch nach einem neustart des systems ist fhem da.