Diskussion:Erste Schritte in FHEM - Versionsgeschichte

Afo-solar: /* Attribut "disable" */

2024-12-05T07:14:12Z

Attribut "disable"

← Nächstältere Version		Version vom 5. Dezember 2024, 09:14 Uhr
Zeile 494:		Zeile 494:
	Aber an einer Stelle, denke ich sollte der Text geändert werden. Nämlich dort, wo von n_mySwitch1_off das Attribut disable auf 1 gesetzt werden soll. Das geht beim ersten Mal gar nicht über die Detailansicht, da es dort anfangs nicht auftaucht. Daher habe ich den entsprechenden Text geändert auf: "Geben Sie dazu in der Kommandozeile attr n_mySwitch1_off disable 1 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 attr klicken)." Ich hoffe das ist ok. Ulrich Maas kann man zur Zeit - soweit ich das verstanden habe - nicht kontaktieren, deshalb habe ich den Änderungsvorschlag direkt in den Text geschrieben.		Aber an einer Stelle, denke ich sollte der Text geändert werden. Nämlich dort, wo von n_mySwitch1_off das Attribut disable auf 1 gesetzt werden soll. Das geht beim ersten Mal gar nicht über die Detailansicht, da es dort anfangs nicht auftaucht. Daher habe ich den entsprechenden Text geändert auf: "Geben Sie dazu in der Kommandozeile attr n_mySwitch1_off disable 1 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 attr klicken)." Ich hoffe das ist ok. Ulrich Maas kann man zur Zeit - soweit ich das verstanden habe - nicht kontaktieren, deshalb habe ich den Änderungsvorschlag direkt in den Text geschrieben.

	Grüße		Grüße Felix
	--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 14:55, 22. Nov. 2024 (CET) ~~Felix~~		--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 14:55, 22. Nov. 2024 (CET)
	<hr>		<hr>
	:Alternativ kann das Attribut "disable" (wie alle anderen relevanten Attribute auch) aber auch in der Drop-Down Liste der Attribute ausgewählt werden; dann lässt sich auch ohne Eingabe eines Befehls der gewünschte Wert setzen. --[[Benutzer:Ph1959de\|Peter]] ([[Benutzer Diskussion:Ph1959de\|Diskussion]]) 18:40, 22. Nov. 2024 (CET)		:Alternativ kann das Attribut "disable" (wie alle anderen relevanten Attribute auch) aber auch in der Drop-Down Liste der Attribute ausgewählt werden; dann lässt sich auch ohne Eingabe eines Befehls der gewünschte Wert setzen. --[[Benutzer:Ph1959de\|Peter]] ([[Benutzer Diskussion:Ph1959de\|Diskussion]]) 18:40, 22. Nov. 2024 (CET)
			<hr>
			:Hallo Peter, du hast mich überzeugt. Dass man das Attribut aus der Drop-Down-Liste auswählen kann, hatte ich übersehen. Den Teil des "Erste-Schritte"-Texts habe ich nochmals geändert und die Drop-Down-Liste explizit erwähnt.
			Grüße Felix
			--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 08:14, 05. Dez. 2024 (CET)

Ph1959de: Nachtrag zu "neue" Attribute im GUI setzen

2024-11-22T17:40:25Z

