HM-CFG-LAN: Überwachung der 1%-Regel - Versionsgeschichte

Morgennebel: %M -> %m nach https://forum.fhem.de/index.php/topic,92608.0.html

2018-10-30T08:21:00Z

%M -> %m nach https://forum.fhem.de/index.php/topic,92608.0.html

← Nächstältere Version		Version vom 30. Oktober 2018, 10:21 Uhr
Zeile 33:		Zeile 33:
	Dadurch wird ein Event ausgelöst, das (z.B. mit den folgenden Definitionen) geloggt werden kann:		Dadurch wird ein Event ausgelöst, das (z.B. mit den folgenden Definitionen) geloggt werden kann:
	<pre>		<pre>
	define FileLog_Technik_IO FileLog %L/Technik_IO-%Y-%M.log global:.\|HMLAN1:cond:.\|HMLAN1:hmTrfHour:.*		define FileLog_Technik_IO FileLog %L/Technik_IO-%Y-%m.log global:.\|HMLAN1:cond:.\|HMLAN1:hmTrfHour:.*
	attr FileLog_Technik_IO logtype text		attr FileLog_Technik_IO logtype text
	attr FileLog_Technik_IO room Log		attr FileLog_Technik_IO room Log

Krikan: FHEM(R)

2017-01-26T22:36:17Z

FHEM(R)

← Nächstältere Version		Version vom 27. Januar 2017, 00:36 Uhr
Zeile 12:		Zeile 12:
	== Versions Updates ==		== Versions Updates ==
	* {{Link2Forum\|Topic=21678\|Message=151621\|LinkText=Version 5278}}: Die Länge des Nachrichtentelegrams wird berücksichtigt.		* {{Link2Forum\|Topic=21678\|Message=151621\|LinkText=Version 5278}}: Die Länge des Nachrichtentelegrams wird berücksichtigt.
	* {{Link2Forum\|Topic=43834\|Message=357346\|LinkText=FirmWare 0.964}}: msgLoadEst ist veraltet und war ein von ~~Fhem~~ erwarteter Wert. msgLoadCurrent ist neu und der tatsächliche Wert, der vom HMLAN versendet wurde.		* {{Link2Forum\|Topic=43834\|Message=357346\|LinkText=FirmWare 0.964}}: msgLoadEst ist veraltet und war ein von FHEM erwarteter Wert. msgLoadCurrent ist neu und der tatsächliche Wert, der vom HMLAN versendet wurde.

	== Plot von Highload/Overload und msgLoadCurrent-Werten ==		== Plot von Highload/Overload und msgLoadCurrent-Werten ==
Zeile 21:		Zeile 21:
	* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.		* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.

	Der CronJob wird mittels [[at]] im Zeitabstand x= 1 Minute als Reading bereitgestellt, das den Wert von "msgLoadCurrent" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|~~Fhem~~-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.		Der CronJob wird mittels [[at]] im Zeitabstand x= 1 Minute als Reading bereitgestellt, das den Wert von "msgLoadCurrent" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|FHEM-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.

	Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):		Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):
Zeile 70:		Zeile 70:

	== Links ==		== Links ==
	* Beitrag / Diskussion zu diesem Thema im {{Link2Forum\|Topic=21678\|Message=151772\|LinkText=~~Fhem~~ Forum}}		* Beitrag / Diskussion zu diesem Thema im {{Link2Forum\|Topic=21678\|Message=151772\|LinkText=FHEM Forum}}

	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	[[Kategorie:Code Snippets]]		[[Kategorie:Code Snippets]]

Ph1959de: Kleine Korrekturen

2015-11-24T06:40:34Z

Kleine Korrekturen

