Erste Schritte in FHEM - Versionsgeschichte

Afo-solar: Die vorigen Änderungen habe ich zum Teil rückgängig gemacht, jedoch jetzt explizit die Drop-Down-Liste neben "attr" erwähnt.

2024-12-05T07:09:26Z

Die vorigen Änderungen habe ich zum Teil rückgängig gemacht, jedoch jetzt explizit die Drop-Down-Liste neben "attr" erwähnt.

← Nächstältere Version		Version vom 5. Dezember 2024, 09:09 Uhr
Zeile 189:		Zeile 189:

	#Löschen Sie ein Notify mit dem Befehl <code>delete <name></code>, z.B. mit <code>delete n_mySwitch1_on</code>. Der <code>delete</code> Befehl funktioniert übrigens für jedes Objekt in FHEM. Sie können damit also auch "echte" Devices löschen.		#Löschen Sie ein Notify mit dem Befehl <code>delete <name></code>, z.B. mit <code>delete n_mySwitch1_on</code>. Der <code>delete</code> Befehl funktioniert übrigens für jedes Objekt in FHEM. Sie können damit also auch "echte" Devices löschen.
	#Deaktivieren Sie ein Notify, indem Sie das Attribut ''disable'' verwenden. ~~Geben~~ Sie dazu in der ~~Kommandozeile <code>~~attr ~~n_mySwitch1_off disable 1</code> ein. Dadurch taucht in der Detailansicht des Notify im unteren Bereich~~ das Attribut ''disable'' ~~auf~~. ~~Dieses kann man nun auf zwei Arten ändern, entweder über die Kommandozeile oder über die Detailansicht (dort~~ den Wert ''1'' ~~oder ''0'' auswählen, dann~~ {{Taste\|attr}} ~~klicken)~~.		#Deaktivieren Sie ein Notify, indem Sie das Attribut ''disable'' verwenden. Das können Sie wieder über die Detailansicht des Notify setzen. Wählen Sie dazu zunächst aus der Drop-Down-Liste rechts neben dem Stichwort {{Taste\|attr}} das Attribut ''disable'' aus. Tragen Sie dann in das Eingabefeld ganz rechts den Wert ''1'' ein und zur Bestätigung klicken Sie links auf {{Taste\|attr}}. Alternativ dazu geben Sie in der Kommandozeile <code>attr n_mySwitch1_off disable 1</code> ein.

	==Save Config==		==Save Config==

Afo-solar: Das Attribut "disable" ist nicht von Anfang an in der Detailansicht zu sehen, zumindest nicht in der aktuellen Version von fhem. Daher habe ich den Text dahingehend geändert, dass man erst per Kommandozeile, das Attribut auf 1 setzen muss und erst dann in der Detailansicht zwischen den Werten 0 und 1 wählen kann.

2024-11-22T13:40:09Z

Das Attribut "disable" ist nicht von Anfang an in der Detailansicht zu sehen, zumindest nicht in der aktuellen Version von fhem. Daher habe ich den Text dahingehend geändert, dass man erst per Kommandozeile, das Attribut auf 1 setzen muss und erst dann in der Detailansicht zwischen den Werten 0 und 1 wählen kann.

← Nächstältere Version		Version vom 22. November 2024, 15:40 Uhr
Zeile 189:		Zeile 189:

	#Löschen Sie ein Notify mit dem Befehl <code>delete <name></code>, z.B. mit <code>delete n_mySwitch1_on</code>. Der <code>delete</code> Befehl funktioniert übrigens für jedes Objekt in FHEM. Sie können damit also auch "echte" Devices löschen.		#Löschen Sie ein Notify mit dem Befehl <code>delete <name></code>, z.B. mit <code>delete n_mySwitch1_on</code>. Der <code>delete</code> Befehl funktioniert übrigens für jedes Objekt in FHEM. Sie können damit also auch "echte" Devices löschen.
	#Deaktivieren Sie ein Notify, indem Sie das Attribut ''disable'' verwenden. ~~Das können~~ Sie ~~wieder über die~~ Detailansicht des Notify ~~setzen (~~im unteren Bereich das Attribut ''disable'' ~~und~~ den Wert ''1'' auswählen, dann {{Taste\|attr}} klicken)~~, oder in der Kommandozeile <code>attr n_mySwitch1_off disable 1</code> eingeben~~.		#Deaktivieren Sie ein Notify, indem Sie das Attribut ''disable'' verwenden. Geben Sie dazu in der Kommandozeile <code>attr n_mySwitch1_off disable 1</code> ein. Dadurch taucht in der Detailansicht des Notify im unteren Bereich das Attribut ''disable'' auf. Dieses kann man nun auf zwei Arten ändern, entweder über die Kommandozeile oder über die Detailansicht (dort den Wert ''1'' oder ''0'' auswählen, dann {{Taste\|attr}} klicken).

	==Save Config==		==Save Config==