Nachtrag zu "neue" Attribute im GUI setzen

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

	== Attribut "disable" ==		== Attribut "disable" ==

	Hallo alle,		Hallo alle,

	zum Einstieg in FHEM habe ich den Text "Erste Schritte in FHEM" gelesen und fand, dass es Spass macht, FHEM so auszuprobieren und fand den Text und die Dummy-Experimente auch ziemlich gut. Ich hatte am Anfang Schwierigkeiten, die Attribute über die Detailansichten zu ändern, am nächsten Tag habe ich dann gemerkt, dass im Text immer steht, dass man auf den Button "attr" klicken soll. Das war also eigene Dummheit ...		zum Einstieg in FHEM habe ich den Text "Erste Schritte in FHEM" gelesen und fand, dass es Spass macht, FHEM so auszuprobieren und fand den Text und die Dummy-Experimente auch ziemlich gut. Ich hatte am Anfang Schwierigkeiten, die Attribute über die Detailansichten zu ändern, am nächsten Tag habe ich dann gemerkt, dass im Text immer steht, dass man auf den Button "attr" klicken soll. Das war also eigene Dummheit ...
	Aber an einer Stelle, denke ich sollte der Text geändert werden. Nämlich dort, wo von n_mySwitch1_off das Attribut disable auf 1 gesetzt werden soll. Das geht beim ersten Mal gar nicht über die Detailansicht, da es dort anfangs nicht auftaucht. Daher habe ich den entsprechenden Text geändert auf: "Geben Sie dazu in der Kommandozeile attr n_mySwitch1_off disable 1 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 attr klicken)." Ich hoffe das ist ok. Ulrich Maas kann man zur Zeit - soweit ich das verstanden habe - nicht kontaktieren, deshalb habe ich den Änderungsvorschlag direkt in den Text geschrieben.
			Aber an einer Stelle, denke ich sollte der Text geändert werden. Nämlich dort, wo von n_mySwitch1_off das Attribut disable auf 1 gesetzt werden soll. Das geht beim ersten Mal gar nicht über die Detailansicht, da es dort anfangs nicht auftaucht. Daher habe ich den entsprechenden Text geändert auf: "Geben Sie dazu in der Kommandozeile attr n_mySwitch1_off disable 1 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 attr klicken)." Ich hoffe das ist ok. Ulrich Maas kann man zur Zeit - soweit ich das verstanden habe - nicht kontaktieren, deshalb habe ich den Änderungsvorschlag direkt in den Text geschrieben.

	Grüße		Grüße
	--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 14:55, 22. Nov. 2024 (CET) Felix		--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 14:55, 22. Nov. 2024 (CET) Felix
			<hr>
			:Alternativ kann das Attribut "disable" (wie alle anderen relevanten Attribute auch) aber auch in der Drop-Down Liste der Attribute ausgewählt werden; dann lässt sich auch ohne Eingabe eines Befehls der gewünschte Wert setzen. --[[Benutzer:Ph1959de\|Peter]] ([[Benutzer Diskussion:Ph1959de\|Diskussion]]) 18:40, 22. Nov. 2024 (CET)

Afo-solar: Neuer Abschnitt /* Attribut "disable" */

2024-11-22T13:55:55Z

Neuer Abschnitt Attribut "disable"

← Nächstältere Version		Version vom 22. November 2024, 15:55 Uhr
Zeile 486:		Zeile 486:
	<HR>		<HR>
	::::::Ich habe jetzt erst einmal Änderungen vorgenommen, wie sie hier oben besprochen wurden. Genauer habe ich folgendes gemacht: Ich habe den separaten Abschnitt "Grundbegriffe" entfernt und Teile davon, die nicht technisch sind, in den fortlaufenden Text integriert. Das mit den Zeichenketten habe ich weggelassen. Ansonsten habe ich bei den ersten beiden Befehlen in FHEM etwas mehr Wert darauf gelegt, was man genau da eigentlich eingibt und welche Teile dieser Befehlszeile Syntax sind und wo man (mehr oder weniger) schreiben kann, was man will. --[[Benutzer:andies\|Andreas]] ([[Benutzer Diskussion:andies\|Diskussion]]) 18:51, 20. Mai 2017 (CEST)		::::::Ich habe jetzt erst einmal Änderungen vorgenommen, wie sie hier oben besprochen wurden. Genauer habe ich folgendes gemacht: Ich habe den separaten Abschnitt "Grundbegriffe" entfernt und Teile davon, die nicht technisch sind, in den fortlaufenden Text integriert. Das mit den Zeichenketten habe ich weggelassen. Ansonsten habe ich bei den ersten beiden Befehlen in FHEM etwas mehr Wert darauf gelegt, was man genau da eigentlich eingibt und welche Teile dieser Befehlszeile Syntax sind und wo man (mehr oder weniger) schreiben kann, was man will. --[[Benutzer:andies\|Andreas]] ([[Benutzer Diskussion:andies\|Diskussion]]) 18:51, 20. Mai 2017 (CEST)

			== Attribut "disable" ==

			Hallo alle,

			zum Einstieg in FHEM habe ich den Text "Erste Schritte in FHEM" gelesen und fand, dass es Spass macht, FHEM so auszuprobieren und fand den Text und die Dummy-Experimente auch ziemlich gut. Ich hatte am Anfang Schwierigkeiten, die Attribute über die Detailansichten zu ändern, am nächsten Tag habe ich dann gemerkt, dass im Text immer steht, dass man auf den Button "attr" klicken soll. Das war also eigene Dummheit ...
			Aber an einer Stelle, denke ich sollte der Text geändert werden. Nämlich dort, wo von n_mySwitch1_off das Attribut disable auf 1 gesetzt werden soll. Das geht beim ersten Mal gar nicht über die Detailansicht, da es dort anfangs nicht auftaucht. Daher habe ich den entsprechenden Text geändert auf: "Geben Sie dazu in der Kommandozeile attr n_mySwitch1_off disable 1 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 attr klicken)." Ich hoffe das ist ok. Ulrich Maas kann man zur Zeit - soweit ich das verstanden habe - nicht kontaktieren, deshalb habe ich den Änderungsvorschlag direkt in den Text geschrieben.

			Grüße
			--[[Benutzer:Afo-solar\|Afo-solar]] ([[Benutzer Diskussion:Afo-solar\|Diskussion]]) 14:55, 22. Nov. 2024 (CET) Felix

