Diskussion:UserReadings - Versionsgeschichte

Alkazaa: /* Hinweis bei 'integral' */

2026-07-21T10:00:46Z

Hinweis bei 'integral'

@@ Zeile 51: / Zeile 51: @@
 Konkretes Beispiel: Bei einem Abtastintervall dt und drei aufeinander folgenden Messwerten a,a,b ist der Beitrag zum Integral dt*(a+a)/2 beim trigger auf das zweite a und dt*(a + b)/2 beim Trigger auf das b, insgesamt also dt*(3a+b)/2. Fehlt der trigger auf das zweite a, kommt beim trigger auf das b als gesamter Beitrag 2*dt*(a+b)/2 = dt*(2a+2b)/2.
-Die Diskussion im Forumsthread {{Link2Forum|Topic=26300|LinkText=Integralfunktion bei UserReadings}} (dieser {{Link2Forum|Topic=26300|Message=1246090|LinkText=Beitrag}}) ist bezüglich dieses Punktes eher irreführend.
+Man sieht den Effekt z.B. in einer Simulation mit den folgenden zwei Test-Devices:
 --[[Benutzer:Alkazaa|Alkazaa]] ([[Benutzer Diskussion:Alkazaa|Diskussion]]) 07:43, 20. Jul. 2026 (CEST)

Alkazaa: /* Hinweis bei 'integral' */

2026-07-20T08:19:17Z

Hinweis bei 'integral'

← Nächstältere Version		Version vom 20. Juli 2026, 10:19 Uhr
Zeile 49:		Zeile 49:
	Der Fehler ist in der Praxis sehr klein, da rauschbehaftete Messwerte praktisch immer ein event-on-change auslösen. Mir fiel er bei einer Datenquelle auf, die ich (aus anderen Gründen) künstlich in der Auflösung begrenzt hatte.		Der Fehler ist in der Praxis sehr klein, da rauschbehaftete Messwerte praktisch immer ein event-on-change auslösen. Mir fiel er bei einer Datenquelle auf, die ich (aus anderen Gründen) künstlich in der Auflösung begrenzt hatte.

	Konkretes Beispiel: Bei einem Abtastintervall dt und drei aufeinander folgenden Messwerten a,a,b ist der Beitrag zum Integral dt(a+a)/2 beim trigger auf das zweite a und dt(a + b)/2 beim Trigger auf das b, insgesamt also dt(3a+b)/2. Fehlt der trigger auf das zweite a, ~~wird~~ kommt beim trigger auf das b als gesamter Beitrag 2dt(a+b)/2 = dt(2a+2b)/2.		Konkretes Beispiel: Bei einem Abtastintervall dt und drei aufeinander folgenden Messwerten a,a,b ist der Beitrag zum Integral dt(a+a)/2 beim trigger auf das zweite a und dt(a + b)/2 beim Trigger auf das b, insgesamt also dt(3a+b)/2. Fehlt der trigger auf das zweite a, kommt beim trigger auf das b als gesamter Beitrag 2dt(a+b)/2 = dt(2a+2b)/2.

	Die Diskussion im Forumsthread {{Link2Forum\|Topic=26300\|LinkText=Integralfunktion bei UserReadings}} (dieser {{Link2Forum\|Topic=26300\|Message=1246090\|LinkText=Beitrag}}) ist bezüglich dieses Punktes eher irreführend.		Die Diskussion im Forumsthread {{Link2Forum\|Topic=26300\|LinkText=Integralfunktion bei UserReadings}} (dieser {{Link2Forum\|Topic=26300\|Message=1246090\|LinkText=Beitrag}}) ist bezüglich dieses Punktes eher irreführend.

	--[[Benutzer:Alkazaa\|Alkazaa]] ([[Benutzer Diskussion:Alkazaa\|Diskussion]]) 07:43, 20. Jul. 2026 (CEST)		--[[Benutzer:Alkazaa\|Alkazaa]] ([[Benutzer Diskussion:Alkazaa\|Diskussion]]) 07:43, 20. Jul. 2026 (CEST)

Alkazaa am 20. Juli 2026 um 05:44 Uhr

2026-07-20T05:44:15Z

