Windows - FHEM installieren - Versionsgeschichte

Krikan: Todo aufgenommen

2019-08-14T14:00:24Z

Todo aufgenommen

← Nächstältere Version		Version vom 14. August 2019, 16:00 Uhr
Zeile 1:		Zeile 1:
	{{Hinweis\|FHEM kann unter Windows auf unterschiedliche Weise installiert werden. Eine andere Möglichkeit, FHEM als portable Software ohne Änderung der Registry unter Windows zu betreiben, ist [[FHEM Installation Windows\|hier]] dargestellt.<br>		{{Hinweis\|FHEM kann unter Windows auf unterschiedliche Weise installiert werden. Eine andere Möglichkeit, FHEM als portable Software ohne Änderung der Registry unter Windows zu betreiben, ist [[FHEM Installation Windows\|hier]] dargestellt.<br> There are several ways to install FHEM on a Windows computer. For instructions how to run FHEM as a portable software without changing the registry see [[FHEM Installation Windows/en\|here]].}}

	~~There are several ways to install~~ FHEM ~~on a~~ Windows ~~computer. For instructions how to run~~ FHEM ~~as a portable software without changing the registry see~~ [[~~FHEM Installation Windows/en\|here~~]].}}		{{Todo\|Komplettaktualisierung der Seite, u.a.:
			* Strawberry Perl installiert seit 12/2018 das Modul Win32::SerialPort standardmäßig mit. Die im Text beschriebenen Probleme mit diesem Modul und dessen Installation bestehen seitdem nicht mehr.
			* Die hier beschriebenen Wege "FHEM automatisch mit Windows starten" nutzen nicht den in FHEM eingebauten Mechanismus: siehe [[FHEM_Installation_Windows#Installation_von_FHEM_als_Dienst]].}}

Beta-User: Hinweis auf alternativen Installationsweg eingefügt

2018-03-19T15:45:25Z

Hinweis auf alternativen Installationsweg eingefügt

← Nächstältere Version		Version vom 19. März 2018, 17:45 Uhr
Zeile 1:		Zeile 1:
			{{Hinweis\|FHEM kann unter Windows auf unterschiedliche Weise installiert werden. Eine andere Möglichkeit, FHEM als portable Software ohne Änderung der Registry unter Windows zu betreiben, ist [[FHEM Installation Windows\|hier]] dargestellt.<br>

			There are several ways to install FHEM on a Windows computer. For instructions how to run FHEM as a portable software without changing the registry see [[FHEM Installation Windows/en\|here]].}}


	== FHEM unter Windows 7/8/8.1 installieren ==		== FHEM unter Windows 7/8/8.1 installieren ==

ArminLinder: Kleiner Formatierfehler ausgebessert.

2015-11-15T19:36:42Z

Kleiner Formatierfehler ausgebessert.

← Nächstältere Version		Version vom 15. November 2015, 21:36 Uhr
Zeile 69:		Zeile 69:
	Als letzten Perl Installationsschritt müssen Anwender, die serielle Empfänger (CUL) verwenden, noch die Perl Bibliothek zur Ansteuerung serieller Geräte (Win32::SerialPort) herunterladen und installieren, sie gehört nicht (mehr) zum Standardlieferumfang von Perl. Der Befehl dazu lautet		Als letzten Perl Installationsschritt müssen Anwender, die serielle Empfänger (CUL) verwenden, noch die Perl Bibliothek zur Ansteuerung serieller Geräte (Win32::SerialPort) herunterladen und installieren, sie gehört nicht (mehr) zum Standardlieferumfang von Perl. Der Befehl dazu lautet

	<~~code~~>ppm install Win32-SerialPort</~~code~~>		<pre>ppm install Win32-SerialPort</pre>
	[[Datei:Activeperl installserial.png]]		[[Datei:Activeperl installserial.png]]

ArminLinder: Anleitung FHEM Download/Installation neu gemacht

2015-11-15T19:31:12Z

Anleitung FHEM Download/Installation neu gemacht

Änderungen zeigen

ArminLinder: Kleine Präzisierung für WIndows 8.1

2015-11-15T17:43:00Z

Kleine Präzisierung für WIndows 8.1

← Nächstältere Version		Version vom 15. November 2015, 19:43 Uhr
Zeile 29:		Zeile 29:
	Bei Windows 7 führt das nur zu einer empörten Sicherheits-Warnung des Geräte-Managers, die man quittieren kann, und danach ist der Treiber installiert.		Bei Windows 7 führt das nur zu einer empörten Sicherheits-Warnung des Geräte-Managers, die man quittieren kann, und danach ist der Treiber installiert.

	Ab Windows 8 wurde die Sicherheits-Schraube enger angezogen, jetzt kann man die Signaturprüfung leider nicht mehr ignorieren. Statt dessen muss man Windows in einem speziellen Modus starten, um unsignierte Treiber nützen zu dürfen. Dazu gibt es x Wege und y Anleitungen, hier der Weg den ich empfehle:		Ab Windows 8 wurde die Sicherheits-Schraube enger angezogen, jetzt kann man die Signaturprüfung leider nicht mehr ignorieren. Statt dessen muss man Windows in einem speziellen Modus starten, um unsignierte Treiber nützen zu dürfen. Dazu gibt es x Wege und y Anleitungen, hier der Weg den ich empfehle (aufgezeichnet mit Windows 8.1, Windows 8 sollte nicht viel anders gehen):

	- starte eine Eingabezeile (mit administrativen Rechten) und gib den Befehl		- starte eine Eingabezeile (mit administrativen Rechten) und gib den Befehl
Zeile 35:		Zeile 35:
	<nowiki>shutdown /r /o /f /t 0</nowiki>		<nowiki>shutdown /r /o /f /t 0</nowiki>

	ein. Der Rechner macht einen Neustart, beim Hochfahren kommst Du automatisch ins Windows Menü "Starteinstellungen" (das man früher mit <F8> aufrufen konnte, was nun aber nicht mehr so geht). Dort wählst Du Punkt 7: "Erzwingen der Treibersignatur deaktiveren". Jetzt startet Windows eine Sitzung mit abgeschalteter Signaturprüfung, und nun kannst Du die CUL.inf wie oben beschrieben über den Geräte-Manager einspielen. Der motzt zwar noch, dass "Der Herausgeber der Treibersoftware nicht überprüft werden konnte", aber man kann die Meldung mit "Diese Treibersoftware trotzdem installieren" übergehen, und danach ist der CUL Treiber aktiviert. Die Einstellung gilt bis zum nächsten Reboot, man muss sie also nicht wieder rücksetzen, das macht der nächste Reboot von selbst.		ein. Du erhältst ein Menü zur "Problembehandlung", wähle dort "Erweiterte Optionen" und weiters "Starteinstellungen". Auf diesem Bildschirm befindet sich ein Button "Neu Starten", den Du drückst. Der Rechner macht einen Neustart, beim Hochfahren kommst Du automatisch ins Windows Menü "Starteinstellungen" (das man früher mit <F8> aufrufen konnte, was nun aber nicht mehr so geht). Dort wählst Du Punkt 7: "Erzwingen der Treibersignatur deaktiveren". Jetzt startet Windows eine Sitzung mit abgeschalteter Signaturprüfung, und nun kannst Du die CUL.inf wie oben beschrieben über den Geräte-Manager einspielen. Der motzt zwar noch, dass "Der Herausgeber der Treibersoftware nicht überprüft werden konnte", aber man kann die Meldung mit "Diese Treibersoftware trotzdem installieren" übergehen, und danach ist der CUL Treiber aktiviert. Die Einstellung gilt bis zum nächsten Reboot, man muss sie also nicht wieder rücksetzen, das macht der nächste Reboot von selbst.

	Eigentlich ist das Ganze eine Farce, weil der Microsoft Treiber "usbser.sys", der den CUL letztendlich ansteuert, bei Windows mit dabei und selbstverständlich signiert ist. Die CUL.inf enthält also gar keinen Treiber, lediglich die Konfigurationsroutine für einen schon bestehenden (signierten) Treiber, aber die CUL.inf selber ist eben nicht signiert. Nach der erfolgreichen Installation wird die .inf nicht mehr benötigt, daher kann die Signaturprüfung ruhig wieder eingeschaltet werden. Wäre dagegen ein spezieller Treiber nötig gewesen (.sys), und wäre dieser auch nicht signiert, müsste man sich etwas einfallen lassen, die Treibersignaturprüfung für alle Zeiten auszuschalten - ein Reboot setzt sie ja wie schon erwähnt wieder aktiv, und der unsignierte Treiber würde nicht mehr geladen. Auch dafür gibt es Tools und Wege, aber wie gesagt, für den Betrieb des CUL ist das nicht notwendig, weil der eigentliche Treiber usbser.sys signiert ist.		Eigentlich ist das Ganze eine Farce, weil der Microsoft Treiber "usbser.sys", der den CUL letztendlich ansteuert, bei Windows mit dabei und selbstverständlich signiert ist. Die CUL.inf enthält also gar keinen Treiber, lediglich die Konfigurationsroutine für einen schon bestehenden (signierten) Treiber, aber die CUL.inf selber ist eben nicht signiert. Nach der erfolgreichen Installation wird die .inf nicht mehr benötigt, daher kann die Signaturprüfung ruhig wieder eingeschaltet werden. Wäre dagegen ein spezieller Treiber nötig gewesen (.sys), und wäre dieser auch nicht signiert, müsste man sich etwas einfallen lassen, die Treibersignaturprüfung für alle Zeiten auszuschalten - ein Reboot setzt sie ja wie schon erwähnt wieder aktiv, und der unsignierte Treiber würde nicht mehr geladen. Auch dafür gibt es Tools und Wege, aber wie gesagt, für den Betrieb des CUL ist das nicht notwendig, weil der eigentliche Treiber usbser.sys signiert ist.

ArminLinder: CUL Installation für WIndows 8 dokumentiert, paar Tippfehler korrigiert.

2015-11-15T17:23:01Z

CUL Installation für WIndows 8 dokumentiert, paar Tippfehler korrigiert.

← Nächstältere Version		Version vom 15. November 2015, 19:23 Uhr
Zeile 20:		Zeile 20:
	# Wenn der CUL nach Abziehen und erneut in den Rechner stecken langsam grün blinkt, hat’s wohl geklappt.		# Wenn der CUL nach Abziehen und erneut in den Rechner stecken langsam grün blinkt, hat’s wohl geklappt.

	~~Danach~~ muss noch der Windows-Treiber für den CUL868 installiert werden. Dieser ~~kann~~ von busware heruntergeladen ~~werden und im Windows Gerätemanager installiert~~ werden:		=== CUL Treiber installieren ===
			Bevor der CUL868 als COM-Port sichtbar wird, muss noch der Windows-Treiber für den CUL868 installiert werden. Dieser muss erst einmal von busware heruntergeladen werden:

	[http://www.busware.de/tiki-download_file.php?fileId=8 http://www.busware.de/tiki-download_file.php?fileId=8]		[http://www.busware.de/tiki-download_file.php?fileId=8 http://www.busware.de/tiki-download_file.php?fileId=8]

			Man speichert die Datei irgendwo hin, rechtsklickt im Windows Geräte-Manager den gelb markierten CUL868 und wählt "Treibersoftware aktualisieren". Im darauffolgenden Dialog wählt man "Auf dem Computer nach Treibersoftware suchen" und zeigt dem Geräte-Manager das Verzeichnis, in dem man die CUL.inf abgelegt hat. Fertig, oder na ja, fast fertig: leider gerät diese Datei neuerdings in die Mühle der Microsoft Treibersignatur-Prüfung, und fällt natürlich durch, weil die inf Datei nicht signiert ist.

			Bei Windows 7 führt das nur zu einer empörten Sicherheits-Warnung des Geräte-Managers, die man quittieren kann, und danach ist der Treiber installiert.

			Ab Windows 8 wurde die Sicherheits-Schraube enger angezogen, jetzt kann man die Signaturprüfung leider nicht mehr ignorieren. Statt dessen muss man Windows in einem speziellen Modus starten, um unsignierte Treiber nützen zu dürfen. Dazu gibt es x Wege und y Anleitungen, hier der Weg den ich empfehle:

			- starte eine Eingabezeile (mit administrativen Rechten) und gib den Befehl

			<nowiki>shutdown /r /o /f /t 0</nowiki>

			ein. Der Rechner macht einen Neustart, beim Hochfahren kommst Du automatisch ins Windows Menü "Starteinstellungen" (das man früher mit <F8> aufrufen konnte, was nun aber nicht mehr so geht). Dort wählst Du Punkt 7: "Erzwingen der Treibersignatur deaktiveren". Jetzt startet Windows eine Sitzung mit abgeschalteter Signaturprüfung, und nun kannst Du die CUL.inf wie oben beschrieben über den Geräte-Manager einspielen. Der motzt zwar noch, dass "Der Herausgeber der Treibersoftware nicht überprüft werden konnte", aber man kann die Meldung mit "Diese Treibersoftware trotzdem installieren" übergehen, und danach ist der CUL Treiber aktiviert. Die Einstellung gilt bis zum nächsten Reboot, man muss sie also nicht wieder rücksetzen, das macht der nächste Reboot von selbst.

			Eigentlich ist das Ganze eine Farce, weil der Microsoft Treiber "usbser.sys", der den CUL letztendlich ansteuert, bei Windows mit dabei und selbstverständlich signiert ist. Die CUL.inf enthält also gar keinen Treiber, lediglich die Konfigurationsroutine für einen schon bestehenden (signierten) Treiber, aber die CUL.inf selber ist eben nicht signiert. Nach der erfolgreichen Installation wird die .inf nicht mehr benötigt, daher kann die Signaturprüfung ruhig wieder eingeschaltet werden. Wäre dagegen ein spezieller Treiber nötig gewesen (.sys), und wäre dieser auch nicht signiert, müsste man sich etwas einfallen lassen, die Treibersignaturprüfung für alle Zeiten auszuschalten - ein Reboot setzt sie ja wie schon erwähnt wieder aktiv, und der unsignierte Treiber würde nicht mehr geladen. Auch dafür gibt es Tools und Wege, aber wie gesagt, für den Betrieb des CUL ist das nicht notwendig, weil der eigentliche Treiber usbser.sys signiert ist.
	=== Perl installieren ===		=== Perl installieren ===
	Die folgende Anleitung wurde mit Windows 7 / Windows 2008 Server (64-Bit) erstellt und getestet, andere Windows Versionen funktionieren mit geringfügigen Abweichungen bei den Verzeichnisnamen gleich. "C:\Program Files" heißt eventuell "C:\Programme" (Windows XP), oder "C:\Program Files (x64)" (32-Bit Perl auf 64-Bit Windows), und auch der vorgeschlagene Perl Verzeichnisname variiert je nach Version (Perl / Perl64).		Die folgende Anleitung wurde mit Windows 7 / Windows 2008 Server (64-Bit) erstellt und getestet, andere Windows Versionen funktionieren mit geringfügigen Abweichungen bei den Verzeichnisnamen gleich. "C:\Program Files" heißt eventuell "C:\Programme" (Windows XP), oder "C:\Program Files (x64)" (32-Bit Perl auf 64-Bit Windows), und auch der vorgeschlagene Perl Verzeichnisname variiert je nach Version (Perl / Perl64).
Zeile 198:		Zeile 213:
	Für den Anfang wird man FHEM von Hand starten, das ist sogar notwendig, um beim ersten Start von FHEM den Assistenten zur Konfiguration der Windows Firewall richtig einstellen zu können. Spätestens wenn der Rechner einmal unvorhergesehen neu startet, sei es durch ein "wichtiges" Windows Update, oder einen Stromausfall, wird man sich wünschen, dass FHEM automatisch mit dem Rechner mit startet. Ich beschreibe im Folgenden die beiden wahrscheinlich häufigsten Methoden, um das zu erreichen. Es gibt auch noch andere, z.B. Load- oder Run Anweisungen in der Windows Registry, Startup- oder Login-Scripte und noch einige mehr, alle sind der "Autostart" Methode, sehr ähnlich.		Für den Anfang wird man FHEM von Hand starten, das ist sogar notwendig, um beim ersten Start von FHEM den Assistenten zur Konfiguration der Windows Firewall richtig einstellen zu können. Spätestens wenn der Rechner einmal unvorhergesehen neu startet, sei es durch ein "wichtiges" Windows Update, oder einen Stromausfall, wird man sich wünschen, dass FHEM automatisch mit dem Rechner mit startet. Ich beschreibe im Folgenden die beiden wahrscheinlich häufigsten Methoden, um das zu erreichen. Es gibt auch noch andere, z.B. Load- oder Run Anweisungen in der Windows Registry, Startup- oder Login-Scripte und noch einige mehr, alle sind der "Autostart" Methode, sehr ähnlich.
	=== Die "Autostart" Methode ===		=== Die "Autostart" Methode ===
	Die "Autostart" Methode ist auch für Windows Neulinge gut zu beherrschen, und eigent sich auch als Vorarbeit für die "Hintergrunddienst" Methode. Man kann alle ~~programmaktivitäten~~ ganz normal am ~~Bidshcirm~~ sehen, was die Fehlersuche sehr erleichtert. Der prinzipbedingte Nachteil dieser Methode besteht darin, dass FHEM nur so lange läuft, wie der Benutzer nicht abgemeldet wird.		Die "Autostart" Methode ist auch für Windows Neulinge gut zu beherrschen, und eigent sich auch als Vorarbeit für die "Hintergrunddienst" Methode. Man kann alle Programmaktivitäten ganz normal am Bidschirm sehen, was die Fehlersuche sehr erleichtert. Der prinzipbedingte Nachteil dieser Methode besteht darin, dass FHEM nur so lange läuft, wie der Benutzer nicht abgemeldet wird.
	==== AutoLogin/AutoLogon einrichten ====		==== AutoLogin/AutoLogon einrichten ====
	Ein Autologon sorgt dafür, dass sich der Computer nach einem Neustart automatisch mit einem bestimmten Benutzerkonto anmeldet. In der einfachsten Form braucht man dafür überhaupt nichts zu tun: so lange man bei einem Windows 7 Rechner, der nicht Windows Active-Directory Domänenmitglied ist, dem Konto, das bei der Standardinstallation automatisch angelegt wurde, kein Passwort zuweist, und keine weiteren Konten anlegt bzw. aktiviert, meldet sich Windows bei jedem Start vollautomatisch mit diesem Konto an. Das sind natürlich sehr enge Rahmenbedingungen, und wer hat schon gerne einen unversperrten Windows PC 24/7 herumstehen, aber wen das nicht weiter stört, der kann den folgenden Abschnitt überspringen und bei "Autostart konfigurieren" weiterlesen.<br>		Ein Autologon sorgt dafür, dass sich der Computer nach einem Neustart automatisch mit einem bestimmten Benutzerkonto anmeldet. In der einfachsten Form braucht man dafür überhaupt nichts zu tun: so lange man bei einem Windows 7 Rechner, der nicht Windows Active-Directory Domänenmitglied ist, dem Konto, das bei der Standardinstallation automatisch angelegt wurde, kein Passwort zuweist, und keine weiteren Konten anlegt bzw. aktiviert, meldet sich Windows bei jedem Start vollautomatisch mit diesem Konto an. Das sind natürlich sehr enge Rahmenbedingungen, und wer hat schon gerne einen unversperrten Windows PC 24/7 herumstehen, aber wen das nicht weiter stört, der kann den folgenden Abschnitt überspringen und bei "Autostart konfigurieren" weiterlesen.<br>
Zeile 260:		Zeile 275:
	[[Datei:Scheduler_NewTask_Condtions.png]]<br>		[[Datei:Scheduler_NewTask_Condtions.png]]<br>
	Folgende Eingaben sind zu machen:<br>		Folgende Eingaben sind zu machen:<br>
	''Energie:'' Je nachdem ob der Rechner ein Laptop ist oder nicht, und wie ma seinen Akku verwenden will, wird man hier seine Einstellungen wählen.<br>		''Energie:'' Je nachdem ob der Rechner ein Laptop ist oder nicht, und wie man seinen Akku verwenden will, wird man hier seine Einstellungen wählen.<br>
	'''Karteikarte Einstellungen'''<br>		'''Karteikarte Einstellungen'''<br>
	[[Datei:Scheduler_NewTask_Settings.png]]<br>		[[Datei:Scheduler_NewTask_Settings.png]]<br>

ArminLinder: /* Rechner im Dauerbetrieb halten - Energiesparplan anpassen */

2015-01-12T14:08:57Z

Rechner im Dauerbetrieb halten - Energiesparplan anpassen

← Nächstältere Version		Version vom 12. Januar 2015, 16:08 Uhr
Zeile 186:		Zeile 186:

	== Rechner im Dauerbetrieb halten - Energiesparplan anpassen ==		== Rechner im Dauerbetrieb halten - Energiesparplan anpassen ==
	Windows kann mit seinen zahllosen voreingestellten Segnungen ab und zu ein ziemlicher Spielverderber sein. Normale Windows Clients werden von Microsoft so eingestellt, dass sie automatisch in den Standby Modus gehen, wenn eine Weile lang keine Tastatur- oder Mauseingaben erfolgen. Für Dauerbetrieb muss man daher den aktuell eingestellten Energiesparplan ändern und ihn so einstellen, dass der Rechner nicht in den ~~Standby~~-Modus ~~("Ruhezustand")~~ wechselt ~~wenn eine Weile lang nichts mehr passiert~~.		Windows kann mit seinen zahllosen voreingestellten Segnungen ab und zu ein ziemlicher Spielverderber sein. Normale Windows Clients werden von Microsoft so eingestellt, dass sie automatisch in den Standby Modus gehen, wenn eine Weile lang keine Tastatur- oder Mauseingaben erfolgen. Für Dauerbetrieb muss man daher den aktuell eingestellten Energiesparplan ändern und ihn so einstellen, dass der Rechner nicht in den Energiespar-Modus wechselt.<br>
	<~~-- Screenshot Energiesparplan anpassen --~~>		Wer es sich einfach machen möchte, wählt einfach den Energiesparplan "Höchste Leistung", aber das ist irgendwie Overkill für FHEM, weil dann auch viele Energiesparmaßnahmen, die FHEM nicht stören, aber der Stromrechung zugute kommen, mit abgeschaltet werden. Es bietet sich an, den Energieoption "Energiesparmodus" als Ausgangsbasis zu nehmen, und dort die Einstellung "Energiesparmodus nach:" auf "Niemals" zu setzen.<br>
	Wer es sich einfach machen möchte, wählt einfach den Energiesparplan "Höchste Leistung", aber das ist irgendwie Overkill für FHEM, weil dann auch viele Energiesparmaßnahmen, die FHEM nicht stören, aber der Stromrechung zugute kommen, mit abgeschaltet werden.		[[Datei:Windows_Powersave_Config.png]]<br>
			Zu den Energieeinstellungen gelangt man über "Start" - "Systemsteuerung" - "System und Sicherheit" - "Energieoptionen".<br>

	== Rechner automatisch starten ==		== Rechner automatisch starten ==
	Wenn man den FHEM Rechner eingeschaltet hat, schaltet man ihn normalerweise nicht mehr aus. Ein Stromausfall könnte den Rechner aber lahmlegen, sofern er danach nicht von selbst wieder startet. Diese unterste Ebene des Autostarts ist die Basis für den nachfolgend beschriebenen Autostart der FHEM Software. Man kann den Autostart der Hardware auf zwei Arten lösen. Die Einfache: viele BIOS Varianten haben eine Option mit einem Namen wie "AC Back Function" (Beispiel aus dem Award BIOS, zu finden unter "Power Management"). Steht sie auf "Full-On" (Award) schaltet sich der Rechner automatisch ein, wenn die Netzspannung wieder zurückkommt. Das Award BIOS hat auch noch Varianten, bei denen der Rechner nur dann einschaltet, wenn er vor dem Stromausfall eingeschaltet war.		Wenn man den FHEM Rechner eingeschaltet hat, schaltet man ihn normalerweise nicht mehr aus. Ein Stromausfall könnte den Rechner aber lahmlegen, sofern er danach nicht von selbst wieder startet. Diese unterste Ebene des Autostarts ist die Basis für den nachfolgend beschriebenen Autostart der FHEM Software. Man kann den Autostart der Hardware auf zwei Arten lösen. Die Einfache: viele BIOS Varianten haben eine Option mit einem Namen wie "AC Back Function" (Beispiel aus dem Award BIOS, zu finden unter "Power Management"). Steht sie auf "Full-On" (Award) schaltet sich der Rechner automatisch ein, wenn die Netzspannung wieder zurückkommt. Das Award BIOS hat auch noch Varianten, bei denen der Rechner nur dann einschaltet, wenn er vor dem Stromausfall eingeschaltet war.

ArminLinder: /* Windows Firewall für FHEM konfigurieren */

2015-01-12T12:41:18Z

Windows Firewall für FHEM konfigurieren

← Nächstältere Version		Version vom 12. Januar 2015, 14:41 Uhr
Zeile 172:		Zeile 172:
	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	== Windows Firewall für FHEM konfigurieren ==		== Windows Firewall für FHEM konfigurieren ==
	Wer Windows mit eingeschalteter Windows Firewall betreibt (was empfohlen wird) muss den FHEM Port von außen zugänglich machen~~, sonst kann er FHEM nur von der lokalen Konsole aus nützen~~. Der Mechnismus ist verwandt mit der Portfreigabe, die man auf Routern eintragen muss, wenn man FHEM aus dem Internet heraus ansprechen möchte. Für eine Benützung im LAN genügt es, die Windows Firewall gegenüber anderen LAN Geräten zu öffnen, will man vom Internet aus zugreifen ist zusätzlich(!) auch noch eine Portfreigabe mit NAT im Router einzutragen.		Wer Windows mit eingeschalteter Windows Firewall betreibt (was empfohlen wird) muss den FHEM Port von außen zugänglich machen. Der Mechnismus ist verwandt mit der Portfreigabe, die man auf Routern eintragen muss, wenn man FHEM aus dem Internet heraus ansprechen möchte. Für eine Benützung im LAN genügt es, die Windows Firewall gegenüber anderen LAN Geräten zu öffnen, will man vom Internet aus zugreifen ist zusätzlich(!) auch noch eine Portfreigabe mit NAT im Router einzutragen.
	Windows fordert den Benutzer beim ersten Start einer Software, die Netzwerkdienste nach außen bereitstellen möchte, automatisch auf, die Portfreigabe ~~für die FHEM Ports 8083-8085~~ zu bestätigen.<br>		Windows fordert den Benutzer beim ersten Start einer Software, die Netzwerkdienste nach außen bereitstellen möchte, automatisch auf, die Portfreigabe zu bestätigen.<br>
	[[Datei:Windows_firewall_auto.png]]<br>		[[Datei:Windows_firewall_auto.png]]<br>
	Windows fragt nur ein Mal - lehnt man das ab, hat man die Chance vertan und muss die Windows Firewall von Hand konfigurieren. Daher macht es Sinn, FHEM mindestens einmal von Hand zu starten, bevor man es als Dienst laufen lässt.<br>		Windows fragt nur ein Mal - lehnt man das ab, hat man die Chance vertan und muss die Windows Firewall von Hand konfigurieren. Daher macht es Sinn, FHEM mindestens einmal von Hand zu starten, bevor man es als Dienst laufen lässt.<br>

ArminLinder: /* Windows Firewall für FHEM konfigurieren */

2015-01-12T12:34:24Z

Windows Firewall für FHEM konfigurieren

← Nächstältere Version		Version vom 12. Januar 2015, 14:34 Uhr
Zeile 173:		Zeile 173:
	== Windows Firewall für FHEM konfigurieren ==		== Windows Firewall für FHEM konfigurieren ==
	Wer Windows mit eingeschalteter Windows Firewall betreibt (was empfohlen wird) muss den FHEM Port von außen zugänglich machen, sonst kann er FHEM nur von der lokalen Konsole aus nützen. Der Mechnismus ist verwandt mit der Portfreigabe, die man auf Routern eintragen muss, wenn man FHEM aus dem Internet heraus ansprechen möchte. Für eine Benützung im LAN genügt es, die Windows Firewall gegenüber anderen LAN Geräten zu öffnen, will man vom Internet aus zugreifen ist zusätzlich(!) auch noch eine Portfreigabe mit NAT im Router einzutragen.		Wer Windows mit eingeschalteter Windows Firewall betreibt (was empfohlen wird) muss den FHEM Port von außen zugänglich machen, sonst kann er FHEM nur von der lokalen Konsole aus nützen. Der Mechnismus ist verwandt mit der Portfreigabe, die man auf Routern eintragen muss, wenn man FHEM aus dem Internet heraus ansprechen möchte. Für eine Benützung im LAN genügt es, die Windows Firewall gegenüber anderen LAN Geräten zu öffnen, will man vom Internet aus zugreifen ist zusätzlich(!) auch noch eine Portfreigabe mit NAT im Router einzutragen.
	Windows fordert den Benutzer beim ersten Start einer Software, die Netzwerkdienste nach außen bereitstellen möchte, automatisch auf, ~~deren~~ Portfreigabe~~(n)~~ zu bestätigen.		Windows fordert den Benutzer beim ersten Start einer Software, die Netzwerkdienste nach außen bereitstellen möchte, automatisch auf, die Portfreigabe für die FHEM Ports 8083-8085 zu bestätigen.<br>
	<~~-- Screenshot Windows Firewall autokonfig --~~>		[[Datei:Windows_firewall_auto.png]]<br>
	Windows fragt nur ein Mal - lehnt man das ab, hat man die Chance vertan und muss die Windows Firewall von Hand konfigurieren. Daher macht es Sinn, FHEM mindestens einmal von Hand zu starten, bevor man es als Dienst laufen lässt.		Windows fragt nur ein Mal - lehnt man das ab, hat man die Chance vertan und muss die Windows Firewall von Hand konfigurieren. Daher macht es Sinn, FHEM mindestens einmal von Hand zu starten, bevor man es als Dienst laufen lässt.<br>
	Selbstverstndlich kann man die FHEM Portfreigabe auch direkt in die Windows Firewall einpflegen, oder die Eingtragung kontrollieren oder ändern wenn nötig. Da FHEM als interpretierter Code innerhalb des PERL Interpreters läuft, muss bei der Portfreigabe ~~PERL~~.exe als berechtigtes Programm angegeben werden.		''Hinweis: der Windows Firewallregelassistent ist recht freigiebig und gibt, wenn man den Zugriff zulässt, alle Ports für perl.exe frei. Andert man die FHEM Ports nachträglich, muss man die Firewall-Ports deshalb nicht nachpflegen''<br>
	<-- Screenshot Windows Firewall ~~manuell config~~ -->		Selbstverstndlich kann man die FHEM Portfreigabe auch direkt in die Windows Firewall einpflegen, oder die Eingtragung kontrollieren oder ändern wenn nötig. Da FHEM als interpretierter Code innerhalb des PERL Interpreters läuft, muss bei der Portfreigabe perl.exe als berechtigtes Programm angegeben werden.<br>
	Wenn man ~~von außen~~ Zugriffsprobleme auf die FHEM Oberfläche hat, ~~während man von der lokalen Konsole zugreifen kann~~, liegt es nahe, die Windows Firewall als Ursache zu vermuten. Man kann die Firewall dann tesweiset über die Systemsteuerung kurz abschalten um zu testen ob es daran liegt.		Man gelangt zur Windows Firewall Konfiguration über "Start" - "Systemsteuerung" - "System und Sicherheit" - "Windows-Firewall" - "Erweiterte Einstellungen" - "Eingehende Regeln". Der Screenshot zeigt die Standardregeln, die der Windows Assistent automatisch erzeugt, wenn man ihm FHEM (bzw. PERL) beim Erststart von FHEM den Zugriff erlaubt.<br>
	<-- ~~Screenshot~~ Firewall ~~abschalten~~ -->		[[Datei:Windows_Firewall_Advanced.png]]<br>
			Eine ausführliche Behandlung der Windows Firewall würde den Rahmen dieses Artikels sprengen, es gibt aber unzähliche Internetquellen dazu. Besonders aufmerksam sollte man die Querverbindungen in die Windows Standorterkennung beachten, diese orientiert sich an der MAC Adresse des Standardgateways. Gibt man FHEM nicht für alle Profile, incl. "öffentlich" frei, kann ein Hardwarewechsel des Internetrouters FHEM - wie viele andere Windows Programme auch - erst einmal lahmlegen.<br>
			Wenn man Zugriffsprobleme auf die FHEM Oberfläche hat, obwohl FHEM augenscheinlich läuft, liegt es nahe, die Windows Firewall als Ursache zu vermuten. Man kann die Firewall dann tesweiset über die Systemsteuerung kurz abschalten um zu testen ob es daran liegt. Der Weg dahin ist: "Start" - "Systemsteuerung" - "System und Sicherheit" - "Windows-Firewall" - "Windows Firewall ein- oder ausschalten".<br>
			[[Datei:Windows_Firewall_Off.png]]<br>
	Ein Dauerbetrieb mit abgeschalteter Firewall ist aus Sicherheitsgründen nicht zu empfehlen.		Ein Dauerbetrieb mit abgeschalteter Firewall ist aus Sicherheitsgründen nicht zu empfehlen.

	== Rechner im Dauerbetrieb halten - Energiesparplan anpassen ==		== Rechner im Dauerbetrieb halten - Energiesparplan anpassen ==
	Windows kann mit seinen zahllosen voreingestellten Segnungen ab und zu ein ziemlicher Spielverderber sein. Normale Windows Clients werden von Microsoft so eingestellt, dass sie automatisch in den Standby Modus gehen, wenn eine Weile lang keine Tastatur- oder Mauseingaben erfolgen. Für Dauerbetrieb muss man daher den aktuell eingestellten Energiesparplan ändern und ihn so einstellen, dass der Rechner nicht in den Standby-Modus ("Ruhezustand") wechselt wenn eine Weile lang nichts mehr passiert.		Windows kann mit seinen zahllosen voreingestellten Segnungen ab und zu ein ziemlicher Spielverderber sein. Normale Windows Clients werden von Microsoft so eingestellt, dass sie automatisch in den Standby Modus gehen, wenn eine Weile lang keine Tastatur- oder Mauseingaben erfolgen. Für Dauerbetrieb muss man daher den aktuell eingestellten Energiesparplan ändern und ihn so einstellen, dass der Rechner nicht in den Standby-Modus ("Ruhezustand") wechselt wenn eine Weile lang nichts mehr passiert.

ArminLinder: /* Einen Hintergrundprozess für FHEM konfigurieren */

2015-01-12T03:59:10Z

Einen Hintergrundprozess für FHEM konfigurieren

← Nächstältere Version		Version vom 12. Januar 2015, 05:59 Uhr
Zeile 238:		Zeile 238:
	''Name:'' Irgendein Name für den Task<br>		''Name:'' Irgendein Name für den Task<br>
	''Benutzerkonto:'' Unter "Benutzer oder Gruppe auswählen" entweder "SYSTEM" eingeben oder ein Benutzerkonto wählen<br>		''Benutzerkonto:'' Unter "Benutzer oder Gruppe auswählen" entweder "SYSTEM" eingeben oder ein Benutzerkonto wählen<br>
	''Anmerkung: wenn man ein Benutzerkonto verwendet, muss man in ~~dessen~~ Einstellungen die Option "Kennwort läuft nie ab" setzen, sonst läuft der FHEM Task nur einige Wochen lang, bis er mit einem Anmeldefehler abbricht. Es empfiehlt sich außerdem, dem Benutzerkonto so viele Berechtigungen als möglich wegzunehmen, dies vor allem ~~dan~~, wenn man seinen FHEM Server per ~~Portfrigabe~~ ins Internet stellt. Wenn FHEM unter "SYSTEM" läuft würde ich meine FHEM Dienste überhaupt niemals nicht ins Internet stellen.''<br>		''Anmerkung: wenn man ein Benutzerkonto verwendet, wird man aufgefordert, das Passwort zu hinterlegen. Das Passwort darf sich nicht ändern, deshalb muss man in den Konten-Einstellungen des Benutzerkontos die Option "Kennwort läuft nie ab" setzen, sonst läuft der FHEM Task nur einige Wochen lang, bis er mit einem Anmeldefehler abbricht. Es empfiehlt sich außerdem, dem Benutzerkonto so viele Berechtigungen als möglich wegzunehmen, dies vor allem dann, wenn man seinen FHEM Server per Portfreigabe ins Internet stellt. Wenn FHEM unter "SYSTEM" läuft würde ich meine FHEM Dienste überhaupt niemals nicht ins Internet stellen, dieses Konto lässt sich nicht einschränken, und hat alle Berechtigungen überall hin.''<br>
	'''Karteikarte: Trigger'''<br>		'''Karteikarte: Trigger'''<br>
	[[Datei:Scheduler_NewTask_Trigger.png]]<br>		[[Datei:Scheduler_NewTask_Trigger.png]]<br>
Zeile 249:		Zeile 249:
	''Aktion:'' Programm starten<br>		''Aktion:'' Programm starten<br>
	''Programm/Script:'' Pfad zum PERL Interpreter, in Hochkomma<br>		''Programm/Script:'' Pfad zum PERL Interpreter, in Hochkomma<br>
	''Argumene:'' fhem.pl - ~~Leerzeich~~ - Name der FHEM Konfigurationsdatei (idR "fhem.cfg") <br>		''Argumene:'' fhem.pl - Leerzeichen - Name der FHEM Konfigurationsdatei (idR "fhem.cfg") <br>
	''Starten in:'' das Verzeichnis, in dem FHEM installiert wurde, also wo sich fhem.pl und fhem.cfg befinden, und zwar - kurioserweise - '''keinesfalls''' in Hochkomma ~~eingeschssen~~, sonst lässt sich der Task nicht starten<br>		''Starten in:'' das Verzeichnis, in dem FHEM installiert wurde, also wo sich fhem.pl und fhem.cfg befinden, und zwar - kurioserweise - '''keinesfalls''' in Hochkomma eingeschlossen, sonst lässt sich der Task nicht starten.<br>
	'''Karteikarte Bedingungen'''<br>		'''Karteikarte Bedingungen'''<br>
	[[Datei:Scheduler_NewTask_Condtions.png]]<br>		[[Datei:Scheduler_NewTask_Condtions.png]]<br>
Zeile 262:		Zeile 262:
	''Beenden erzwingen:'' Abgestürztes FHEM manuell killen dürfen.<br>		''Beenden erzwingen:'' Abgestürztes FHEM manuell killen dürfen.<br>
	''Vorhandene Instanz anhalten:'' Startet ein frisches FHEM, wenn man den Task mehrmals startet.<br>		''Vorhandene Instanz anhalten:'' Startet ein frisches FHEM, wenn man den Task mehrmals startet.<br>
	~~Und man glaubts nicht, das~~ wars, der Task ist definiert. Man kann den ~~Test~~ nun testweie gleich von Hand starten und sehen, ob er läuft, indem man die Weboberfläche öffnet. Ein weiteres Indiz ist, dass man im Task-Manager, sobald man die "Prozesse aller Benutzer anzeigen" Option aktiviert, den Task "Perl.exe" laufen sieht.<br>		Das wars, der Task ist definiert. Man kann den Task nun testweie gleich von Hand starten (links auf "Aufgabenplanungsbibliothek" wechseln, dann erscheint rechts eine Liste wo man den Task starten, und ggf, auch ändern kann) und sehen, ob er läuft, indem man die FHEM Weboberfläche öffnet. Ein weiteres Indiz ist, dass man im Task-Manager, sobald man die "Prozesse aller Benutzer anzeigen" Option aktiviert, den Task "Perl.exe" laufen sieht.<br>
	[[Datei:Scheduler_NewTask_Success.png]]<br>		[[Datei:Scheduler_NewTask_Success.png]]<br>
	Beim nächsten Computerstart wird FHEM dann automatisch im Hintergrund gestartet.		Beim nächsten Computerstart wird FHEM dann automatisch im Hintergrund gestartet.