Otto123: /* Timer bei einem Event starten - notify und at */ Hinweis auf f18 eingefügt

2020-05-17T15:07:12Z

Timer bei einem Event starten - notify und at: Hinweis auf f18 eingefügt

← Nächstältere Version		Version vom 17. Mai 2020, 17:07 Uhr
Zeile 358:		Zeile 358:
	Als letzte Übung wollen wir ein ''notify'' und ein ''at'' verbinden. Der Timer soll nun nicht starten, wenn Sie den Befehl in das Kommandofeld eingeben, sondern wenn ein Event eintritt.		Als letzte Übung wollen wir ein ''notify'' und ein ''at'' verbinden. Der Timer soll nun nicht starten, wenn Sie den Befehl in das Kommandofeld eingeben, sondern wenn ein Event eintritt.

	[[Datei:GotoRAW-Import firststeps.PNG\|thumb\|left\|300px]]Dazu basteln wir uns ein Stairwell: Legen Sie dafür die Dummy-Devices ''sw_Switch'' und ''sw_Light'' im Raum ''Stairwell'' an. Um die folgenden Befehle an einem Stück eingeben zu können, klicken Sie auf das umrahmte "+"-Symbol neben der Kommandozeile, fügen die folgenden Zeilen mit copy&paste in das daraufhin erscheinende Dialogfeld ein und drücken auf {{Taste\|Execute}}:		[[Datei:GotoRAW-Import firststeps.PNG\|thumb\|left\|300px]]Dazu basteln wir uns ein Stairwell: Legen Sie dafür die Dummy-Devices ''sw_Switch'' und ''sw_Light'' im Raum ''Stairwell'' an. Um die folgenden Befehle an einem Stück eingeben zu können, klicken Sie auf das umrahmte "+"-Symbol neben der Kommandozeile (Nur im Standard Style f18 vorhanden - beachten Sie dazu diesen Artikel [[Import_von_Code_Snippets]]), fügen die folgenden Zeilen mit copy&paste in das daraufhin erscheinende Dialogfeld ein und drücken auf {{Taste\|Execute}}:

	define sw_Switch dummy		define sw_Switch dummy
	attr sw_Switch room Stairwell		attr sw_Switch room Stairwell

Krikan: /* Der erste Einstieg */ -> RAW-Import durch mehrzeiliges Eingabefeld ersetzt. :-/

2019-05-06T10:05:41Z

Der erste Einstieg: -> RAW-Import durch mehrzeiliges Eingabefeld ersetzt. :-/

← Nächstältere Version		Version vom 6. Mai 2019, 12:05 Uhr
Zeile 15:		Zeile 15:

	*Am oberen Bildschirmrand sehen Sie das weiße ''Kommandofeld'', in das Sie Befehle tippen können.		*Am oberen Bildschirmrand sehen Sie das weiße ''Kommandofeld'', in das Sie Befehle tippen können.
	*Links daneben befindet sich ein umrahmtes "+"-Symbol, über das Sie ein Eingabefeld ~~für den Import von RAW-Code~~ erreichen können		*Links daneben befindet sich ein umrahmtes "+"-Symbol, über das Sie ein mehrzeiliges Eingabefeld erreichen können; mehr dazu später.
	*Als ersten Menüpunkt sehen Sie die Schaltfläche ''Save config'', mit der Änderungen so gespeichert werden, dass sie auch nach einem Neustart noch vorhanden sind.		*Als ersten Menüpunkt sehen Sie die Schaltfläche ''Save config'', mit der Änderungen so gespeichert werden, dass sie auch nach einem Neustart noch vorhanden sind.
	*Außerdem gibt es bereits die Räume ''Unsorted'' und ''Everything'', die wir bald kennenlernen.		*Außerdem gibt es bereits die Räume ''Unsorted'' und ''Everything'', die wir bald kennenlernen.

