eine interessante Frage, wäre schön wenn Timo Licht ins Dunkel bringt.
2 „Gefällt mir“
Naja, kann ja schon sein, dass das wie TCP funktioniert.
Die Einträge rauszufiltern ist auch immer eine Mühe, da der Zustand des Filters nicht gespeichert wird, wenn die App beendet wird.
Irgendwo muss man vielleicht eine Verbesserung vornehmen, damit es evtl. jedem passt.
Selbst wenn dem so ist, benötigt diese Aufbereitung Ressourcen die ich lieber anders einsetzen würde und ja scheinbar ja auch eingesetzt habe.
Wie gesagt es geht hier nur um eine Deaktivierung des Tagebuchs, wer es nutzen will hat ja keine Einschränkungen dadurch.
Viele Grüße
JayJay
Ich denke viele haben hier ein verschobenes Bild was das Tagebuch von dem Logfile unterscheidet. Das Logfile welches wir uns als Entwickler ansehen ist nicht ansatzweise das was ihr in der App zu sehen bekommt. 
Diese Datei ist ein ganz normales Textdokument, indem zeilenweise die Grundstruktur des Programmablaufs protokolliert wird, um die Abfolge von Funktionen, die der Entwickler programmiert hat, nachverfolgen zu können.
Dabei beinhaltet dies auf den Standard-Loglevels nur ganz grobe Informationen und hauptsächlich evtl. auftretende Fehlermeldungen, da die Ausgabe sonst nur den Umfang von einigen Minuten und keine Tage umfassen würde.
Für jemand Außenstehenden ist daraus kaum etwas abzuleiten, da hier nur Funktionensnamen und Variablen (natürlich alles in Englisch) zu sehen sind. Diese dienen ja nur dem Entwickler, um seinen Programmierfehler aufzudecken. 
Das Tagebuch hingegen, erhält aus den Funktionen: kategoriesierte Abhängigkeiten, Geräte-/Gruppen-/ Homeegrammnamen und Werte mit der jeweiligen Beschreibung wie Ursache des Ereignisses. Mit diesen Informationen kann der Nutzer etwas anfangen, da er diese selbst und in seiner Sprache angelegt hat.
Den Sinn einer Deaktivierung des Tagebuchs erschließt mich mir noch nicht ganz, da genau das Tagebuch Aufschluss über eine zu hohe Auslastung (RAM) gibt. Außerdem wird es ja meist dann benötigt wenn man es nicht erwartet, sollte es dann noch deaktiviert sein hat man keine Möglichkeit nachzuschauen. 
11 „Gefällt mir“
Die Angst einiger Leute ist, dass das zu viel RAM und Storage frisst. Kannst Du diese Ängste widerlegen?
4 „Gefällt mir“
Hallo Volker
Hier scheint ein Gerät das Tagebuch so zuzumüllen dass der Brain zusammenbricht
Kannst du bitte mal in diesen Faden ganz unten sehen ?
Homee Tagebuch speicherfrage
„Gerät 40“
1 „Gefällt mir“
Hallo @Volker,
Danke für Deine Darlegung.
Einzig zum Passus
ist zumindest mir nicht klar, wie ich aus dem Tagebuch einen Aufschluss über die hohe Auslastung ziehen kann - aus welchen Tagebuch-Informationen können wir User die Auslastungs-Info (RAM / CPU) ableiten?
Grüße
5 „Gefällt mir“
Heute morgen könnte ich nicht mehr auf homee zugreifen… musste Stecker ziehen …im Tagebuch stand leider nichts…
2 „Gefällt mir“
ich fürchte hier liegt ein ansichtsfehler seitens der Logbuch Entwickler vor…
ich kenne das, und es ist durchaus menschlich… die programmierer entwickeln das Tagebuch mit ihrem vorhandenen hintergrundwissen. Still und heimlich setzt das Gehirn voraus das die Endanwender ähnliches wissen haben.
Hier kann man es deutlich sehen… @Volker sagt, das man über das Logbuch eine überlastung des homee erkennen kann… Dem Endanwender fehlen dazu Grundkenntnisse die in den Entwicklerköpfen derart fest verankert sind, das der geneigte Entwickler sich fragt… wieso Wissen die das nicht? das ist doch völlig klar!
nochmal… absolut menschlich… das ist die Spezialistenbrille… Uns fehlen die Informationen, was den homee wie stark belastet. Wie stark belastet ein Funksignal, wie stark belastet ein Homegramm, wie stark belastet es eine ganze Gruppe anzusteuern, wie stark belastet es die Verlaufsdaten zu protokollieren, wie stark belastet es das Logbuch aufzubereiten und darzustellen.
Das Logbuch ist nice… aber ohne dieses Hintergrundwissen kann es seine stärken nicht ausspielen. Ihr müsst da noch irgendwie mehr draus machen… Mehr Info, oder leichteres Verständniss… eine CPU / RAM Auslastung mit zeitlichem Verlauf würde eventuell schon Kontext mit dem Tagebuch liefern… (in Zeit X war RAM zu 89% voll -> warum? -> Logbuch -> aahhh… das HG XY wurde 20 mal gleichzeitig abgefeuert … so oder so ähnlich)
2 „Gefällt mir“
Hintergrundwissen hin oder her! Ich glaube du stellst zu hohe Erwartungen an das Tagebuch.
Ein paar Vorgänge sind zwar damit ein wenig Transparenter aber auch nicht mehr. Dass ein Gerät nicht Schaltet wie ich will sehe ich auch ohne Tagebuch. Warum das so ist bleibt eine wilde Spekulation. Es hilft mir nicht dabei eine vernünftige Netzwerkplanung vorzunehmen und bietet mir nicht tiefgründige Analysen zu machen um das System zu optimieren.
Auch habe ich mir homee nicht angeschafft um mich mit solchen Zeug rumschlagen zu müssen!
Das Ding soll einfach tun zu was er es gemacht wurde. Wenn homee mit der Abarbeitung von HG‘s dem Senden und Emfangen von Schaltbefehlen überfordert ist, ab einer gewissen Anzahl an Geräten und HG’s, dann ist es in meinen Augen einfach die falsche Zentrale.
5 „Gefällt mir“
dann wechsel doch… gibt bestimmt genügend alternativen…
im Endeffekt sagst du ja nichts anderes als ich… homee soll tun für was er gebaut wurde… und da funk und smarthome so verschieden für jeden ist, gibt er dir Tools an die Hand mit denen du hilfe zur Selbsthilfe bekommst.
Wenn alles so einfach wäre, hätte Windows mit Sicherheit keinen Taskmanager und keinen Ressourcenmonitor, bei dem man mal auf die schnelle sehen kann was im Hintergrund schief läuft.
Und wissen ist immer gut… und ich wünsche mir diese Hintergrundwissen um homee zu verstehen und zu optimieren. Wenn du das Wissen nicht haben willst schau halt weg…
2 „Gefällt mir“
Moin,
@MrWitchblade @anon11314990
könnt ihr mir den gefallen tun und das nicht eskalieren lassen, wenn ihr das diskutieren wollt, dann macht das doch bitte in einem „eigenen“ Thema/Vorschlag/was auch immer…
Hier soll es nur darum gehen das Tagebuch nach Bedarf deaktivieren zu können.
Das Tagebuch verbraucht Ressourcen, die homee zumindest in meinem System (209 Geräte/374 HG) scheinbar dringend an anderen Stellen benötigt. Seit der 2.21ß habe ich wieder viele Probleme, die ich vorher nicht, bzw. vor langer Zeit hatte.
In dem Tagebuch zur Fehleranalyse auf Anwenderbasis, sehe ich keinen Grund dieses permanent mitlaufen zu lassen, wenn dann mal Geräte Probleme bereiten kann man es dann ja nach Bedarf einschalten und analysieren, was wann geschaltet hat sehe ich ja eh im Verlauf.
Viele Grüße
JayJay
4 „Gefällt mir“
Warum ihr das bisher nicht gesehen habt? Weil ihr ein Diagramm erwartet was euch die aktuelle Auslastung eures homee’s anzeigt, aber das gibt es bislang einfach nicht… 
Ich denke sowohl Nutzer als auch Entwickler, würden bei einem solch vermuteten Problem, wie folgt vorgehen:
Ins Tagebuch wechseln → Ereignisse filtern → Systemereignis → Systemstatus, hier nach einem passenden Eintrag wie „hohe RAM-Auslastung“ ausschau halten. Und genau so wird es bisher auch gehandhabt. Wenn ihr hier nichts seht, dann deshalb weil bei euren homee’s keine Notwendigkeit vorgelegen hat, sprich die RAM-Auslastung nicht im grenzwertigen Bereich liegt! 
10 „Gefällt mir“
Ahhaaa… Danke für die Aufklärung. Ein Diagramm wäre da natürlich schöner aber das ist doch zumindest mal eine Aussage. Kann man das irgendwo nachlesen welche Art Fehlermeldungen es gibt? Das mit dem RAM war mir jetzt neu. Vielleicht hab ich es auch schlicht übersehen. Dann Asche über mein Haupt.
Btw. Jetzt müssten die Filter bei mir nur noch funktionieren. Ich bekomme stattdessen immer den Kreisel des Todes zu sehen. Aber das ist ein anderer thread
3 „Gefällt mir“
Bedeutet es dass die “wichtigen Ereignisse” hier unvollständig erklärt sind ?
https://community.hom.ee/c/faq/tagebuch-wichtige-ereignisse
Ich vermisse dann RAM und CPU
3 „Gefällt mir“
Doch genau die Hohe Ram Auslatung habe ich , taucht aber nicht im Tagebuch auf , aber dafür woanders…
Wenn du weißt was ich meine …
Der Zugang ist immer noch auf…
1 „Gefällt mir“
Vielen Dank für die ausführliche Erläuterung! 
Allerdings widersprechen sich doch die zwei Aussagen, meiner Meinung nach!
Ok, der Entwickler sieht noch VIEL mehr.
Eine Deaktivierung „unseres“ Tagebuch würde / sollte bzw. muss ja nicht eine Deaktivierung des Logfiles mit sich bringen. Oder?
1 „Gefällt mir“
Das ist doch eine gute Aussage: solange keine (Warn-) Meldung kommt, ist bzgl. RAM/CPU-Auslastung alles ok, wenn da was in den kritischen Bereich kommt, gibt es eine Info an den User.
Wäre nur wichtig, dass diese Meldung stehen bleibt, bis der User sie zur Kenntnis genommen hat.
Also doch: ihr homee-Entwickler habt diese Situation berücksichtigt und umgesetzt, wir Anwender haben uns Überlegungen gemacht und wollten das - und wussten nicht, dass es bereits realisiert ist 
️. Passt doch - Danke.
Bin gespannt, was diesbezüglich bei den Problemen von JayJayX und fisch rauskommt - CPU/RAM könnte es ja dann nicht sein, wenn sie diese Tagebuch-Eintragung noch nicht zu sehen bekommen haben 
1 „Gefällt mir“
Oder noch besser, wenn er darüber via konfigurierbarer (an- und abschaltbar) Push-Meldungen pro kritischen Typ informiert wird. Ich habe selbst am eigenen Leib erlebt, dass ich über nicht erfolgte Backups (ein potentieller Typ) nicht proaktiv informiert wurde…
4 „Gefällt mir“
Ich bin dann hier raus…
Ich weis mit Sicherheit das es eine “High RAM usage” gibt und das wahrscheinlich aus der gleichen Quelle wie @fisch. Im Tagebuch steht bei mir nur irgendein “sch…” von geschalteten, nicht geschalteten Geräten/Homegrammen. Also nichts was ich nicht auch eh schon über node-red angezeigt bekomme.
Gut, wenn CA das nicht abschaltbar machen will und die meisten dann wieder “hurra” schreien, dann ist das eben so. Vielleicht sollte man wirklich mal über @MrWitchblade s Vorschlag nachdenken…
Fazit: Eine Möglichkeit zur Deaktivierung des Tagebuchs ist nicht geplant und wird es auch nicht geben, weil es ein ganz tolles Feature ist.
Können die Mods/Devs dann ja vielleicht in abgelehnt abschieben, damit die Feature Vorschlags Liste nicht noch weiter zu gemüllt wird…
Viele Grüße
JayJay
5 „Gefällt mir“