dbLog: Kein Eintrag in DB obwohl gesetzt

[Guybrush]

Von meiner Doorbird werden keine Events in der DB gelogt - sonst geht das überall. Ich habe sowohl DbLogExclude als auch DbLogInclude gesetzt. Das sollte eigentlich dazu führen, dass nur noch events von motion_sensor und doorbell_button_001 gelogt werden. Events laufen auch auf, da ich beide readings per notify bestimmte Aktionen triggern lasse, was auch funktioniert. Es laufen also Events auf, die nur nicht in der DB gespeichert werden.

Code Auswählen Erweitern

define Doorbird.Eingang DoorBird xxx.xxx.xxx.xxx crypt:xxx crypt:xxx
attr Doorbird.Eingang userattr notifyMessage
attr Doorbird.Eingang AudioFileDir /opt/fhem/www/images/doorbird/
attr Doorbird.Eingang DbLogExclude .*
attr Doorbird.Eingang DbLogInclude motion_sensor,doorbell_button_001
attr Doorbird.Eingang HistoryFilePath 1
attr Doorbird.Eingang ImageFileDir /opt/fhem/www/images/doorbird/
attr Doorbird.Eingang MaxHistory 10
attr Doorbird.Eingang SessionIdSec 0
attr Doorbird.Eingang UdpPort 6524
attr Doorbird.Eingang VideoFileDir /opt/fhem/www/images/doorbird/
attr Doorbird.Eingang do_not_notify 0
attr Doorbird.Eingang event-on-change-reading motion_sensor,doorbell_button_001,ContactLostSince
attr Doorbird.Eingang event-on-update-reading state
attr Doorbird.Eingang icon doorbird
attr Doorbird.Eingang room Interfaces->Doorbird,Erdgeschoss->Eingang


Default scheint das Attribut do_not_notify auf 1 zu stehen. Ich hab das daher einmal händisch auf 0 gesetzt, was aber keine Veränderung brachte. Hat von euch einer eine Idee woran das liegen kann?

[betateilchen]

Wenn Du mit event-on-dingenskirchen doch schon dafür sorgst, dass nur für bestimmte readings events erzeugt werden, brauchst Du doch DbLogExclude und DbLogInclude gar nicht mehr angeben?

Und do_not_notify ist m.E. auch entbehrlich. Manchmal gibt es auch Attribute, bei denen die bloße Existenz schon "1" bedeutet, egal welcher Wert gesetzt ist. Ob das hier auch der Fall ist, weiß ich nicht genau.

[Guybrush]

ich hab die DbLogInclude/Exclude deswegen gesetzt, weil auch event-on-update-reading gesetzt ist und ich 'state' nicht mit protokollieren möchte. state ist insoweit nur für die Überwachung der Konnektivität gut. Interseessant sind jedoch die Events wann geklingelt und Bewegung war.

do_not_notify macht keinen Unterschied, obs gesetzt ist oder nicht. Hatte das wie gesagt mal probiert, obs ggf. daran liegen könnte, was aber keine Auswirkung hat. Du siehst aber auch nichts, was offenkundig falsch gesetzt ist?

[rabehd]

Macht es Sinn "sowohl DbLogExclude als auch DbLogInclude" zusammen zu verwenden?

https://wiki.fhem.de/wiki/DbLog

OK, die Möglichkeit gibt es. Aber was technisch möglich ist... bei mir reicht Include.

Exclude/Include: Funktioniert im Wesentlichen wie "Exclude", nur dass sowohl das Attribut DbLogExclude als auch das Attribut DbLogInclude geprüft wird. Readings die durch DbLogExclude zwar ausgeschlossen wurden, mit DbLogInclude aber wiederum eingeschlossen werden, werden somit dennoch beim Logging berücksichtigt.

[betateilchen]

Du siehst aber auch nichts, was offenkundig falsch gesetzt ist?

Ich sag mal so: ich sehe in Deinem device vieles, was ich gruslig finde.

An Deiner Stelle würde ich alles an Attributen, die möglicherweise dafür sorgen, events zu verhindern, rausnehmen und testen, ob die Werte dann gelogged werden.

[RalfRog]

An Deiner Stelle würde ich alles an Attributen, die möglicherweise dafür sorgen, events zu verhindern, rausnehmen und testen, ob die Werte dann gelogged werden.

... und checken ob in der Definition des DBLog das Device "Doorbird" enthalten ist. Je nachdem ob du die Devices dort einzeln aufführst oder per .* alles einschließt.