Beta-User: Hinweis zu dummy-Alternativen geändert

2019-05-02T17:35:59Z

Hinweis zu dummy-Alternativen geändert

← Nächstältere Version		Version vom 2. Mai 2019, 19:35 Uhr
Zeile 39:		Zeile 39:

	{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}		{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}
			{{Hinweis\|Diese Einleitung soll Ihnen ein Gefühl für die Funktionsweise von FHEM vermitteln, ohne dass Ihnen konkrete physische Geräte (spezielle Funk- oder WLAN-Steckdosen, 433MHz-Sender, Homematic-Lampen, ZWave-Aktoren usw.) zur Verfügung stehen müssen. Um für diesen Kurs ein rein "virtuelles Gerät" nutzen zu können, greifen wir auf ein dummy-device zurück. Ein ''dummy'' wird Ihnen auch später noch häufig begegnen, wenn es darum geht, einen Testaufbau zu erläutern oder zur Steuerung eines Programmablaufs Informationen userseitig verfügbar zu machen. Beachten Sie dabei aber bitte immer, dass Ihnen später auch '''sehr viele andere Möglichkeiten''' offenstehen, um Informationen abzuspeichern, auszuwerten oder anzuzeigen, sobald Sie FHEM-Geräte für physische Hardware angelegt haben. Statt hierfür Geräte des Typs ''dummy'' zu verwenden, wird es für Sie zukünftig häufig übersichtlicher sein, Informationen zu einem Gerät direkt bei diesem zu verwalten. Neben den Attributen und Readings, die die hierfür jeweils genutzen Module bereits automatisch bereitstellen, können Sie z.B. bei allen Devices weitere Attribute (userattr) oder Readings (setreading) selbst in fast beliebigem Umfang generieren und darin Ihre eigenen Informationen bereitstellen.}}
	{{Hinweis\|Diese Einleitung ~~dient dem Zweck~~, ohne ~~die Einrichtung konkreter physischer~~ Geräte (~~also ohne die Nutzung von Funksteckdosen~~, 433MHz-~~Sendern~~, Homematic-Lampen usw) ein ~~Gefühl für die Funktionsweise von FHEM~~ zu ~~bekommen. Deshalb~~ greifen wir auf ~~das~~ dummy-device zurück~~, weil so sehr schnell ein erster Lerneffekt entsteht~~. ~~Das ist ein Vorteil für den Nutzer.~~

	Ein ~~solches Vorgehen hat aber~~ auch einen ~~Nachteil~~. ~~Als Anfänger erscheint dieser dummy als ein besonders vielseitiges device, ganz einfach weil man keine anderen in der Einleitung kennenlernt. Dem ist~~ aber ~~nicht so. In einer Produktivumgebung wird es vermutlich eher so sein~~, dass Sie für ~~die individuellen Bedürfnisse besser keinen~~ dummy, ~~sondern eher Userattribute~~, ~~Userreadings~~, ~~Readingsgroup~~ oder ~~anderen Tools aus FHEM verwenden sollten. Behalten Sie daher diese Schlagworte im Hinterkopf wenn Sie beginne, FHEM~~ in ~~Ihrer Umgebung einzusetzen~~. }}

	Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).		Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).

Andies: /* Device anlegen - define */ wie im Forum angekündigt

2019-05-02T07:40:38Z

Device anlegen - define: wie im Forum angekündigt