Ph1959de: /* Änderungen am Artikel "Erste Schritte in FHEM" */

2019-03-03T15:47:52Z

Änderungen am Artikel "Erste Schritte in FHEM"

← Nächstältere Version		Version vom 3. März 2019, 17:47 Uhr
Zeile 419:		Zeile 419:

	[[Benutzer_Diskussion:Andies]] schlägt vor, diesen Abschnitt zu löschen. Die Sachen sind ja (in meinen Augen) umgesetzt und durch, momentan müllt das nur die Diskussionsseite zu. Was meint Ihr? --[[Benutzer:andies\|Andreas]] 08:21, 03. März 2019 (CEST)		[[Benutzer_Diskussion:Andies]] schlägt vor, diesen Abschnitt zu löschen. Die Sachen sind ja (in meinen Augen) umgesetzt und durch, momentan müllt das nur die Diskussionsseite zu. Was meint Ihr? --[[Benutzer:andies\|Andreas]] 08:21, 03. März 2019 (CEST)
			<hr />
			:''Dagegen'' - Für weitere / andere Änderungen kann ja gern (wir üblich) ein neuer Abschnitt begonnen werden. --[[Benutzer:Ph1959de\|Peter]] ([[Benutzer Diskussion:Ph1959de\|Diskussion]]) 16:46, 3. Mär. 2019 (CET)

	<HR>		<HR>

Andies: /* Änderungen am Artikel "Erste Schritte in FHEM" */ Diskussionsseite säubern?

2019-03-03T07:21:31Z

Änderungen am Artikel "Erste Schritte in FHEM": Diskussionsseite säubern?

← Nächstältere Version		Version vom 3. März 2019, 09:21 Uhr
Zeile 417:		Zeile 417:

	Diskussion wurde nachträglich zur besseren Nachvollziehbarkeit von [[Benutzer_Diskussion:Andies]] hierin verlagert. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 10:41, 12. Mai 2017 (CEST)		Diskussion wurde nachträglich zur besseren Nachvollziehbarkeit von [[Benutzer_Diskussion:Andies]] hierin verlagert. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 10:41, 12. Mai 2017 (CEST)

			[[Benutzer_Diskussion:Andies]] schlägt vor, diesen Abschnitt zu löschen. Die Sachen sind ja (in meinen Augen) umgesetzt und durch, momentan müllt das nur die Diskussionsseite zu. Was meint Ihr? --[[Benutzer:andies\|Andreas]] 08:21, 03. März 2019 (CEST)


	<HR>		<HR>

Andies: Grundbegriffe-Diskussion

2017-05-20T16:52:07Z

Grundbegriffe-Diskussion