[rabehd]

.. und checken ob in der Definition des DBLog das Device "Doorbird" enthalten ist. Je nachdem ob du die Devices dort einzeln aufführst oder per .* alles einschließt.

Wer  DbLogInclude verwendet, der sollte nicht noch im DBlog Einschränkungen machen. Das ist doch sonst Chaos im Kopf. Bei mir reicht .*:.*

Du siehst aber auch nichts, was offenkundig falsch gesetzt ist?

Du zitierst mich mit einem Text der nicht von mir ist, da spinnt wohl die Software.  

[betateilchen]

Du zitierst mich mit einem Text der nicht von mir ist, da spinnt wohl die Software.

Nein, in dem Beitrag fehlen ungefähr 2/3 des Textes, den ich eigentlich geschrieben hatte. Warum? Keine Ahnung. Vermutlich ist im Rahmen des "Verschwindens" einfach das korrekte quote-Tag verschwunden und das von Dir (ich hatte auch Text von Dir zitiert) stehengeblieben. Hab ich oben gerade korrigiert.

[Guybrush]

Ich sag mal so: ich sehe in Deinem device vieles, was ich gruslig finde.

offtopic: was ist da gruselig?

[Guybrush]

... und checken ob in der Definition des DBLog das Device "Doorbird" enthalten ist. Je nachdem ob du die Devices dort einzeln aufführst oder per .* alles einschließt.

DbLogExclude .* schließt ja alles aus. allerdings werden sodann die per DbLogInclude angegebenen Readings wieder gelogt. Das ist ausdrücklich vom Modul so beabsichtigt und funktioniert bei allen anderen devices. nur eben bei diesem einen konkreten nicht. einträge für das device gibts gar keine in der db. alles schon geprüft...  Events kommen an. wird nur nix gelogt

[betateilchen]

Events kommen an. wird nur nix gelogt

Dann schau doch mal mit einem passenden verbose Level ins Log, was da passiert und wrum nicht gelogged wird.

[erwin]

HI,
mir ist etwas aufgefallen, bin nicht sicher ob relevant:
im Doorbird Modul, sub DoorBird_Initialize:

Code Auswählen Erweitern

$hash->{DbLog_splitFn}   = "DoorBird_DbLog_splitFn";... allerdings ist die sub im code auskommentiert = nicht vorhanden..., bin nicht sicher was das für einen Effekt hat.
Ich würde die Zeile in der initFn auskommentieren, fhem restart und testen...
l.g. erwin

[Guybrush]

HI,
mir ist etwas aufgefallen, bin nicht sicher ob relevant:
im Doorbird Modul, sub DoorBird_Initialize:

Code Auswählen Erweitern

$hash->{DbLog_splitFn}   = "DoorBird_DbLog_splitFn";... allerdings ist die sub im code auskommentiert = nicht vorhanden..., bin nicht sicher was das für einen Effekt hat.
Ich würde die Zeile in der initFn auskommentieren, fhem restart und testen...
l.g. erwin

du bist der beste    das wars tatsächlich. funktioniert nun nach auskommentierung so wie es soll. danke

Code Auswählen Erweitern

MariaDB [fhem]> select * from history where device like 'Doorbird%' order by timestamp desc;
+---------------------+------------------+----------+--------------+---------------------+-----------+------+
| TIMESTAMP           | DEVICE           | TYPE     | EVENT        | READING             | VALUE     | UNIT |
+---------------------+------------------+----------+--------------+---------------------+-----------+------+
| 2025-09-03 15:29:33 | Doorbird.Eingang | DOORBIRD | 101756906172 | doorbell_button_001 | idle      | NULL |
| 2025-09-03 15:29:29 | Doorbird.Eingang | DOORBIRD | 101756906168 | doorbell_button_001 | triggered | NULL |
+---------------------+------------------+----------+--------------+---------------------+-----------+------+
2 rows in set (0,001 sec)


[RalfRog]

mir ist etwas aufgefallen, bin nicht sicher ob relevant

...so einfach im Vorbeigehen    Respekt.
Als normaler FHEM-User sucht man sich vermutlich am Zusammenspiel der Attribute wund - vor allem wenn es Events im "Event monitor" gibt käme ich nicht auf die Idee, dass das Modul noch verhindern kann zu loggen - zumindest hier in der DBLog.

Gruß Ralf