← Nächstältere Version		Version vom 2. Mai 2019, 09:40 Uhr
Zeile 40:		Zeile 40:
	{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}		{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}

	{{Hinweis\|~~Hier werden~~ Geräte ~~des Typs "dummy" definiert~~, um die Funktionsweise von FHEM ~~erläutern~~ zu ~~können~~. ~~Sobald Sie echte Hardware als Device in FHEM definiert haben~~, ~~können Befehle und Attribute (z~~.B. ~~zur Gestaltung~~ in ~~einem Frontend) direkt bei den Hardware-Devices verwendet werden~~. ~~Möchte man eigene Informationen zu den Geräten ablegen~~, ~~können weitere Attribute mit "userattr" angelegt werden~~. ~~Geräte des Typs "Dummy" werden üblicherweise dazu verwendet~~, ~~allgemeine, nicht auf einzelne Geräte bezogene Informationen zu speichern!~~}}		{{Hinweis\|Diese Einleitung dient dem Zweck, ohne die Einrichtung konkreter physischer Geräte (also ohne die Nutzung von Funksteckdosen, 433MHz-Sendern, Homematic-Lampen usw) ein Gefühl für die Funktionsweise von FHEM zu bekommen. Deshalb greifen wir auf das dummy-device zurück, weil so sehr schnell ein erster Lerneffekt entsteht. Das ist ein Vorteil für den Nutzer.

			Ein solches Vorgehen hat aber auch einen Nachteil. Als Anfänger erscheint dieser dummy als ein besonders vielseitiges device, ganz einfach weil man keine anderen in der Einleitung kennenlernt. Dem ist aber nicht so. In einer Produktivumgebung wird es vermutlich eher so sein, dass Sie für die individuellen Bedürfnisse besser keinen dummy, sondern eher Userattribute, Userreadings, Readingsgroup oder anderen Tools aus FHEM verwenden sollten. Behalten Sie daher diese Schlagworte im Hinterkopf wenn Sie beginne, FHEM in Ihrer Umgebung einzusetzen. }}

	Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).		Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).

Beta-User: RAW-Import in Timer-Beispiel eingearbeitet

2019-04-11T13:53:44Z

RAW-Import in Timer-Beispiel eingearbeitet

← Nächstältere Version		Version vom 11. April 2019, 15:53 Uhr
Zeile 15:		Zeile 15:

	*Am oberen Bildschirmrand sehen Sie das weiße ''Kommandofeld'', in das Sie Befehle tippen können.		*Am oberen Bildschirmrand sehen Sie das weiße ''Kommandofeld'', in das Sie Befehle tippen können.
			*Links daneben befindet sich ein umrahmtes "+"-Symbol, über das Sie ein Eingabefeld für den Import von RAW-Code erreichen können
	*Als ersten Menüpunkt sehen Sie die Schaltfläche ''Save config'', mit der Änderungen so gespeichert werden, dass sie auch nach einem Neustart noch vorhanden sind.		*Als ersten Menüpunkt sehen Sie die Schaltfläche ''Save config'', mit der Änderungen so gespeichert werden, dass sie auch nach einem Neustart noch vorhanden sind.
	*Außerdem gibt es bereits die Räume ''Unsorted'' und ''Everything'', die wir bald kennenlernen.		*Außerdem gibt es bereits die Räume ''Unsorted'' und ''Everything'', die wir bald kennenlernen.
Zeile 358:		Zeile 359:
	Als letzte Übung wollen wir ein ''notify'' und ein ''at'' verbinden. Der Timer soll nun nicht starten, wenn Sie den Befehl in das Kommandofeld eingeben, sondern wenn ein Event eintritt.		Als letzte Übung wollen wir ein ''notify'' und ein ''at'' verbinden. Der Timer soll nun nicht starten, wenn Sie den Befehl in das Kommandofeld eingeben, sondern wenn ein Event eintritt.

	Dazu basteln wir uns ein Stairwell: Legen Sie dafür die Dummy-Devices ''sw_Switch'' und ''sw_Light'' im Raum ''Stairwell'' an. ~~Zum Anlegen des Raums ''Stairwell'' ordnen~~ Sie ~~dem ersten Device den Raum über~~ das ~~Kommandofeld zu~~, ~~alle weiteren Attribute dann durch Klicken im Detail-Bildschirm~~:		[[Datei:GotoRAW-Import firststeps.PNG\|thumb\|left\|300px]]Dazu basteln wir uns ein Stairwell: Legen Sie dafür die Dummy-Devices ''sw_Switch'' und ''sw_Light'' im Raum ''Stairwell'' an. Um die folgenden Befehle an einem Stück eingeben zu können, klicken Sie auf das umrahmte "+"-Symbol neben der Kommandozeile, fügen die folgenden Zeilen mit copy&paste in das daraufhin erscheinende Dialogfeld ein und drücken auf {{Taste\|Execute}}:
	define sw_Switch dummy		define sw_Switch dummy
	attr sw_Switch room Stairwell		attr sw_Switch room Stairwell