← Nächstältere Version		Version vom 20. Mai 2017, 18:52 Uhr
Zeile 480:		Zeile 480:
	<HR>		<HR>
	:::::Halte ich für eine erhebliche Überinterpretation der Aussage. Es wird doch nirgends eine Verbindung oder gar Vergleich zwischen Internals und Readings hergestellt und schon gar nicht, in welcher ihrer Merkmale/Eigenschaften aus Anwendersicht ein Gegensatz besteht. Eine klare und eindeutige Definition der Begriffe ist nicht so einfach und letztlich auch im Fluß. Zudem versuchst Du Begrifflichkeiten, die mMn eher aus Entwicklersicht entstanden sind, in ein Schema der Anwendersicht zu pressen. Ein bedeutendes Gegenbeispiel Deiner Definition finde ich beispielsweise auf die Schnelle noch bei Internals. Du schreibst: "Internals sollen vom Nutzer nicht direkt verändert werden". Das ist so vereinfacht in einem wesentlichen Punkt falsch. Das DEF in den Internals soll gerade von Einsteigern genutzt werden und nicht die manuelle Editierei in der fhem.cfg (siehe bspw. [[Konfiguration#Objektdetails]]). Die Nutzung des DEF wollen wir gerade den Einsteigern krampfhaft vermitteln; jetzt verbieten wir es aber bereits in der Definition im "Vorwort" des Einsteiger-Artikels. Das verwirrt sicherlich. Wenn Du das dann gerade ziehen willst, musst Du noch mehr erklären. Das führt zu mehr Verwirrung. Darum eben besser Definitionen weglassen. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 16:08, 10. Mai 2017 (CEST)		:::::Halte ich für eine erhebliche Überinterpretation der Aussage. Es wird doch nirgends eine Verbindung oder gar Vergleich zwischen Internals und Readings hergestellt und schon gar nicht, in welcher ihrer Merkmale/Eigenschaften aus Anwendersicht ein Gegensatz besteht. Eine klare und eindeutige Definition der Begriffe ist nicht so einfach und letztlich auch im Fluß. Zudem versuchst Du Begrifflichkeiten, die mMn eher aus Entwicklersicht entstanden sind, in ein Schema der Anwendersicht zu pressen. Ein bedeutendes Gegenbeispiel Deiner Definition finde ich beispielsweise auf die Schnelle noch bei Internals. Du schreibst: "Internals sollen vom Nutzer nicht direkt verändert werden". Das ist so vereinfacht in einem wesentlichen Punkt falsch. Das DEF in den Internals soll gerade von Einsteigern genutzt werden und nicht die manuelle Editierei in der fhem.cfg (siehe bspw. [[Konfiguration#Objektdetails]]). Die Nutzung des DEF wollen wir gerade den Einsteigern krampfhaft vermitteln; jetzt verbieten wir es aber bereits in der Definition im "Vorwort" des Einsteiger-Artikels. Das verwirrt sicherlich. Wenn Du das dann gerade ziehen willst, musst Du noch mehr erklären. Das führt zu mehr Verwirrung. Darum eben besser Definitionen weglassen. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 16:08, 10. Mai 2017 (CEST)
			<HR>
			::::::Ich habe jetzt erst einmal Änderungen vorgenommen, wie sie hier oben besprochen wurden. Genauer habe ich folgendes gemacht: Ich habe den separaten Abschnitt "Grundbegriffe" entfernt und Teile davon, die nicht technisch sind, in den fortlaufenden Text integriert. Das mit den Zeichenketten habe ich weggelassen. Ansonsten habe ich bei den ersten beiden Befehlen in FHEM etwas mehr Wert darauf gelegt, was man genau da eigentlich eingibt und welche Teile dieser Befehlszeile Syntax sind und wo man (mehr oder weniger) schreiben kann, was man will. --[[Benutzer:andies\|Andreas]] ([[Benutzer Diskussion:andies\|Diskussion]]) 18:51, 20. Mai 2017 (CEST)

Krikan: Verlagerung Änderungsdiskussion von User-Diskussionseite auf Artikelseite.

2017-05-12T08:42:21Z

Verlagerung Änderungsdiskussion von User-Diskussionseite auf Artikelseite.

← Nächstältere Version		Version vom 12. Mai 2017, 10:42 Uhr
Zeile 412:		Zeile 412:
	<hr>		<hr>
	:Für mich sind beide Varianten ok. Wobei ich nicht sicher bin, ob eine Platzierung unter "Wie geht es weiter?" der Universalität von DOIF nicht gerechter würde. Unter "Timer bei einem Event starten..." wird die Bedeutung mMn ein wenig reduziert. Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 12:04, 29. Mär. 2017 (CEST)		:Für mich sind beide Varianten ok. Wobei ich nicht sicher bin, ob eine Platzierung unter "Wie geht es weiter?" der Universalität von DOIF nicht gerechter würde. Unter "Timer bei einem Event starten..." wird die Bedeutung mMn ein wenig reduziert. Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 12:04, 29. Mär. 2017 (CEST)

			== Änderungen am Artikel "Erste Schritte in FHEM" ==
			Betrifft folgende Änderungen des Users Andies: https://wiki.fhem.de/w/index.php?title=Erste_Schritte_in_FHEM&type=revision&diff=21496&oldid=21488

			Diskussion wurde nachträglich zur besseren Nachvollziehbarkeit von [[Benutzer_Diskussion:Andies]] hierin verlagert. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 10:41, 12. Mai 2017 (CEST)

			<HR>

			Hallo!

			Zunächst danke für Deine Mitarbeit am Wiki und bei FHEM. Aber -wie so oft im Leben- gibt es nur Rückmeldungen bei "Problemen" ;-) :

			Hast Du Deine Änderungen am Artikel [[Erste Schritte in FHEM]], so wie im Vorwort zum Artikel erbeten, mit dem Verfasser Uli abgestimmt?

			Die Änderungen widersprechen deutlich der Intention und dem Konzept des Artikels. Der Artikel soll nur einen kurzen Einstieg in FHEM geben; quasi einen "Vorgeschmack" auf FHEM liefern und nicht das Einsteiger-Pdf ersetzen.

			Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 13:51, 9. Mai 2017 (CEST)


			Ja, habe ich abgestimmt. Ich hatte ihm vor einer Woche eine Mail geschrieben und er hat daraufhin OK gesagt, aber darum gebeten, es möglichst kurz zu halten. Kurze Nachfrage: Was genau ist der ''deutliche'' Widerspruch zur Intention?

			--[[Benutzer:andies]] 14:09, 9. Mai 2017

			<HR>
			:Hallo andies!
			:[[Erste_Schritte_in_FHEM#Grundbegriffe:_Device_und_Internal.2C_Attribut.2C_Reading]] geht meiner Meinung nach viel zu sehr in die Tiefe und ist gerade für einen groben Überblick nicht notwendig. Finde das persönlich eher verwirrend als hilfreich. Was interessiert mich bspw. beim ersten Kontakt mit FHEM, warum 98 vor einem Modul steht? Wofür muss man das für den schnellen Überblick wissen? Variablen, Zeichenketten, STATE, Readings, Internal, Attribut im "Vorwort" als Grundbegriffe schrecken mich ab. Das kommt doch im Artikelverlauf von selbst und muss man nicht schon im Vorhinein lesen. Der "device"-Erläuterung kann ich hingegen eine gewisse Notwendigkeit abgewinnen.
			:Inhaltlich bin ich nicht im Detail eingestiegen, aber "Readings sollen während der Laufzeit vom Anwender" halte ich als Aussage für sehr gefährlich.
			:Erlaube mir mal eine Gegenfrage: Hast Du beim Einstieg das Einsteiger-Pdf gelesen? Oder wie bist Du vorgegangen?
			:Wenn Du die Änderungen mit Uli abgestimmt hast, ist das Ok und ich bin ruhig :-).
			:Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 15:28, 9. Mai 2017 (CEST)

			<HR>
			::Danke für die konstruktive Antwort; dann lass uns diskutieren! Ich erzähle mal, wieso ich das geschrieben habe und dann schauen wir, was wir am Ende daraus machen. Das wird jetzt aber ein längerer Text (Wir können das auch im Forum diskutieren, wäre das besser? Wenn ja, dann nimm einfach den Link, den ich da angegeben habe: https://forum.fhem.de/index.php/topic,71397.0.html). Ich habe mit FHEM angefangen, weil ich ein ganz konkretes Problem hatte, dass ich mit anderen Servern nicht habe lösen können (Garage übers Internet schalten, Rolladen auch) und ich glaube, dass das typisch ist - jedenfalls war das der Eindruck, den ich von einem Treffen in Berlin hatte. Dann habe ich die Einsteiger-PDF gelesen und hatte "irgendwie" Ahnung, wie das geht. Dann habe ich meine Rolladen in Griff gehabt und eigentlich wäre dann alles gut gewesen. Wäre ich da stehen geblieben, hätte ich den Wiki-Eintrag ''nicht'' verändert.
			:: Der nächste Schritt war dann, dass ich (wie wahrscheinlich einige hier) Blut geleckt hatte. Nun sollte also auch noch der Stromverbrauch erfasst werden etc. Und auf einmal fingen die Probleme an. Ich habe zum Beispiel aus dem Wiki-Eintrag nicht verstanden, was überhaupt ein Attribut ist. Ständig wollte ich mit ReadingsVal die Werte der Attribute auslesen und bekam auch mal den Anpfiff: "Lies mal die commandref". Wenn man aber noch nie mit Perl programmiert hat, kapiert man das auch nach dem zehnten Lesen nicht. Hinzu kommt, dass einige Dinge so erklärt sind, dass für einen Anfänger ein Verständnis nahezu unmöglich wird; einige Wiki-Einträge sind ja wirklich verwaist. Also habe ich überlegt: Warum kapiere ich das nicht? Dann wurde mir klar, weil zum einen recht viele kleine Schusselfehler in der Einleitung stehen (zum Beispiel "Reading 'STATE'", wo es doch ein Internal ist oder man das Reading 'state' meint etc pp - so etwas verwirrt einen Anfänger total!) und zum anderen weil mehrere Grundbegriffe nicht vernünftig erklärt sind (zum Beispiel: "Nur Readings können von Menschen gelesen werden" - Internals auch!). Hinzu kommt, dass in der Einleitung zwar steht, was man genau tun soll ("tipp mal attr XY room sowieso" ein und dann siehst du was), aber nicht erklärt wird, ''was'' man da eigentlich macht - nämlich ein Attribut setzen und einen Wert zuweisen. Deshalb habe ich mich dran gesetzt und überlegt, was '''für mich''' wichtig gewesen wäre.
			:: Nun zur Debatte. Was für mich wichtig ist, kann für andere verwirrend sein. Sehe ich sofort ein. Also lass uns im Detail diskutieren, was am Text verändert wird (nochmal: eventuell im Forum?). Das mit der Zeichenkette verstehe ich, das mit den Definitionen der Grundbegriffe finde ich aber wesentlich. Wir sollten vielleicht so debattieren: Was wollen wir beim Anfänger erreichen? Welches Vorwissen müssen wir voraussetzen, was nicht? Ich gehe davon aus, dass der typische Anwender mit einem ganz konkreten Problem zu FHEM stößt und zuerst das gelöst haben will. Dass er wenige Programmierkenntnisse besitzt und auch bereit ist, gewisses Leid in Kauf zu nehmen. Wir können aber nicht voraussetzen (auch wenn das der eine oder andere meint), dass er die gesamte Einsteiger-PDF verstanden, die commandref gelesen und verstanden hat und außerdem mit RegEx problemlos umgehen kann. Wenn wir uns bei der Beschreibung der Person, die den Wiki-Eintrag liest, einig sind, sollte sich ein besserer Text ergeben. Das man dabei sinnvollerweise vermeidet, bereits in der Einleitung eine Debatte zum Sinn und Unsinn von DOIF zu haben, ist auch mir Anfänger klar.
			<HR>
			:::Zum Diskussionsort: Mir ist es letztlich gleich. Hier wird es vmtl. nur ruhiger und mit weniger Beteiligung als im Forum zu gehen.

			:::Also bist Du zum Einstieg mit dem Artikel "Erste Schritte in FHEM" problemlos klargekommen; erst als es weiter in die Tiefe ging, kamen die weiteren Probleme!? Daraus schließe ich zunächst einmal frech, dass der Artikel seinen Zweck erfüllt hat: Ein "Appetitanreger" auf FHEM, der erste Erfolgserlebnisse und erstes Verständniss schafft. Mehr soll er meiner Meinung nach auch nicht. Der Einsteiger soll sich in kurzer Zeit einen Überblick verschaffen (Zeitbedarf max. 60 Minuten): Ist FHEM etwas für mich? Wie geht das grundlegend? Wenn man neugierig geworden ist, dann weiterlernen.

			:::Tippfehler und Co. (state vs. STATE) sollten im Artikel natürlich behoben werden. Mit Deinen weiterführenden Erläuterungen insb. Grundbegriffe, die Du nach den ersten Erfolgserlebnissen vermisst hast, steigt der Zeitbedarf für die Durcharbeitung und auch die Komplexität des Artikels deutlich. Er verliert damit eben seine eigentliche Intention. Das, was unter Grundbegriffe steht braucht man zum Einstieg nicht und verwirrt. Er entwickelt sich mMn dadurch in Richtung universellen Einsteiger-PDF Ersatz. Weitergehende Informationen könnte man aus dem Artikel ja verlinken statt sie darin aufzunehmen; aber selbst dabei bin ich zweifelnd, da es schnell zum Verzetteln in Details führt.

			:::Auch Deine Definition der Grundbegriffe ist, wie Du im Forum liest, nicht unumstritten. Und die Bedenken kommen nicht von irgendjemanden, sondern von einem der Kern-Developer. Einen Punkt hatte ich gestern auch schon herausgepickt (Readings), den ich persönlich für gefährlich oder eher sogar falsch halte. Zudem existieren schon Definitionen der Begriffe im Wiki, die man verlinken könnte. Warum sollten wir 2 Definitionen im Wiki pflegen? Das ist zu pflegeaufwendig. Das ist aber auch eine Macke von mir: [https://wiki.fhem.de/w/index.php?title=SIGNALduino&diff=prev&oldid=21335] würde ich z.B. nicht so ausführlich machen, sondern auf [[Trick_der_Woche#CUL_.26_CO_.C3.BCber_Serial_ID-einbinden]] verlinken. Dadurch sind Fehler/Änderungen nur an einer Stelle zu berücksichtigen.

			:::Wo steht eigentlich: "Nur Readings können von Menschen gelesen werden" ?

			:::Was für Dich wichtig ist, liegt doch an Deinem Wissensstand. Zunächst hat der Einsteiger-Artikel gereicht. Dann ist man weiter und liest das Pdf. Und dann kommen Fragen und noch mehr Fragen. Damit bin ich wieder beim Ausgangspunkt, dass Deine Erläuterungen schon für Fortgeschrittenere sind und nicht in den genannten Artikel sollten ;-).

			:::Was ich voraussetze? Nichts außer Lernbereitschaft. Dazu gehört auch, dass man sich zumindest mal Grundzüge von Perl anschaut. (Bin selbst kein Entwickler und werde keiner, sondern nur Anwender) Ohne Regex und Co. ist FHEM schwer "verdaulich". Das z.B. tritt mir mittlerweile zu sehr in den Hintergrund.

			:::Mir persönlich wäre es am Liebsten den Einsteiger-Artikel in die Kurzform zurückzubringen und Deine Überlegungen möglichst redudanzfrei in weiterführende Artikel zu packen oder in Ulis Einsteiger-Pdf einzubringen, falls er Hilfe mag. Was ich nicht möchte ist: Dich entmutigen und von der Mitarbeit abbringen, das wird nämmlich schnell so aufgefasst. Und meine Meinung muss auch nicht die Richtige sein, wenn es die überhaut gibt.

			:::Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 11:14, 10. Mai 2017 (CEST)

			:::PS: (Langfristiges) Ziel ist bspw. [[FHEM_Installation_Windows]] und [[Erste Schritte in FHEM]] so zu gestalten, dass als Einsteiger ein Test von FHEM angefangen bei Installation bis zum Ende der ersten Experimente in ca. 90 Minuten möglich ist.

			<HR>

			::::Was ist davon zu halten, wenn wir den Grundbegriffe-Artikel zu einem Absatz mit ein, zwei Sätzen zusammenkürzen und den Inhalt auf weiterführende Seiten verschieben? Das wäre dann, in schlechtem Deutsch von der Idee her so: "Also wir legen jetzt mal los und wir brauchen dazu Attribute und Readings (was das ist, kannst du HIER nachlesen), aber erst einmal reicht <XYZ>"? Das können wir bei den anderen Abschnitten, bei denen Du Probleme hast, auch machen. Ich würde mir dann mal was überlegen und das hier vorstellen? Es wäre aber wegen der reparierten Schreibfehler vermutlich einfacher, wenn wir diesen Abschnitt _bearbeiten_ und _nicht_ zurückstellen, denn ich weiß nicht mehr, welche Fehler ich genau geändert habe.

			<HR>
			:::::Ich mache nichts einfach rückgängig, wir diskutieren doch: Ändere es einfach einmal so ab, wie Du es dann machen würdest. Im Übrigen bin ich nicht der Nabel der Welt, aber habe ein Meinung :-) . Am meisten stören mich die "Grundbegriffe". --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 16:08, 10. Mai 2017 (CEST)
			<HR>

			::::PS Aus dem Wiki: "Daten, welche von einem Gerät gelesen werden und in FHEM in einer für Menschen verständlichen Form zur Verfügung gestellt werden können, werden Readings genannt". Der Logiker schließt daraus, dass Internals für Menschen nicht verständlich sind (jedenfalls habe ich mich das wirklich gefragt: gilt etwa Readings = UTF-8, Internals = binär o.Ä?!)

			<HR>
			:::::Halte ich für eine erhebliche Überinterpretation der Aussage. Es wird doch nirgends eine Verbindung oder gar Vergleich zwischen Internals und Readings hergestellt und schon gar nicht, in welcher ihrer Merkmale/Eigenschaften aus Anwendersicht ein Gegensatz besteht. Eine klare und eindeutige Definition der Begriffe ist nicht so einfach und letztlich auch im Fluß. Zudem versuchst Du Begrifflichkeiten, die mMn eher aus Entwicklersicht entstanden sind, in ein Schema der Anwendersicht zu pressen. Ein bedeutendes Gegenbeispiel Deiner Definition finde ich beispielsweise auf die Schnelle noch bei Internals. Du schreibst: "Internals sollen vom Nutzer nicht direkt verändert werden". Das ist so vereinfacht in einem wesentlichen Punkt falsch. Das DEF in den Internals soll gerade von Einsteigern genutzt werden und nicht die manuelle Editierei in der fhem.cfg (siehe bspw. [[Konfiguration#Objektdetails]]). Die Nutzung des DEF wollen wir gerade den Einsteigern krampfhaft vermitteln; jetzt verbieten wir es aber bereits in der Definition im "Vorwort" des Einsteiger-Artikels. Das verwirrt sicherlich. Wenn Du das dann gerade ziehen willst, musst Du noch mehr erklären. Das führt zu mehr Verwirrung. Darum eben besser Definitionen weglassen. --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 16:08, 10. Mai 2017 (CEST)

Krikan: DOIF-Link

2017-03-29T10:04:37Z

DOIF-Link

← Nächstältere Version		Version vom 29. März 2017, 12:04 Uhr
Zeile 409:		Zeile 409:
	attr th_Licht room Treppenhaus		attr th_Licht room Treppenhaus
	...		...

			<hr>
			:Für mich sind beide Varianten ok. Wobei ich nicht sicher bin, ob eine Platzierung unter "Wie geht es weiter?" der Universalität von DOIF nicht gerechter würde. Unter "Timer bei einem Event starten..." wird die Bedeutung mMn ein wenig reduziert. Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 12:04, 29. Mär. 2017 (CEST)

Trelle am 23. März 2017 um 12:51 Uhr

2017-03-23T12:51:43Z

← Nächstältere Version		Version vom 23. März 2017, 14:51 Uhr
Zeile 364:		Zeile 364:
	:::--[[Benutzer:Uli\|Uli]] ([[Benutzer Diskussion:Uli\|Diskussion]]) 09:12, 19. Feb. 2017 (CET)		:::--[[Benutzer:Uli\|Uli]] ([[Benutzer Diskussion:Uli\|Diskussion]]) 09:12, 19. Feb. 2017 (CET)

			{{Anker\|neue_Antwort1}}
	::::Hallo Uli,		::::Hallo Uli,

Trelle: /* Ansicht der Gruppen A) bis C) im Frontend */

2017-03-16T17:55:54Z

Ansicht der Gruppen A) bis C) im Frontend

← Nächstältere Version		Version vom 16. März 2017, 19:55 Uhr
Zeile 363:		Zeile 363:
	:::PS: Mit meiner Rolle im Verein hat das nix zu tun, es geht ja nicht um ein Vereinsthema.		:::PS: Mit meiner Rolle im Verein hat das nix zu tun, es geht ja nicht um ein Vereinsthema.
	:::--[[Benutzer:Uli\|Uli]] ([[Benutzer Diskussion:Uli\|Diskussion]]) 09:12, 19. Feb. 2017 (CET)		:::--[[Benutzer:Uli\|Uli]] ([[Benutzer Diskussion:Uli\|Diskussion]]) 09:12, 19. Feb. 2017 (CET)


			::::Hallo Uli,

			::::nachstehend 2 Vorschläge, wie ich einen Verweis auf die Zeit- und Eventsteuerung mit DOIF einbauen möchte.

			::::Welchen Vorschlag bevorzugst Du?

			::::LG --[[Benutzer:Trelle\|Trelle]] ([[Benutzer Diskussion:Trelle\|Diskussion]]) 18:55, 16. Mär. 2017 (CET)

			<b>Vorschlag 1</b>

			...
			Da das ja doch recht sperrig ist, gibt es noch eine etwas einfachere Alternative:
			define n_th_Schalter_on notify th_Schalter:on set th_Licht on;;sleep 60;;set th_Licht off

			Manche Hardwaresysteme bieten auch den Befehl ''on-for-timer'', mit dem man alternativ schreiben kann
			define n_th_Schalter_on notify th_Schalter:on set th_Licht on-for-timer 60

			=== Zeit- und Ereignissteuerung mit DOIF ===
			Seit erscheinen des ursprünglichen Artikels Anfang 2014, ist eine neue Möglichkeit der Zeit- und Ereignissteuerung eingeführt worden.

			Siehe: [[DOIF/Einsteigerleitfaden,_Grundfunktionen_und_Erläuterungen#Erste_Schritte_mit_DOIF:_Zeit-_und_Ereignissteuerung\|'''Erste Schritte mit DOIF: Zeit- und Ereignissteuerung''']]

			Der Autor des usprünglichen Artikel hat freundlicherweise zugestimmt den Artikel mit einem Link zu ergänzen.
			==Wie geht es weiter?==
			...

			<b>Vorschlag 2</b>
			==Timer bei einem Event starten - notify und at==
			{{Randnotiz\|RNText='''Zeit- und Ereignissteuerung mit DOIF'''
			Seit erscheinen des ursprünglichen Artikels Anfang 2014, ist eine neue Möglichkeit der Zeit- und Ereignissteuerung eingeführt worden.

			Siehe: [[DOIF/Einsteigerleitfaden,_Grundfunktionen_und_Erläuterungen#Erste_Schritte_mit_DOIF:_Zeit-_und_Ereignissteuerung\|'''Erste Schritte mit DOIF: Zeit- und Ereignissteuerung''']]

			Der Autor des usprünglichen Artikels hat freundlicherweise zugestimmt den Artikel mit einem Link zu ergänzen.}}

			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 Treppenhaus: Legen Sie dafür die Dummy-Devices ''th_Schalter'' und ''th_Licht'' im Raum ''Treppenhaus'' an. Zum Anlegen des Raums ''Treppenhaus'' ordnen Sie dem ersten Device den Raum über das Kommandofeld zu, alle weiteren Attribute dann durch Klicken im Detail-Bildschirm:
			define th_Schalter dummy
			attr th_Schalter room Treppenhaus
			attr th_Schalter webCmd on
			define th_Licht dummy
			attr th_Licht room Treppenhaus
			...