← Nächstältere Version		Version vom 24. November 2015, 08:40 Uhr
Zeile 5:		Zeile 5:

	=== "ERROR-Overload" und "Warning-HighLoad" ===		=== "ERROR-Overload" und "Warning-HighLoad" ===
	Der Sendestopp der HMLAN-unit wird durch die Werte "ERROR-Overload" angezeigt bzw. durch "Warning-HighLoad" vorgewarnt. Dabei handelt es sich um direkte Readings der HMLAN-unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen. Sollte die HMLAN-unit in ~~diesen~~ Zustand sein, wird sie keine Telegramme mehr senden, jedoch wird sie weiterhin alle Telegramme empfangen.		Der Sendestopp der HMLAN-unit wird durch die Werte "ERROR-Overload" angezeigt bzw. durch "Warning-HighLoad" vorgewarnt. Dabei handelt es sich um direkte Readings der HMLAN-unit und sie sind auf alle Fälle als richtig bzw. "absolut" anzusehen. Sollte die HMLAN-unit in diesem Zustand sein, wird sie keine Telegramme mehr senden, jedoch wird sie weiterhin alle Telegramme empfangen.


	== Einschränkungen ==		== Einschränkungen ==
	* Die AES Verschlüsselung, die weitere Telegramme sendet, kann ~~aktuell~~ nicht ~~gezählt~~ werden		* Die AES Verschlüsselung, die weitere Telegramme sendet, kann derzeit nicht berücksichtigt werden

	== Versions Updates ==		== Versions Updates ==
	~~[http://forum.fhem.de/index.php/topic,~~21678~~.msg151621.html#msg151621~~ Version 5278]: Die Länge des Nachrichtentelegrams wird berücksichtigt.		* {{Link2Forum\|Topic=21678\|Message=151621\|LinkText=Version 5278}}: Die Länge des Nachrichtentelegrams wird berücksichtigt.
			* {{Link2Forum\|Topic=43834\|Message=357346\|LinkText=FirmWare 0.964}}: msgLoadEst ist veraltet und war ein von Fhem erwarteter Wert. msgLoadCurrent ist neu und der tatsächliche Wert, der vom HMLAN versendet wurde.
	~~[http://forum.fhem.de/index.php/topic,~~43834~~.msg357346.html#msg357346 FirmW.~~ 0.964]: msgLoadEst ist veraltet und war ein von Fhem erwarteter Wert. msgLoadCurrent ist neu und der tatsächliche ~~wert~~, der vom HMLAN versendet wurde.

	== Plot von Highload/Overload und msgLoadCurrent-Werten ==		== Plot von Highload/Overload und msgLoadCurrent-Werten ==

	[[Datei:Msgloadest_2_2.png\|mini\|350px\|rechts\|Beispiel-Plot mit einer Auslastung von ca. 80%]]		[[Datei:Msgloadest_2_2.png\|mini\|350px\|rechts\|Beispiel-Plot mit einer Auslastung von ca. 80%]]
	Dazu muss im Einzelnen wie folgt vorgegangen werden:		Dazu muss im Einzelnen wie folgt vorgegangen werden:
	* Um einen Plot erzeugen zu können, wird ein Log benötigt.		* Um einen Plot erzeugen zu können, wird ein [[FileLog\|Log]] benötigt.
	* Um ein Log erzeugen zu können, wird ein Event benötigt, das geloggt werden kann.		* Um ein Log erzeugen zu können, wird ein Event benötigt, das geloggt werden kann.
	* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.		* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.

	Der CronJob wird mittels "at" im Zeitabstand x= 1 Minute als Reading bereitgestellt, das den Wert von "~~msgLoadEst-1hour~~" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|Fhem-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.		Der CronJob wird mittels [[at]] im Zeitabstand x= 1 Minute als Reading bereitgestellt, das den Wert von "msgLoadCurrent" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|Fhem-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.

	Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):		Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):