Zeile 364:		Zeile 365:
	define sw_Light dummy		define sw_Light dummy
	attr sw_Light room Stairwell		attr sw_Light room Stairwell
			[[Datei:RAW-Import firststeps.PNG]]

			Anschließend können Sie das Dialogfeld wieder schließen oder auch die nachfolgenden Befehle darüber eingeben. Beachten Sie, dass mit ''Execute'' alle Anweisungen aus dem Dialogfeld ausgeführt werden, was ggf. zu Fehlermeldungen führen kann, wenn z.B. ein Gerät bereits definiert ist. Zeilen mit Anweisungen, die bereits in die Konfiguration übernommen wurden, können Sie daher getrost löschen, um solche Effekte zu vermeiden.

	Nun fehlt noch das Notify, welches auf ''sw_Switch:on'' reagiert und daraufhin zwei Befehle ausführt:		Nun fehlt noch das Notify, welches auf ''sw_Switch:on'' reagiert und daraufhin zwei Befehle ausführt:

Erdling: /* Event monitor */

2019-01-15T14:24:38Z

Event monitor

← Nächstältere Version		Version vom 15. Januar 2019, 16:24 Uhr
Zeile 107:		Zeile 107:
	[[Datei:ErsteSchritteInFhem08.png]]		[[Datei:ErsteSchritteInFhem08.png]]

	Schalten wir ''mySwitch1'', so löst unser device ein Event aus und FHEM verteilt es an alle anderen devices. Bei jeder Betätigung des Schalters erscheint ein ~~neuer~~ Event im ''Event monitor''. Probieren Sie auch, was passiert, wenn Sie zweimal hintereinander auf ''on'' klicken.		Schalten wir ''mySwitch1'', so löst unser device ein Event aus und FHEM verteilt es an alle anderen devices. Bei jeder Betätigung des Schalters erscheint ein neues Event im ''Event monitor''. Probieren Sie auch, was passiert, wenn Sie zweimal hintereinander auf ''on'' klicken.

	Im Eventmonitor wird ein Event immer durch einen Zeitstempel beschrieben. Es folgen der Typ des auslösenden Gerätes (hier ''dummy''), der Name des Device, welches das Ereignis auslöst (hier ''mySwitch1'') und zuletzt der ausgelöste Befehl (hier ''on'' oder ''off'').		Im Eventmonitor wird ein Event immer durch einen Zeitstempel beschrieben. Es folgen der Typ des auslösenden Gerätes (hier ''dummy''), der Name des Device, welches das Ereignis auslöst (hier ''mySwitch1'') und zuletzt der ausgelöste Befehl (hier ''on'' oder ''off'').

Beta-User: Hinweiskasten zu Dummy erstellt

2018-02-09T14:50:34Z

Hinweiskasten zu Dummy erstellt

