@pblacky, Parameter 42 stimmt genau, einfach auf 50% setzen
@secundani, Parameter 12 habe ich auf 60 sec. erhöht, wirkt sich aber nicht so krass aus wie Parameter 11. Das mit den Debugausgaben kann ich nicht bestätigen, kann es aber auch nicht mit Sicherheit wegreden. Ich habe massig Szenen mit excessiven Debugausgaben, die bleiben aber nicht ewig bestehen.
Nach Deinem Screenshot zu urteilen würde ich sagen dass Fibaro mit ihrer Aussage auf dem Holzweg ist.
@secundani, ich habe die von mir vorgeschlagene Szene verwendet, da diese auch Temperaturereignisse protokolliert. Die Fibaro UBS Temperaturfühler können alle paar Sekunden Werte übermitteln. Da kommt bestimmt einiges zusammen bei entsprechender Anzahl. Bei sonstigen Batteriegeräten wird es sicherlich kein Problem sein, da diese wesentlich sparsamer mit Energie umgehen. Wenn Du einige UBS hast würde ich das trotzdem mal damit prüfen. Kann nicht schaden.
Hier mal ein Auszug der TOP10 zur Orientierung:
| id | total # | total % | value | power | tamper | color | lastColorSet | energy | unit | parameters | zwaveVersion | deviceControlType | configured | serialNumber | sunsetHour | Device description
| 257 | 233 | 14.55 | 233 | | | | | | | | | | | | | T Regensensor @ Außen
| 73 | 208 | 12.99 | 208 | | | | | | | | | | | | | Speicher oben @ Heizkeller
| 256 | 167 | 10.43 | 167 | | | | | | | | | | | | | T Außen @ Außen
| 69 | 134 | 8.37 | 134 | | | | | | | | | | | | | Ölbrenner @ Heizkeller
| 206 | 105 | 6.56 | 1 | 104 | | | | | | | | | | | | Waschmaschine @ Waschküche
| 72 | 76 | 4.75 | 76 | | | | | | | | | | | | | Raum @ Heizkeller
| 71 | 75 | 4.69 | 75 | | | | | | | | | | | | | Speicher unten @ Heizkeller
| 70 | 67 | 4.19 | 67 | | | | | | | | | | | | | Kollektor Rücklauf @ Heizkeller
| 133 | 50 | 3.13 | 28 | | | 11 | 11 | | | | | | | | | Garagentor @ Garage OG
| 207 | 42 | 2.63 | 42 | | | | | | | | | | | | | Waschmaschine @ Waschküche
Die Monitorszene würde ich übrigens nach den Versuchen auch wieder deaktivieren, da doch etwas mehr CPU beansprucht wird.
Was mir noch zu deinem Symptom einfällt ist, dass es mal ein Problem mit mehrfach gestarteten Virtual Devices gegeben hat oder noch gibt. Das hat offenbar auch die Speicherauslastung nach oben getrieben. Allerdings nur immer nach einem Backup mit Neustart oder so ähnlich. Sorry, genaues weiß ich nicht.
Zu den Debugausgaben: Da gibt es offenbar auch bereits eine Userlösung im Fibaroforum die diese automatisch entfernt. siehe HIER. Habe ich aber noch nicht verwendet. Wie jeep schon sagt, die verschwinden irgendwann von allein und bisher hat es bei mir noch nicht zu Problemen geführt.
PS: Ich bin übrigens noch nicht auf der neuen Beta. Nur das hier kein Missverständnis entsteht.
@Ändy, hab die Scene jetzt am laufen und werde mal sehen was da rauskommt.
Bei Dir wird ja in Zeile 2 etwas angezeigt, es sind dann also 233 Events - richtig?
Wie lange sollte ich denn das Script laufen lassen, um klare Werte zu erhalten.
Und könntest Du mir bei der Interpretation meiner Werte helfen?
Bin da nicht fit, deshalb entschuldige meine vielen Fragen.
Gruß secundani
@Ändy, ja das hab ich gefunden. Und nun schaue ich ganz gebannt auf die Ausgabe.
Ich habe einen FibaroPlug an dem ein SamsungTV und eine SonosPlaybar sowie ein SonosSub dran sind.
Und ich staune, wie sehr der Wert Power schwankt (siehe Anhang). Natürlich macht der bei den dauerhaften Wechseln ständig ein Event.
Weißt Du eventuell wie ich das in den Einstellungen ändern kann, das er nicht ständig ein Event auslöst?
Gruß secundani
Hi @Ändy,
habe gerade meinen zwei Binärsensoren beide mit je einem DS18B20 Temperaturfühler auf dem Zahn gefühlt. Trotz default Einstellungen der Parameter 10, 11 und 12 die für Temperaturreports zuständig sind, habe ich bei beiden keine übermäßigen Reports festgestellt, da haben meine neuen Tür/Fenster Sensoren mit eingebauten Temperaturfühler mehr zu bieten. Das liegt bestimmt an der Tatsache dass es draußen so kalt ist und Temperaturschwankungen beim Öffnen der Tür eher gemeldet werden. Aber alles im grünen Bereich.
@secundani, wie ich schon vorher geschrieben habe Parameter 11 bei GEN5 und Parameter 42 bei den älteren Wallplugs auf 50% einstellen.
EDIT: @secundani, selbst wenn Du über 30.000 Events pro Tag hast, darf dass den internal storage nicht beeinflussen, aber leider weiß ich auch nicht was es sein kann. Doch noch mal ein Ticket bei Fibaro aufmachen?
Sorry, zu schnell auf senden gedrückt…
@secundani, die Monitorszene einfach mal laufen lassen. Die andere Viewerszene dann und wann von Hand starten und den Debug mit der Statistik anschauen. Im Idealfall hast Du mal alle Geräte betätigt oder die haben sich in dem Zeitraum gemeldet, z.B. Wallplug wurde benutzt, Switch gedrückt usw.
Bei mir war ein Aeon Wallplug auffällig an dem die Waschmaschine hängt. Dieser wurde mit total 76% angezeigt. Alle anderen Geräte waren weitaus weniger beteiligt. Ein Allgemeinrezept für Einstellungen gibt es wohl nicht. Einerseits will man jede Änderung mitgeteilt bekommen. Andererseits ist es aber auch schlicht unnötig. Bei dem Waschmaschinenwallplug ist es egal wie genau die Werte übermittelt werden. Hauptsache das Laufen und Abschalten der Waschmaschine wird sicher erkannt. Um ehrlich zu sein, ich hab da auch nur (vorsichtig) ausprobiert. Zudem scheinen sich die Wallplugs in den Parametern zu unterscheiden. Aeon hat andere Parameter wie Fibaro.
@jeep, ok war nur ein Gedanke. Meine Temperatursensoren sind mir bereits vorher im Ereignispanel aufgefallen und ich habe sie vorsichtshalber etwas entschärft. Ich meine die haben vorher alle 20s Temperaturen zurückgemeldet. Mein Avg. traffic liegt im Moment bei 50s.
Hallo in die Runde,
wollte mal ein Update geben.Habe das Monitor Script laufen und festgestellt, dass wenn mein Waschmaschinen Script läuft haut es die Events nach oben.
Ich habe mal wie von @jeep vorgeschlagen alle meine WP im Parameter 11 auf 50 gestellt. Des Weiteren habe ich doch mal das ClearDebug Script von der Fibaro Seite geladen und laufen lassen.
Irgendwie und was auch immer, heute hat sich der Wert im internal Storage nicht geändert. Ich freue mich erst mal und werde es weiter beobachten.
Ich hätte da nochmal ne Frage zu meinem WP von meinem TV ich hatte da ja festgestellt, dass es da im Stromverbrauch Unterschiede bis zu 150W gibt. Nun gibt es ja noch Parameter 12, 13, 14 könnte ich bei 13 was einstellen und wieviel, dass er nicht bei jeder Poweränderung was sendet? Ich habe auch schon die Ringfarbe deaktiviert, weil ich gesehen habe, dass die auch ständig eine Event auslösen.
Ansonsten möchte ich mich nochmal bei allen hier bedanken. Ist schon toll wenn man jemanden findet der gern hilft.
Gruß secundani
150Watt Unterschied sind schon eine Menge, aber das passiert ja nicht pausenlos. Natürlich kannst Du das ein wenig entschärfen (beim TV ist es ja nicht wichtig) und den Parameter 13 auf 200Watt stellen, also 0.2 kWh. Parameter 12 könntest Du auf 1 Min setzen. Alles andere würde ich so lassen. Aber mal ne Frage - wieviel Wallplugs hast Du denn? Mehr als 25? Ich habe 12 im Einsatz und habe an Tagen an denen wir nicht waschen unter 1000 Events.
@jeep,
ich habe 11 WP’s im Einsatz, ein paar Motionsensoren Rauchmelder und Switche. Ich habe nochmal das Script AnalyzePowerReport laufen lassen und ich habe jetzt
3212 trotz Wäsche. Ich denke das ist ok. An den Geräten die Fett-markiert sind werde ich noch ein wenig rumfummeln.
Sag mal muss ich die Variable vom Monitor script wieder löschen bevor ich es wieder startet? oder reicht es den Aufruf wieder auf false zu setzen?
Gruß
[DEBUG] 15:55:57: Processing Data...
[DEBUG] 15:55:57: FYI device ID (in cyan) is clickable link to device properties page.
[DEBUG] 15:55:58:
[DEBUG] 15:55:58:
Analyze Power Reporting Frequency Script By @petergebruers, Version 1.3.0
Report Time: 2019-01-05 15:55:57
Start Time Of Sample: 2019-01-04 15:55:57
Number Of Days Sampled: 1
ID #events/day NAME
-----------------------
99 16 WP Bügeln (Gaestezimmer), master: 98
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 6 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
132 392 <strong>WP Samsung (Wohnzimmer), master: 131
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 39 119 27 15 31 2 0 0 0 0 0 0 0 0 0 0 9 19 11 3 17 48 51</strong>
169 45 WP LED rechts (Kueche), master: 168
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 1 12 8 1 5 7 1 0 0 0 0 0 0 0 0 0 2 4 1 0 0 0 0 2
187 333 <strong>WP Kaffee (Kueche), master: 186
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 5 2 2 2 1 0 0 0 0 0 0 0 0 0 0 0 0 0 178 120 18 2</strong>
224 41 WP Fernseher (Ankleide), master: 223
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 6 2 2 2 23 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
226 16 Switch Heizungslicht (Heizung), master: 225
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 3 3 1 1 0 0 0 0 0 0 0 0 0 0 0 0 2 0 0 0 0 3
246 25 WP Sonos Küche (Kueche), master: 245
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 4 6 2 2 2 1 0 1 0 0 0 0 0 0 0 2 1 0 0 1 1 0 1
248 32 WP Kaffeemaschine (Kueche), master: 247
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 5 2 2 2 0 0 0 0 0 0 0 0 0 0 8 7 0 0 0 0 0 3
250 24 WP Stehlampe (Gaestezimmer), master: 249
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 6 4 6 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
270 81 WP Alexa (Esszimmer), master: 269
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 13 9 4 10 6 2 0 2 2 2 3 1 1 2 1 1 3 3 3 2 3 2 5
272 15 WP-Reserve (Wohnzimmer), master: 271
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 5 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
274 1980 <strong>WP Waschmaschine (Heizung), master: 273
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 3 267 488 4 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 563 154 172 324</strong>
372 27 Switch-Raspi-Cam (Regalzimmer), master: 369
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 2 4 4 1 2 1 1 1 1 1 0 0 1 1 0 0 2 1 0 0 1 0 1 1
373 140 Switch-Telefon (Regalzimmer), master: 369
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 73 25 5 2 2 1 2 1 6 1 0 2 1 2 1 1 1 1 4 1 1 3 2 1
381 12 380.0 (unassigned), master: 380
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 1 6 1 1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
383 12 Switch-X-Mas (Terrasse), master: 380
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 1 1 3 0 1 0 0 1 0 0 0 0 0 0 1 0 1 0 0 0 0 0 0 2
387 15 302.0 (unassigned), master: 302
h 15 16 17 18 19 20 21 22 23 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
# 1 0 2 5 2 2 2 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1
Total #events per day: 3212
@jeep
Das Monitor Skript prüft beim Start ob die globale Variable Werte enthält und gibt einen Hinweis aus.
Wenn du danach nochmal startest, dann wird sie gelöscht.
@pblacky, ja das ist die volatile Version der globalen Variablen, aus der das Monitor Script die Daten aufbereitet. Will man die aber dauerhaft speichern, z.B. für historische Auswertungen nach Änderungen, muss man “gVar = true” setzen. Sonst kann der ZW-viewer danach nichts einlesen. Das wollte ich damit zum Ausdruck bringen. Hätte wohl noch den Ausdruck “dauerhaft” verwenden sollen.
hab das fast übersehen:
>Sag mal muss ich die Variable vom Monitor script wieder löschen bevor ich es wieder startet? oder reicht es den Aufruf wieder auf false zu setzen?
Wenn Du gVar wieder auf false setzt bleiben die alten Daten darin stehen. Und wenn Du sie nicht mehr brauchst, kannst Du die Variable “zwave_xx” aus dem Variablen Panel löschen. Die löscht sich nicht von allein.