Zeile 40:		Zeile 37:
	attr FileLog_Technik_IO room Log		attr FileLog_Technik_IO room Log
	</pre>		</pre>
	~~Die DbLoger können sich den obigen~~ Abschnitt ~~ersparen~~, da die Readings automatisch ins DbLog geschrieben werden.		Bei Verwendung von [[DbLog]] kann der vorangehende Abschnitt entfallen, da die Readings automatisch ins DbLog geschrieben werden.


	Die graphische Darstellung (Plot) wird durch die Definition		Die graphische Darstellung (Plot) wird durch die Definition
Zeile 71:		Zeile 67:
	</pre>		</pre>

	Die ~~DbLogger~~ müssen ~~sich die obigen abschnitte~~ entsprechend ~~umschreiben~~.		Die ''SVG'' und ''gplot'' Definitionen gelten bei Verwendung von FileLog und müssen für DbLog entsprechend angepasst werden.

	== Links ==		== Links ==
	* Beitrag / Diskussion zu diesem Thema im ~~[http://forum.fhem.de/index.php/topic,~~21678~~.msg151772.html#msg151772~~ Fhem Forum]		* Beitrag / Diskussion zu diesem Thema im {{Link2Forum\|Topic=21678\|Message=151772\|LinkText=Fhem Forum}}

	[[Kategorie:HOWTOS]]		[[Kategorie:HOWTOS]]
	[[Kategorie:Code Snippets]]		[[Kategorie:Code Snippets]]

Sailor: Anpassung auf Veränderung der neuen Firmware

2015-11-24T05:04:15Z

Anpassung auf Veränderung der neuen Firmware

← Nächstältere Version		Version vom 24. November 2015, 07:04 Uhr
Zeile 6:		Zeile 6:
	=== "ERROR-Overload" und "Warning-HighLoad" ===		=== "ERROR-Overload" und "Warning-HighLoad" ===
	Der Sendestopp der HMLAN-unit wird durch die Werte "ERROR-Overload" angezeigt bzw. durch "Warning-HighLoad" vorgewarnt. Dabei handelt es sich um direkte Readings der HMLAN-unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen. Sollte die HMLAN-unit in diesen Zustand sein, wird sie keine Telegramme mehr senden, jedoch wird sie weiterhin alle Telegramme empfangen.		Der Sendestopp der HMLAN-unit wird durch die Werte "ERROR-Overload" angezeigt bzw. durch "Warning-HighLoad" vorgewarnt. Dabei handelt es sich um direkte Readings der HMLAN-unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen. Sollte die HMLAN-unit in diesen Zustand sein, wird sie keine Telegramme mehr senden, jedoch wird sie weiterhin alle Telegramme empfangen.


	~~=== "msgLoadEst 1hour" ===~~
	Die angezeigten "msgLoadEst" - Werte stellen keine 100%ige Genauigkeit dar, da sie "nur" annähernd berechnet werden können. Es kann daher theoretisch vorkommen, dass der Plot die 100% - Marke noch nicht erreicht hat, aber der "ERROR-Overload" Indikator bereits anzeigt, dass die HMLAN-unit seine Sendungen eingestellt hat.

	~~<pre>~~
	~~msgLoadEst 1hour:44% 10min steps: 12/2/7/23/0/0~~
	~~</pre>~~

	~~besagt, dass in der aktuellen Stunde 44% der Sendekapazität verbraucht sind. Im aktuellen 10min-Rahmen sind es 12%, in den 10min davor waren es 2%, davor 7% und davor 23%.~~

	~~Dieser Zähler befindet sich direkt in der HMLAN-unit somit kann FHEM diesen Zähler nicht zurücksetzen. Nur durch Warten oder einen Reset der HMLAN-unit ist ein Rückstellen möglich.~~



	== Einschränkungen ==		== Einschränkungen ==

	~~Man muss die folgenden Einschränkungen hinsichtlich des Plots immer beachten:~~

	* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da die HMLAN-unit aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload in der HMLAN-unit vorliegen die fhem aufgrund des restarts nicht erfassen kann.

	* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN-unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100%-Marke noch nicht erreicht hat.

	* FHEM kann die automatischen Wiederholungen der HMLAN-unit nicht erfassen und können daher nicht berücksichtigt werden.

	* Die AES Verschlüsselung, die weitere Telegramme sendet, kann aktuell nicht gezählt werden		* Die AES Verschlüsselung, die weitere Telegramme sendet, kann aktuell nicht gezählt werden

Zeile 36:		Zeile 14:
	[http://forum.fhem.de/index.php/topic,21678.msg151621.html#msg151621 Version 5278]: Die Länge des Nachrichtentelegrams wird berücksichtigt.		[http://forum.fhem.de/index.php/topic,21678.msg151621.html#msg151621 Version 5278]: Die Länge des Nachrichtentelegrams wird berücksichtigt.

			[http://forum.fhem.de/index.php/topic,43834.msg357346.html#msg357346 FirmW. 0.964]: msgLoadEst ist veraltet und war ein von Fhem erwarteter Wert. msgLoadCurrent ist neu und der tatsächliche wert, der vom HMLAN versendet wurde.

	== Plot von Highload/Overload und ~~msgLoadEst~~-Werten ==		== Plot von Highload/Overload und msgLoadCurrent-Werten ==

	[[Datei:Msgloadest_2_2.png\|mini\|350px\|rechts\|Beispiel-Plot mit einer Auslastung von ca. 80%]]		[[Datei:Msgloadest_2_2.png\|mini\|350px\|rechts\|Beispiel-Plot mit einer Auslastung von ca. 80%]]
Zeile 50:		Zeile 29:
	<pre>		<pre>
	define a_hmlan_internals at +*00:01:00 {\		define a_hmlan_internals at +*00:01:00 {\
	my $~~trafficStr~~ = InternalVal("HMLAN1","~~msgLoadEst~~","???"~~);;\~~		my $traffic = InternalVal("HMLAN1","msgLoadCurrent","???");;\
	~~my $trafficHour = $1 if($trafficStr =~ m/1hour:(.*)% 10min steps/~~);;\		fhem("setreading HMLAN1 hmTrf ".$traffic." %" );;\
	fhem("setreading HMLAN1 ~~hmTrfHour~~ ".$~~trafficHour~~." %" );;\
	}		}
	</pre>		</pre>
Zeile 62:		Zeile 40:
	attr FileLog_Technik_IO room Log		attr FileLog_Technik_IO room Log
	</pre>		</pre>
			Die DbLoger können sich den obigen Abschnitt ersparen, da die Readings automatisch ins DbLog geschrieben werden.


	Die graphische Darstellung (Plot) wird durch die Definition		Die graphische Darstellung (Plot) wird durch die Definition
Zeile 90:		Zeile 70:
	"<IN>" using 1:2 axes x1y1 title 'shutdown' ls l2fill lw 1 with steps		"<IN>" using 1:2 axes x1y1 title 'shutdown' ls l2fill lw 1 with steps
	</pre>		</pre>

			Die DbLogger müssen sich die obigen abschnitte entsprechend umschreiben.

	== Links ==		== Links ==

Rohan: /* Plot von Highload/Overload und msgLoadEst-Werten */ Es fehlte eine Absatzschaltung im Code

2014-12-10T20:09:54Z

Plot von Highload/Overload und msgLoadEst-Werten: Es fehlte eine Absatzschaltung im Code

← Nächstältere Version		Version vom 10. Dezember 2014, 22:09 Uhr
Zeile 66:		Zeile 66:
	<pre>		<pre>
	define SVG_FileLog_Technik_IO_1 SVG FileLog_Technik_IO:SVG_FileLog_Technik_IO_1:CURRENT		define SVG_FileLog_Technik_IO_1 SVG FileLog_Technik_IO:SVG_FileLog_Technik_IO_1:CURRENT
	attr SVG_FileLog_Technik_IO_1 alias 10. hmlan attr SVG_FileLog_Technik_IO_1 label "traffic: min [$data{min1}] - avg [$data{avg1}] - max [$data{max1}] - last [$data{currval1}] ----- [".localtime()."]"		# attr SVG_FileLog_Technik_IO_1 alias 10. hmlan
			attr SVG_FileLog_Technik_IO_1 label "traffic: min [$data{min1}] - avg [$data{avg1}] - max [$data{max1}] - last [$data{currval1}] ----- [".localtime()."]"
	attr SVG_FileLog_Technik_IO_1 room 90_Technik		attr SVG_FileLog_Technik_IO_1 room 90_Technik
	</pre>		</pre>

Kamischi am 12. August 2014 um 19:46 Uhr

2014-08-12T19:46:54Z

← Nächstältere Version		Version vom 12. August 2014, 21:46 Uhr
Zeile 31:		Zeile 31:
	* FHEM kann die automatischen Wiederholungen der HMLAN-unit nicht erfassen und können daher nicht berücksichtigt werden.		* FHEM kann die automatischen Wiederholungen der HMLAN-unit nicht erfassen und können daher nicht berücksichtigt werden.

	* Die AES Verschlüsselung, ~~welche~~ weitere Telegramme sendet, kann aktuell nicht gezählt werden		* Die AES Verschlüsselung, die weitere Telegramme sendet, kann aktuell nicht gezählt werden

	== Versions Updates ==		== Versions Updates ==
Zeile 42:		Zeile 42:
	Dazu muss im Einzelnen wie folgt vorgegangen werden:		Dazu muss im Einzelnen wie folgt vorgegangen werden:
	* Um einen Plot erzeugen zu können, wird ein Log benötigt.		* Um einen Plot erzeugen zu können, wird ein Log benötigt.
	* Um ein Log erzeugen zu können, wird ein Event benötigt, ~~welches~~ geloggt werden kann.		* Um ein Log erzeugen zu können, wird ein Event benötigt, das geloggt werden kann.
	* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.		* Um das Event loggen zu können, wird ein [http://de.wikipedia.org/wiki/Cronjob CronJob] benötigt, der dieses Event wiederholt im Abstand x bereitstellt.

	Der CronJob wird mittels "at" im Zeitabstand x= 1 Minute als Reading bereitgestellt, ~~welches~~ den Wert von "msgLoadEst-1hour" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|Fhem-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.		Der CronJob wird mittels "at" im Zeitabstand x= 1 Minute als Reading bereitgestellt, das den Wert von "msgLoadEst-1hour" erhält. Hierdurch werden 60 Werte pro Stunde in die Logdatei geschrieben. Sollte dies zu Performanceeinbußen auf Seiten des [[Systemübersicht#Server\|Fhem-Trägersystems]] führen, kann der "+*00:01:00"-Wert entsprechend erhöht werden.

	Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):		Erforderliche Definition in der [[Konfiguration]] (fhem.cfg):

Sailor am 27. März 2014 um 14:18 Uhr

2014-03-27T14:18:45Z

← Nächstältere Version		Version vom 27. März 2014, 16:18 Uhr
Zeile 4:		Zeile 4:
	In solchen Situationen kann es von Nutzen sein, mittels Plot einen Überblick über die aktuelle Auslastung zu bekommen, um eigene Codefehler von dem werksseitig eingebauten Sendestopp zu unterscheiden. Am Beispiel eines [[HomeMatic]]-Gerätes wird im Folgenden gezeigt, wie eine derartige "Überwachung" erreicht werden kann.		In solchen Situationen kann es von Nutzen sein, mittels Plot einen Überblick über die aktuelle Auslastung zu bekommen, um eigene Codefehler von dem werksseitig eingebauten Sendestopp zu unterscheiden. Am Beispiel eines [[HomeMatic]]-Gerätes wird im Folgenden gezeigt, wie eine derartige "Überwachung" erreicht werden kann.

	Der Sendestopp der HMLAN unit wird durch die Werte "ERROR-Overload" ~~und~~ "Warning-HighLoad" ~~angezeigt~~. Dabei handelt es sich um direkte Readings der HMLAN unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen.		=== "ERROR-Overload" und "Warning-HighLoad" ===
			Der Sendestopp der HMLAN-unit wird durch die Werte "ERROR-Overload" angezeigt bzw. durch "Warning-HighLoad" vorgewarnt. Dabei handelt es sich um direkte Readings der HMLAN-unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen. Sollte die HMLAN-unit in diesen Zustand sein, wird sie keine Telegramme mehr senden, jedoch wird sie weiterhin alle Telegramme empfangen.


			=== "msgLoadEst 1hour" ===
			Die angezeigten "msgLoadEst" - Werte stellen keine 100%ige Genauigkeit dar, da sie "nur" annähernd berechnet werden können. Es kann daher theoretisch vorkommen, dass der Plot die 100% - Marke noch nicht erreicht hat, aber der "ERROR-Overload" Indikator bereits anzeigt, dass die HMLAN-unit seine Sendungen eingestellt hat.

			<pre>
			msgLoadEst 1hour:44% 10min steps: 12/2/7/23/0/0
			</pre>

			besagt, dass in der aktuellen Stunde 44% der Sendekapazität verbraucht sind. Im aktuellen 10min-Rahmen sind es 12%, in den 10min davor waren es 2%, davor 7% und davor 23%.

			Dieser Zähler befindet sich direkt in der HMLAN-unit somit kann FHEM diesen Zähler nicht zurücksetzen. Nur durch Warten oder einen Reset der HMLAN-unit ist ein Rückstellen möglich.



	== Einschränkungen ==		== Einschränkungen ==
	Die angezeigten "msgLoadEst" - Werte stellen keine 100%ige Genauigkeit dar, da sie "nur" annähernd berechnet werden können. Es kann daher theoretisch vorkommen, dass der Plot die 100% - Marke noch nicht erreicht hat, aber der "ERROR-Overload" Indikator bereits anzeigt, dass der HMLAN seine Sendungen eingestellt hat.

	~~Daher~~ muss ~~man~~ die folgenden Einschränkungen hinsichtlich des Plots immer beachten:		Man muss die folgenden Einschränkungen hinsichtlich des Plots immer beachten:

	* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da ~~der~~ HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.		* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da die HMLAN-unit aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload in der HMLAN-unit vorliegen die fhem aufgrund des restarts nicht erfassen kann.

	* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100%-Marke noch nicht erreicht hat.		* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN-unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100%-Marke noch nicht erreicht hat.

	* FHEM kann die automatischen Wiederholungen ~~des~~ HMLAN nicht erfassen und können daher nicht berücksichtigt werden.		* FHEM kann die automatischen Wiederholungen der HMLAN-unit nicht erfassen und können daher nicht berücksichtigt werden.

	* Die AES Verschlüsselung, welche weitere Telegramme sendet, kann aktuell nicht gezählt werden		* Die AES Verschlüsselung, welche weitere Telegramme sendet, kann aktuell nicht gezählt werden

	=== Updates ===		== Versions Updates ==
	[http://forum.fhem.de/index.php/topic,21678.msg151621.html#msg151621 Version 5278]: Die Länge des Nachrichtentelegrams wird berücksichtigt.		[http://forum.fhem.de/index.php/topic,21678.msg151621.html#msg151621 Version 5278]: Die Länge des Nachrichtentelegrams wird berücksichtigt.

Sailor am 26. März 2014 um 15:16 Uhr

2014-03-26T15:16:41Z

← Nächstältere Version		Version vom 26. März 2014, 17:16 Uhr
Zeile 3:		Zeile 3:

	In solchen Situationen kann es von Nutzen sein, mittels Plot einen Überblick über die aktuelle Auslastung zu bekommen, um eigene Codefehler von dem werksseitig eingebauten Sendestopp zu unterscheiden. Am Beispiel eines [[HomeMatic]]-Gerätes wird im Folgenden gezeigt, wie eine derartige "Überwachung" erreicht werden kann.		In solchen Situationen kann es von Nutzen sein, mittels Plot einen Überblick über die aktuelle Auslastung zu bekommen, um eigene Codefehler von dem werksseitig eingebauten Sendestopp zu unterscheiden. Am Beispiel eines [[HomeMatic]]-Gerätes wird im Folgenden gezeigt, wie eine derartige "Überwachung" erreicht werden kann.

			Der Sendestopp der HMLAN unit wird durch die Werte "ERROR-Overload" und "Warning-HighLoad" angezeigt. Dabei handelt es sich um direkte Readings der HMLAN unit und sind auf alle Fälle als richtig bzw. "absolut" anzusehen.


	== Einschränkungen ==		== Einschränkungen ==
	~~Bei den Werten~~ "~~ERROR~~-~~Overload~~" ~~und~~ "~~Warning~~-~~HighLoad~~" ~~handelt es sich um direkte Readings des HMLANs und sind auf alle Fälle als richtig bzw. "absolut~~" ~~anzusehen~~.		Die angezeigten "msgLoadEst" - Werte stellen keine 100%ige Genauigkeit dar, da sie "nur" annähernd berechnet werden können. Es kann daher theoretisch vorkommen, dass der Plot die 100% - Marke noch nicht erreicht hat, aber der "ERROR-Overload" Indikator bereits anzeigt, dass der HMLAN seine Sendungen eingestellt hat.

	* Die angezeigten "msgLoadEst" - Werte stellen keine 100%ige Genauigkeit dar, da sie "nur" annähernd berechnet werden können. Es kann daher theoretisch vorkommen, dass der Plot die ~~100% - Marke noch nicht erreicht hat, aber der "ERROR-Overload" Indikator bereits anzeigt, dass der HMLAN seine Sendungen eingestellt hat.~~		Daher muss man die folgenden Einschränkungen hinsichtlich des Plots immer beachten:

	* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.		* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.

Sailor am 26. März 2014 um 15:04 Uhr

2014-03-26T15:04:08Z

← Nächstältere Version		Version vom 26. März 2014, 17:04 Uhr
Zeile 12:		Zeile 12:
	* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.		* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.

	* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100% noch nicht erreicht hat.		* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100%-Marke noch nicht erreicht hat.

	* FHEM kann die automatischen Wiederholungen des HMLAN nicht erfassen und können daher nicht berücksichtigt werden.		* FHEM kann die automatischen Wiederholungen des HMLAN nicht erfassen und können daher nicht berücksichtigt werden.

Sailor am 26. März 2014 um 15:03 Uhr

2014-03-26T15:03:32Z

← Nächstältere Version		Version vom 26. März 2014, 17:03 Uhr
Zeile 12:		Zeile 12:
	* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.		* Nach dem (shutdown)-restart fängt FHEM wieder bei 0 an zu zählen. Da der HMLAN aber nicht zwangsläufig ebenfalls reseted wurde, kann bereits eine messageload im HMLAN vorliegen die fhem aufgrund des restarts nicht erfassen kann.

	* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN unit unterscheiden. Daher wird ein disconnect ~~wird~~ als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100% noch nicht erreicht hat.		* FHEM kann nicht zwischen einem reboot und einem disconnect der HMLAN unit unterscheiden. Daher wird ein disconnect als reboot gewertet. Dies führt unter Umständen ebenfalls zu einer "ERROR-Overload" - Nachricht obwohl der Plot die 100% noch nicht erreicht hat.

	* FHEM kann die automatischen Wiederholungen des HMLAN nicht erfassen und können daher nicht berücksichtigt werden.		* FHEM kann die automatischen Wiederholungen des HMLAN nicht erfassen und können daher nicht berücksichtigt werden.