← Nächstältere Version		Version vom 9. Februar 2018, 16:50 Uhr
Zeile 38:		Zeile 38:

	{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}		{{Hinweis\|Jedes Device hat genau einen "Typ". Dieser Typ legt gleichzeitig die Perl-Befehlsdatei (man spricht präziser vom "Modul") fest, in der bestimmte Routinen und Eigenschaften festgehalten sind. Ist etwa ein Device vom Typ dummy, so weiß FHEM, dass die Routinen und Eigenschaften im Modul 98_dummy.pm liegen. (Die Zahl 98 hatte früher eine Bedeutung, heute ist das nicht mehr der Fall, aus historischen Gründen wird sie aber immer noch verwendet.)}}

			{{Hinweis\|Hier werden Geräte des Typs "dummy" definiert, um die Funktionsweise von FHEM erläutern zu können. Sobald Sie echte Hardware als Device in FHEM definiert haben, können Befehle und Attribute (z.B. zur Gestaltung in einem Frontend) direkt bei den Hardware-Devices verwendet werden. Möchte man eigene Informationen zu den Geräten ablegen, können weitere Attribute mit "userattr" angelegt werden. Geräte des Typs "Dummy" werden üblicherweise dazu verwendet, allgemeine, nicht auf einzelne Geräte bezogene Informationen zu speichern!}}

	Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).		Devices haben einen "Zustand", der sich im Zeitablauf ändert und den FHEM registriert. So ist beispielsweise ein Fenster offen, ein Rolladenpanzer geschlossen und eine Funksteckdose hat Spannung. Ein Zustand muss dabei nicht exakt eine Variable beinhalten (Fenster entweder "offen" oder "geschlossen"), ein Zustand kann auch durch mehrere Variablen beschrieben werden (der Zustand eines Raspberry-Systems, device-type sysmon, umfasst beispielsweise die CPU-Frequenz, die CPU-Temperatur, den load und vieles mehr).

Baumbuwe: Vorlage Link2CmdRef

2018-01-31T16:07:15Z

Vorlage Link2CmdRef

← Nächstältere Version		Version vom 31. Januar 2018, 18:07 Uhr
Zeile 19:		Zeile 19:
	*Im unteren Block befinden sich weitere Links, auf die wir später ebenfalls eingehen.		*Im unteren Block befinden sich weitere Links, auf die wir später ebenfalls eingehen.

	Der Hinweis ''Security Check'' besagt, dass Sie noch kein Passwort für FHEM eingerichtet haben. Wie man einen Passwortschutz einrichten kann, steht im Detail in der FHEM-Befehlsreferenz ~~[https://fhem.~~de~~/commandref_DE.html#~~allowed ~~commandref]~~, in der es übrigens eine Beschreibung zu allen Funktionen und Modulen von FHEM gibt. Um diese Meldung erst einmal zu unterdrücken, geben Sie in das Kommandofeld ein:		Der Hinweis ''Security Check'' besagt, dass Sie noch kein Passwort für FHEM eingerichtet haben. Wie man einen Passwortschutz einrichten kann, steht im Detail in der FHEM-Befehlsreferenz {{Link2CmdRef\|Lang=de\|Anker=allowed}}, in der es übrigens eine Beschreibung zu allen Funktionen und Modulen von FHEM gibt. Um diese Meldung erst einmal zu unterdrücken, geben Sie in das Kommandofeld ein:
	attr global motd none		attr global motd none
	und bestätigen Ihre Eingabe mit der {{Taste\|Enter}}-Taste oder klicken alternativ einfach auf den gleichnamigen Link.		und bestätigen Ihre Eingabe mit der {{Taste\|Enter}}-Taste oder klicken alternativ einfach auf den gleichnamigen Link.
Zeile 394:		Zeile 394:
	* Zeitgesteuertes Schalten mit '''at'''		* Zeitgesteuertes Schalten mit '''at'''

	Damit kennen Sie die grundlegendsten Mechanismen von FHEM. Details zu diesen Befehlen finden Sie in der FHEM Befehlsreferenz ~~[http://fhem~~.~~de/commandref.html commandref]~~		Damit kennen Sie die grundlegendsten Mechanismen von FHEM. Details zu diesen Befehlen finden Sie in der FHEM Befehlsreferenz {{Link2CmdRef}}.

	'''Tipp:''' Zu vielen FHEM-Befehlen und Gerätetypen gibt es auch eine deutschsprachige Beschreibung. Klicken Sie dazu in der commandref oben links auf den Link "DE".		'''Tipp:''' Zu vielen FHEM-Befehlen und Gerätetypen gibt es auch eine deutschsprachige Beschreibung. Klicken Sie dazu in der commandref oben links auf den Link "DE".