← Nächstältere Version		Version vom 20. Juli 2026, 07:44 Uhr
Zeile 42:		Zeile 42:

	Grüße, [[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 06:33, 29. Dez. 2017 (CET)		Grüße, [[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 06:33, 29. Dez. 2017 (CET)

			<HR>
			== Hinweis bei 'integral' ==
			Der Passus ''(Hinweis: Beim Bilden der Summe kann die Benutzung von event-on-change-reading zu falschen Ergebnissen führen.)'' in der Sektion "Trigger" sollte auch bei "Integralfunktion - integral" stehen.

			Der Fehler ist in der Praxis sehr klein, da rauschbehaftete Messwerte praktisch immer ein event-on-change auslösen. Mir fiel er bei einer Datenquelle auf, die ich (aus anderen Gründen) künstlich in der Auflösung begrenzt hatte.

			Konkretes Beispiel: Bei einem Abtastintervall dt und drei aufeinander folgenden Messwerten a,a,b ist der Beitrag zum Integral dt(a+a)/2 beim trigger auf das zweite a und dt(a + b)/2 beim Trigger auf das b, insgesamt also dt(3a+b)/2. Fehlt der trigger auf das zweite a, wird kommt beim trigger auf das b als gesamter Beitrag 2dt(a+b)/2 = dt(2a+2b)/2.

			Die Diskussion im Forumsthread {{Link2Forum\|Topic=26300\|LinkText=Integralfunktion bei UserReadings}} (dieser {{Link2Forum\|Topic=26300\|Message=1246090\|LinkText=Beitrag}}) ist bezüglich dieses Punktes eher irreführend.

			--[[Benutzer:Alkazaa\|Alkazaa]] ([[Benutzer Diskussion:Alkazaa\|Diskussion]]) 07:43, 20. Jul. 2026 (CEST)

Stephan: /* Klarstellung der heutigen Syntax-Hinweise notwendig? */

2017-12-29T05:33:07Z

Klarstellung der heutigen Syntax-Hinweise notwendig?

← Nächstältere Version		Version vom 29. Dezember 2017, 07:33 Uhr
Zeile 35:		Zeile 35:

	:Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 04:01, 29. Dez. 2017 (CET)		:Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 04:01, 29. Dez. 2017 (CET)

			<HR>

			1.: Ich gebe dir völlig recht. Habe bereits selbst mehrfach überlegt, wie man mal die Unterschiede zwischen "eingabe in der fhem.cfg", "eingabe in der Eingabezeile" und "eingabe im DEF-Editor" ( wie heisst das eigtl bei Attributen?) kennzeichnet.
			Werde es mal ausformulieren, aber so richtig schön eindeutig finde ich das nicht.

			Grüße, [[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 06:33, 29. Dez. 2017 (CET)

Krikan: /* Klarstellung der heutigen Syntax-Hinweise notwendig? */

2017-12-29T03:01:19Z

Klarstellung der heutigen Syntax-Hinweise notwendig?

← Nächstältere Version		Version vom 29. Dezember 2017, 05:01 Uhr
Zeile 28:		Zeile 28:
	Grüße,		Grüße,
	[[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 13:57, 28. Dez. 2017 (CET)		[[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 13:57, 28. Dez. 2017 (CET)

			<HR>
			: 1.: Wenn man das commandref-Beispiel über die Eingabezeile anlegt, dann sieht man in der Detailansicht unter dem attr userReadings nur ein ;. Bei Eingabe über Detailansicht durch Anklicken von userReadings muss man entsprechend nur ein ; eingeben. Gibt man dort 2 ; an, werden die unerwünscht in fhem.cfg verdoppelt (=4x). Welchen Weg der Eingabe man nimmt ist eigentlich egal; besser/schlechter gibt es dort nicht. Jedoch muss man eben nicht immer verdoppeln und das lese ich aus dem Text und bei Eingabe über Detailansicht führt 2x im Fazit zu unerwünschten 4x.

			: 2.: Der Hinweis ist vollkommen in Ordnung. Ich faende es nur gut, wenn man dann ergaenzen würde, dass es sich um ein "normales" Perl-Verhalten handelt. Habe die Befürchtung, dass ansonsten suggeriert wird, es handelt sich um ein FHEM-Special. Momentan bin ich aber sowieso im Gedankengang, den FHEM-Einsteigern (wieder) deutlicher zu sagen "Schaut Euch mal zumindest die Grundzüge von Perl an, damit FHEM nachvollziehbarer ist", da das meinem Eindruck nach, ein wenig in den Hintergrund geraet (und ich mich auch beim Vergessen ertappe.).

			:Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 04:01, 29. Dez. 2017 (CET)

Stephan: /* Klarstellung der heutigen Syntax-Hinweise notwendig? */

2017-12-28T12:57:54Z

Klarstellung der heutigen Syntax-Hinweise notwendig?

← Nächstältere Version		Version vom 28. Dezember 2017, 14:57 Uhr
Zeile 14:		Zeile 14:

	Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 07:46, 28. Dez. 2017 (CET)		Gruß, --[[Benutzer:Krikan\|Christian]] ([[Benutzer Diskussion:Krikan\|Diskussion]]) 07:46, 28. Dez. 2017 (CET)


			Hi Christian,

			1.: In der Commandref steht: "attr myEnergyMeter userReadings energy { ReadingsVal("myEnergyMeter","counters.A",0)/1250.0;; }".
			Da das bei mir so funktioniert, habe ich das so in Verwendung, und es funktioniert.
			Nachdem du jetzt nachgefragt hast, hab ich versucht, das Attribut über die Eingabezeile zu setzen, nun ist es nur noch ein ";".
			Dann geb ich dir recht, wenn das auch funktioniert (oder besser ist, wenn ich das richtig verstehe, sende ich dann jeweils einen "leeren" Befehl dazwischen) sollte das geändert werden. - würd ich dann machen.


			2.: Du hast recht, das ist das normale Verhalten von Perl. Aber: wenn ich drüber nachdenke, wie lange ich bei "normalen" Perl-Syntaxen schon gesucht und mir den Kopf zerbrochen hab, warum der das macht... Deshalb habe ich das mit aufgenommen. Ob FHEM-Wiki oder nicht, ich vertrete die Ansicht, dass die "hilfreichen, informativen, nützlichen" Parameter da stehen sollten, wo man sie leicht findet... Wenn Du das anders siehst, akzeptiere ich das aber, im Sinne eines großen ganzen (über das ich zugegebenermaßen keinen Überblick habe :)

			Grüße,
			[[Benutzer:Stephan\|Stephan]] ([[Benutzer Diskussion:Stephan\|Diskussion]]) 13:57, 28. Dez. 2017 (CET)

Krikan: /* Klarstellung der heutigen Syntax-Hinweise notwendig? */

2017-12-28T06:48:38Z

Klarstellung der heutigen Syntax-Hinweise notwendig?

← Nächstältere Version		Version vom 28. Dezember 2017, 08:48 Uhr
Zeile 1:		Zeile 1:
	== Klarstellung der ~~gestrigen~~ Syntax-Hinweise notwendig? ==		== Klarstellung der heutigen Syntax-Hinweise notwendig? ==
	Zu den heutigen Ergänzungen im Bereich Syntax folgende Anmerkungen:		Zu den heutigen Ergänzungen im Bereich Syntax folgende Anmerkungen:

Krikan: Klarstellung der gestrigen Syntax-Hinweise notwendig?

2017-12-28T06:46:41Z

Klarstellung der gestrigen Syntax-Hinweise notwendig?

Neue Seite

== Klarstellung der gestrigen Syntax-Hinweise notwendig? ==
Zu den heutigen Ergänzungen im Bereich Syntax folgende Anmerkungen:

1. Zitat: ''Bei mehreren auszuführenden Befehlen müssen die einzelnen Teile mit zwei ";" getrennt werden.''

Liegt das nicht daran, wo/wie man das eingibt? Bei der Eingabe im Befehls-Eingabefeld kann ich die Verdoppelung der ; nachvollziehen. Bei einer Eingabe über die Attributauswahl ist das mMn nicht korrekt; dort genügt ein ; . Letztere Vorgehensweise interpretiere ich aus dem Weglassen von "attr <device> userReadings" im Beispiel. Das sollte nach Prüfung klargestellt werden.

2. Zitat: ''Die Variable, dessen Wert man im Reading haben möchte, kann man einfach ans Ende stellen.''

Das ist meines Wissen nach das normale Verhalten von Perl, wenn return fehlt und keine Besonderheit von FHEM:
"In the absence of an explicit return, a subroutine, eval, or do FILE automatically returns the value of the last expression evaluated.)" [https://perldoc.perl.org/functions/return.html]

Wäre schön, wenn das jemand gegenchecken könnte. Danke.

Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 07:46, 28. Dez. 2017 (CET)