Ich nutze schon länger erfolgreich das DBLog.
Heute wollte ich die HM-Fensterkonakte mal mit in das DBLog mit aufnehmen.
Ich habe folgende Attribute gesetzt:
DbLogExclude .*
DbLogInclude contact,battery
Das Attribut "battery" kommt im Log an, das Attribut "contact" nicht.
Herzlichen Dank für Eure Unterstützung.
Löst denn das Reading contact bei dir auch einen Event aus ?
Üblicherweise liefert der Kontakt nur wenn das Fenster/Tür bewegt wurde, sonst nur einmal am Tag (abhängig vom Setup des Kontaktes).
und ich habe immer noch nicht kapiert, wozu man DbLogExclude und DbLogInclude tatsächlich braucht...
Zitat von: DS_Starter am 09 Februar 2019, 14:16:40
Löst denn das Reading contact bei dir auch einen Event aus ?
Das gibt der Event Monitor her:
2019-02-09 13:29:19 CUL_HM DG.Bad.FK.Fensterkontakt battery: ok
2019-02-09 13:29:19 CUL_HM DG.Bad.FK.Fensterkontakt contact: open (to VCCU)
2019-02-09 13:29:19 CUL_HM DG.Bad.FK.Fensterkontakt open
2019-02-09 13:29:19 CUL_HM DG.Bad.FK.Fensterkontakt trigger_cnt: 59
Hmm, hast du vor dem contact vielleicht ein Leerzeichen o.ä. drin sodass der Regex nicht zieht ?
Kannst auch einfach mal contact nochmal hinter battery setzen zum Test.
Die andere Frage ist, ob/wie du im DbLog das Attribut DbLogSelectionMode gesetzt hast. Hast du es auf "Include" (was ich vermute) gesetzt, brauchst du wiederum das Attribut "DbLogExclude" in den Devices nicht setzen, weil es dann ignoriert wird.
Und bist du dir auch wirklich sicher, dass dieses Reading nicht geloggt wird ? ;)
Zitat von: DS_Starter am 09 Februar 2019, 20:01:50
...
Kannst auch einfach mal contact nochmal hinter battery setzen zum Test.
Ja, kein Unterschied
Zitat von: DS_Starter am 09 Februar 2019, 20:01:50
Die andere Frage ist, ob/wie du im DbLog das Attribut DbLogSelectionMode gesetzt hast. Hast du es auf "Include" (was ich vermute) gesetzt, brauchst du wiederum das Attribut "DbLogExclude" in den Devices nicht setzen, weil es dann ignoriert wird.
DbLogSelectionMode Exclude/Include
Zitat von: DS_Starter am 09 Februar 2019, 20:01:50
Und bist du dir auch wirklich sicher, dass dieses Reading nicht geloggt wird ? ;)
Ziemlich sicher, wenn ich nach Fensterkontakte im Log suche erscheint nur das Battery Reading.
Hallo Fredi,
ZitatZiemlich sicher, wenn ich nach Fensterkontakte im Log suche erscheint nur das Battery Reading.
Welches Log ? Wenn, sprechen wir momentan über den Inhalt der history-Tabelle.
Da hilft wohl erstmal nur weiter, im DbLog verbose 5 einzustellen und noch das Attribut "verbose4Devs = DG.Bad.FK.Fensterkontakt" zu setzen. Das letzte Attr ist dazu da, die Ausgabemenge im Log zu reduzieren.
Dann poste bitte die Ergebnisse aus dem Log. Der Abschnitt Logcycle ist interessant. Du siehst es kommt zuerst ein "parsed Event", dann der Inhalt des DbLogExclude-Attributs mit Parameter (MinIntervall) und danach ein "added event", welches für uns das wichtigste Detail ist.
Hier ein Beispiel für das Device "SMA_Energymeter":
2019.02.11 15:01:10.632 4: DbLog LogDB -> ################################################################
2019.02.11 15:01:10.633 4: DbLog LogDB -> ### start of new Logcycle ###
2019.02.11 15:01:10.633 4: DbLog LogDB -> ################################################################
2019.02.11 15:01:10.633 4: DbLog LogDB -> number of events received: 10 for device: SMA_Energymeter
2019.02.11 15:01:10.634 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Bezug_WirkP_Zaehler_Diff: 0
2019.02.11 15:01:10.638 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Bezug_WirkP_Zaehler_Diff: 0
2019.02.11 15:01:10.638 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.639 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Bezug_WirkP_Zaehler_Diff: 0, Reading: Bezug_WirkP_Zaehler_Diff, Value: 0, Unit:
2019.02.11 15:01:10.639 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Bezug_WirkP_Kosten_Diff: 0.0000
2019.02.11 15:01:10.643 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Bezug_WirkP_Kosten_Diff: 0.0000
2019.02.11 15:01:10.643 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.643 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Bezug_WirkP_Kosten_Diff: 0.0000, Reading: Bezug_WirkP_Kosten_Diff, Value: 0.0000, Unit:
2019.02.11 15:01:10.644 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Einspeisung_WirkP_Zaehler_Diff: 0.0019
2019.02.11 15:01:10.647 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Einspeisung_WirkP_Zaehler_Diff: 0.0019
2019.02.11 15:01:10.648 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.648 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Einspeisung_WirkP_Zaehler_Diff: 0.0019, Reading: Einspeisung_WirkP_Zaehler_Diff, Value: 0.0019, Unit:
2019.02.11 15:01:10.648 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Einspeisung_WirkP_Verguet_Diff: 0.0002
2019.02.11 15:01:10.651 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Einspeisung_WirkP_Verguet_Diff: 0.0002
2019.02.11 15:01:10.652 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.652 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Einspeisung_WirkP_Verguet_Diff: 0.0002, Reading: Einspeisung_WirkP_Verguet_Diff, Value: 0.0002, Unit:
2019.02.11 15:01:10.653 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: 93.7
2019.02.11 15:01:10.656 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: 93.7
2019.02.11 15:01:10.656 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.657 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: 93.7, Reading: state, Value: 93.7, Unit: W
2019.02.11 15:01:10.657 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Saldo_Wirkleistung: 93.7
2019.02.11 15:01:10.660 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Saldo_Wirkleistung: 93.7
2019.02.11 15:01:10.661 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.661 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Saldo_Wirkleistung: 93.7, Reading: Saldo_Wirkleistung, Value: 93.7, Unit: W
2019.02.11 15:01:10.662 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Bezug_Wirkleistung: 0.0
2019.02.11 15:01:10.665 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Bezug_Wirkleistung: 0.0
2019.02.11 15:01:10.665 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.666 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Bezug_Wirkleistung: 0.0, Reading: Bezug_Wirkleistung, Value: 0.0, Unit: W
2019.02.11 15:01:10.666 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Bezug_Wirkleistung_Zaehler: 7655.8397
2019.02.11 15:01:10.670 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Bezug_Wirkleistung_Zaehler: 7655.8397
2019.02.11 15:01:10.670 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.670 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Bezug_Wirkleistung_Zaehler: 7655.8397, Reading: Bezug_Wirkleistung_Zaehler, Value: 7655.8397, Unit: kWh
2019.02.11 15:01:10.671 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Einspeisung_Wirkleistung: 93.7
2019.02.11 15:01:10.674 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Einspeisung_Wirkleistung: 93.7
2019.02.11 15:01:10.674 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.675 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Einspeisung_Wirkleistung: 93.7, Reading: Einspeisung_Wirkleistung, Value: 93.7, Unit: W
2019.02.11 15:01:10.675 4: DbLog LogDB -> check Device: SMA_Energymeter , Event: Einspeisung_Wirkleistung_Zaehler: 10906.6736
2019.02.11 15:01:10.678 5: DbLog LogDB -> parsed Event: SMA_Energymeter , Event: Einspeisung_Wirkleistung_Zaehler: 10906.6736
2019.02.11 15:01:10.679 5: DbLog LogDB -> DbLogExclude of "SMA_Energymeter": Einspeisung_Wirkleistung:180
2019.02.11 15:01:10.679 4: DbLog LogDB -> added event - Timestamp: 2019-02-11 15:01:10, Device: SMA_Energymeter, Type: SMAEM, Event: Einspeisung_Wirkleistung_Zaehler: 10906.6736, Reading: Einspeisung_Wirkleistung_Zaehler, Value: 10906.6736, Unit: kWh
2019.02.11 15:02:01.781 4: DbLog LogDB -> ################################################################
2019.02.11 15:02:01.781 4: DbLog LogDB -> ### New database processing cycle - asynchronous ###
2019.02.11 15:02:01.782 4: DbLog LogDB -> ################################################################
2019.02.11 15:02:01.782 4: DbLog LogDB -> MemCache contains 69 entries to process
2019.02.11 15:02:01.783 4: DbLog LogDB -> DbLogType is: Current/History
2019.02.11 15:02:01.783 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Bezug_WirkP_Zaehler_Diff: 0|Bezug_WirkP_Zaehler_Diff|0|
2019.02.11 15:02:01.784 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Bezug_WirkP_Kosten_Diff: 0.0000|Bezug_WirkP_Kosten_Diff|0.0000|
2019.02.11 15:02:01.784 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Einspeisung_WirkP_Zaehler_Diff: 0.0026|Einspeisung_WirkP_Zaehler_Diff|0.0026|
2019.02.11 15:02:01.785 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Einspeisung_WirkP_Verguet_Diff: 0.0003|Einspeisung_WirkP_Verguet_Diff|0.0003|
2019.02.11 15:02:01.785 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|141.8|state|141.8|W
2019.02.11 15:02:01.786 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Saldo_Wirkleistung: 141.8|Saldo_Wirkleistung|141.8|W
2019.02.11 15:02:01.786 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Bezug_Wirkleistung: 0.0|Bezug_Wirkleistung|0.0|W
2019.02.11 15:02:01.787 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Bezug_Wirkleistung_Zaehler: 7655.8397|Bezug_Wirkleistung_Zaehler|7655.8397|kWh
2019.02.11 15:02:01.787 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Einspeisung_Wirkleistung: 141.8|Einspeisung_Wirkleistung|141.8|W
2019.02.11 15:02:01.787 5: DbLog LogDB -> MemCache contains: 2019-02-11 15:00:10|SMA_Energymeter|SMAEM|Einspeisung_Wirkleistung_Zaehler: 10906.6717|Einspeisung_Wirkleistung_Zaehler|10906.6717|kWh
Zitat von: DS_Starter am 11 Februar 2019, 15:29:12
Hallo Fredi,
Welches Log ? Wenn, sprechen wir momentan über den Inhalt der history-Tabelle.
Ja sorry, das meinte ich. Es erscheint in der history-Tabelle nur das battery Reading.
Zitat von: DS_Starter am 11 Februar 2019, 15:29:12
Da hilft wohl erstmal nur weiter, im DbLog verbose 5 einzustellen und noch das Attribut "verbose4Devs = DG.Bad.FK.Fensterkontakt" zu setzen. Das letzte Attr ist dazu da, die Ausgabemenge im Log zu reduzieren.
Bist Du sicher, dass ich verbose auf 5 stellen soll, obwohl verbose4Devs lt. Commandref nur bei verbose=4 greift?
Danke
ZitatBist Du sicher, dass ich verbose auf 5 stellen soll, obwohl verbose4Devs lt. Commandref nur bei verbose=4 greift?
Ich denke schon ;) Betrifft v 4 und höher. Ich passe es in der Commandref an.
2019.02.12 11:15:24 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:24 4: DbLog MyDBlog -> ### New database processing cycle - synchronous ###
2019.02.12 11:15:24 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:24 4: DbLog MyDBlog -> DbLogType is: History
2019.02.12 11:15:24 4: DbLog MyDBlog -> AutoCommit mode: ON, Transaction mode: ON
2019.02.12 11:15:24 5: DbLog MyDBlog -> Primary Key used in fhem.history: none
2019.02.12 11:15:24 5: DbLog MyDBlog -> Primary Key used in fhem.current: none
2019.02.12 11:15:24 4: DbLog MyDBlog -> processing event Timestamp: 2019-02-12 11:15:24, Device: DG.Bad.FK.Fensterkontakt, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2019.02.12 11:15:24 4: DbLog MyDBlog -> 1 of 1 events inserted into table history
2019.02.12 11:15:24 4: DbLog MyDBlog -> insert table history committed by autocommit
2019.02.12 11:15:24 5: DbLog MyDBlog -> DbLog_Push Returncode: 0
2019.02.12 11:15:25 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:25 4: DbLog MyDBlog -> ### start of new Logcycle ###
2019.02.12 11:15:25 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:25 4: DbLog MyDBlog -> number of events received: 1 for device: DG.Bad.FK.Fensterkontakt_OpenTimer
2019.02.12 11:15:25 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt_OpenTimer , Event: state: Next: 11:30:24
2019.02.12 11:15:25 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:25 4: DbLog MyDBlog -> ### start of new Logcycle ###
2019.02.12 11:15:25 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:25 4: DbLog MyDBlog -> number of events received: 2 for device: DG.Bad.FK.Fensterkontakt
2019.02.12 11:15:25 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: RSSI: -80
2019.02.12 11:15:25 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: RAWMSG: E54875B,0000,42FC15B0,FF,FFB0,D0A64154875B2CD994013FC8
2019.02.12 11:15:29 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:29 4: DbLog MyDBlog -> ### start of new Logcycle ###
2019.02.12 11:15:29 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:29 4: DbLog MyDBlog -> number of events received: 4 for device: DG.Bad.FK.Fensterkontakt
2019.02.12 11:15:29 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: battery: ok
2019.02.12 11:15:29 5: DbLog MyDBlog -> parsed Event: DG.Bad.FK.Fensterkontakt , Event: battery: ok
2019.02.12 11:15:29 5: DbLog MyDBlog -> DbLogExclude of "DG.Bad.FK.Fensterkontakt": .*
2019.02.12 11:15:29 5: DbLog MyDBlog -> DbLogInclude of "DG.Bad.FK.Fensterkontakt": battery,contact
2019.02.12 11:15:29 4: DbLog MyDBlog -> added event - Timestamp: 2019-02-12 11:15:29, Device: DG.Bad.FK.Fensterkontakt, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2019.02.12 11:15:29 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: contact: closed (to VCCU)
2019.02.12 11:15:29 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: state: closed
2019.02.12 11:15:29 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: trigger_cnt: 64
2019.02.12 11:15:29 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:29 4: DbLog MyDBlog -> ### New database processing cycle - synchronous ###
2019.02.12 11:15:29 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:29 4: DbLog MyDBlog -> DbLogType is: History
2019.02.12 11:15:29 4: DbLog MyDBlog -> AutoCommit mode: ON, Transaction mode: ON
2019.02.12 11:15:29 5: DbLog MyDBlog -> Primary Key used in fhem.history: none
2019.02.12 11:15:29 5: DbLog MyDBlog -> Primary Key used in fhem.current: none
2019.02.12 11:15:29 4: DbLog MyDBlog -> processing event Timestamp: 2019-02-12 11:15:29, Device: DG.Bad.FK.Fensterkontakt, Type: CUL_HM, Event: battery: ok, Reading: battery, Value: ok, Unit:
2019.02.12 11:15:29 4: DbLog MyDBlog -> 1 of 1 events inserted into table history
2019.02.12 11:15:29 4: DbLog MyDBlog -> insert table history committed by autocommit
2019.02.12 11:15:29 5: DbLog MyDBlog -> DbLog_Push Returncode: 0
2019.02.12 11:15:30 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:30 4: DbLog MyDBlog -> ### start of new Logcycle ###
2019.02.12 11:15:30 4: DbLog MyDBlog -> ################################################################
2019.02.12 11:15:30 4: DbLog MyDBlog -> number of events received: 2 for device: DG.Bad.FK.Fensterkontakt
2019.02.12 11:15:30 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: RSSI: -83
2019.02.12 11:15:30 4: DbLog MyDBlog -> check Device: DG.Bad.FK.Fensterkontakt , Event: RAWMSG: E54875B,0000,42FC2840,FF,FFAD,D1A64154875B2CD994014000
Also es ist eindeutig zu sehen, dass contact nicht verarbeitet wird. Einen Grund dafür kann ich momentan noch nicht erkennen. Wie ist es wenn du ausschließlich contact in den Include nimmst ?
Zitat von: DS_Starter am 12 Februar 2019, 12:26:43
...Wie ist es wenn du ausschließlich contact in den Include nimmst ?
Dann kommt nichts mehr in der history Tabelle an
Meiner Meinung nach gibt es an dem contact Event Zeichen die man nicht sieht und die dann ein Match verhindern.
Versuche es mal mit dem attr charFilter 1 im DbLog.
Wenn das nicht hilft weiss ich momentan auch nicht weiter ...
unknown attribute charFilter
useCharfilter ... mann-o-mann
auch mit useCharfilter 1
kommt nichts in der history Tabelle an.
Dann bin ich mit meiner Weisheit auch erstmal am Ende. Du köntest im DbInclude es mit .*contact.* versuchen zu definieren.
Zitat von: DS_Starter am 12 Februar 2019, 15:17:44
... Du köntest im DbInclude es mit .*contact.* versuchen zu definieren.
kein Unterschied, die history bleibt leer.
ich hab bei mir jetzt auch mal "contact" mit ins include genommen.
bisher hab ich von dem Kontakt nichts geloggt.
Werde berichten sobald es einen Event gab. bin aber noch im Büro...
funzt. Siehe Anhang.
list:
Internals:
.triggerUsed 1
DEF 5A1232
FUUID 5c4aeffc-f33f-c13c-c20a-3b43bb49e5e258bc
IODev Wemos_HM_GW_EG
LASTInputDev Wemos_HM_GW_DG
MSGCNT 25
NAME HM_MK1_optisch
NOTIFYDEV global
NR 169
NTFY_ORDER 50-HM_MK1_optisch
STATE closed
TYPE CUL_HM
Wemos_HM_GW_DG_MSGCNT 7
Wemos_HM_GW_DG_RAWMSG 0500005754A6105A1232F1000106010000
Wemos_HM_GW_DG_RSSI -87
Wemos_HM_GW_DG_TIME 2019-02-12 16:19:56
Wemos_HM_GW_EG_MSGCNT 9
Wemos_HM_GW_EG_RAWMSG 0511003C54A6105A1232F1000106010000
Wemos_HM_GW_EG_RSSI -60
Wemos_HM_GW_EG_TIME 2019-02-12 16:19:56
Wemos_HM_GW_Hof_MSGCNT 9
Wemos_HM_GW_Hof_RAWMSG 0500004954A6105A1232F1000106010000
Wemos_HM_GW_Hof_RSSI -73
Wemos_HM_GW_Hof_TIME 2019-02-12 16:19:56
lastMsg No:54 - t:10 s:5A1232 d:F10001 06010000
protLastRcv 2019-02-12 16:19:56
protRcv 9 last_at:2019-02-12 16:19:56
protSnd 10 last_at:2019-02-12 16:19:56
protState CMDs_done
rssi_at_Wemos_HM_GW_DG cnt:7 min:-90 max:-87 avg:-88.57 lst:-87
rssi_at_Wemos_HM_GW_EG cnt:9 min:-62 max:-60 avg:-60.66 lst:-60
rssi_at_Wemos_HM_GW_Hof cnt:9 min:-74 max:-73 avg:-73.44 lst:-73
.attraggr:
.attreour:
.*
.attrminint:
Helper:
DBLOG:
contact:
logdb:
TIME 1549984796.25562
VALUE closed (to VCCU)
READINGS:
2018-03-13 14:01:00 .R-msgScPosA open
2018-03-13 14:01:00 .R-msgScPosB closed
2018-03-13 14:01:00 .R-transmDevTryMax 6
2018-03-13 14:01:00 .R-transmitTryMax 6
2018-03-13 14:01:01 .peerListRDate 2018-03-13 14:01:01
2019-02-12 16:19:56 .protLastRcv 2019-02-12 16:19:56
2019-02-12 08:46:59 Activity alive
2018-02-26 16:51:09 D-firmware 1.0
2018-02-26 16:51:09 D-serialNr OEQ0428212
2018-03-13 14:01:00 PairedTo 0xF10001
2018-03-13 14:01:00 R-cyclicInfoMsg on
2018-03-13 14:01:00 R-eventDlyTime 0 s
2018-03-13 14:01:00 R-pairCentral 0xF10001
2018-03-13 14:01:00 R-sabotageMsg on
2018-03-13 14:01:00 R-sign on
2018-03-13 14:01:00 RegL_00. 02:01 09:01 0A:F1 0B:00 0C:01 10:01 14:06 00:00
2018-03-13 14:01:00 RegL_01. 08:01 20:9C 21:00 30:06 00:00
2019-02-12 16:19:56 alive yes
2019-02-12 16:19:56 battery ok
2019-02-12 16:19:56 contact closed (to VCCU)
2019-02-12 16:19:56 recentStateType info
2019-02-12 16:19:56 sabotageError off
2019-02-12 16:19:56 state closed
2019-01-31 19:07:03 trigger_cnt 214
helper:
HM_CMDNR 85
mId 00C7
regLst ,0,1,4p
rxType 28
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newCh 1
newChn +5A1232,00,00,00
nextSend 1549984796.55926
prefIO
rxt 2
vccu VCCU
p:
5A1232
00
00
00
mRssi:
mNo 54
io:
Wemos_HM_GW_DG:
-87
-87
Wemos_HM_GW_EG:
-56
-56
Wemos_HM_GW_Hof:
-73
-73
prt:
bErr 0
sProc 0
sleeping 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO Wemos_HM_GW_Hof
flg A
ts 1549984796.22358
ack:
HASH(0x43f09c8)
548002F100015A123200
rssi:
at_Wemos_HM_GW_DG:
avg -88.5714285714286
cnt 7
lst -87
max -87
min -90
at_Wemos_HM_GW_EG:
avg -60.6666666666667
cnt 9
lst -60
max -60
min -62
at_Wemos_HM_GW_Hof:
avg -73.4444444444444
cnt 9
lst -73
max -73
min -74
tmpl:
Attributes:
DbLogExclude .*
DbLogInclude contact
IODev Wemos_HM_GW_EG
IOgrp VCCU
actCycle 002:50
actStatus alive
autoReadReg 4_reqStatus
event-on-update-reading .*
expert 2_raw
firmware 1.0
group MK
model HM-SEC-SCo
peerIDs 00000000,
room HM
serialNr OEQ0428212
subType threeStateSensor
Was soll ich sagen, irgendetwas ist bei mir anders, ich habe keine Ahnung was.
Aktuellste DbLog Version ? 3.13.1 wäre es.
poste doch mal ein "list" deines dblog und HM Gerätes.
Zitat von: DS_Starter am 12 Februar 2019, 16:50:54
Aktuellste DbLog Version ? 3.13.1 wäre es.
93_DbLog.pm 18544 2019-02-09 12:27:42Z DS_Starter
Ja ist, 3.13.1
Zitat von: Frank_Huber am 12 Februar 2019, 16:51:15
poste doch mal ein "list" deines dblog und HM Gerätes.
DBLog:
Internals:
COLUMNS field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
CONFIGURATION ./db.conf
DEF ./db.conf .*:(ValvePosition|absFeuchte|battery|brightness|dewpoint|humidity|motion|temperature|presence).*
FUUID 5c4570e2-f33f-0af0-abeb-8cb0b296e637e133
MODE synchronous
MODEL MYSQL
NAME MyDBlog
NR 384
NTFY_ORDER 50-MyDBlog
PID 2406
REGEXP .*:(ValvePosition|absFeuchte|battery|brightness|dewpoint|humidity|motion|temperature|presence).*
STATE connected
TYPE DbLog
UTF8 1
VERSION 3.13.1
dbconn mysql:database=fhem;host=192.168.0.50;port=3306
dbuser fhem
HELPER:
COLSET 1
DEVICECOL 64
EVENTCOL 512
OLDSTATE connected
READINGCOL 64
TYPECOL 64
UNITCOL 32
VALUECOL 128
READINGS:
2017-12-04 14:40:26 countCurrent 0
2017-12-04 14:40:25 countHistory 1608762
2019-02-12 16:54:22 state connected
cache:
index 0
Attributes:
DbLogExclude .*
DbLogSelectionMode Exclude/Include
room DBlog
Fensterkontakt:
Internals:
DEF 54875B
FUUID 5c4570e5-f33f-0af0-6769-90628aa299d5e21e
HMLAN1_MSGCNT 11
HMLAN1_RAWMSG E54875B,0000,43E9AE22,FF,FFA9,D9A64154875B2CD994014800
HMLAN1_RSSI -87
HMLAN1_TIME 2019-02-12 15:34:53
HMLAN2_MSGCNT 11
HMLAN2_RAWMSG E54875B,0000,7030965E,FF,FFB1,D9A64154875B2CD994014800
HMLAN2_RSSI -79
HMLAN2_TIME 2019-02-12 15:34:53
IODev HMLAN2
LASTInputDev HMLAN1
MSGCNT 22
NAME DG.Bad.FK.Fensterkontakt
NOTIFYDEV global
NR 436
NTFY_ORDER 50-DG.Bad.FK.Fensterkontakt
STATE closed
TYPE CUL_HM
lastMsg No:D9 - t:41 s:54875B d:2CD994 014800
protLastRcv 2019-02-12 15:34:53
protRcv 11 last_at:2019-02-12 15:34:53
protSnd 11 last_at:2019-02-12 15:34:53
protState CMDs_done
rssi_at_HMLAN1 cnt:11 min:-91 max:-80 avg:-83.36 lst:-87
rssi_at_HMLAN2 cnt:11 min:-80 max:-77 avg:-78.81 lst:-79
Helper:
DBLOG:
battery:
MyDBlog:
TIME 1549966529.47733
VALUE ok
READINGS:
2019-02-11 08:12:38 Activity alive
2018-05-02 16:29:13 CommandAccepted yes
2018-05-02 16:29:11 D-firmware 2.4
2018-05-02 16:29:11 D-serialNr OEQ0164757
2018-05-02 16:30:23 PairedTo 0x2CD994
2018-05-02 16:30:21 R-cyclicInfoMsg on
2018-05-02 16:30:22 R-eventDlyTime 0 s
2018-05-02 16:30:21 R-pairCentral 0x2CD994
2018-05-02 16:30:21 R-sabotageMsg on
2018-05-02 16:30:22 R-sign off
2018-05-02 16:30:23 RegL_00. 02:01 09:01 0A:2C 0B:D9 0C:94 10:01 14:06 00:00
2018-05-02 16:30:24 RegL_01. 08:00 20:60 21:00 22:64 30:06 00:00
2019-02-11 18:12:02 alive yes
2019-02-12 15:34:53 battery ok
2019-02-12 15:34:53 contact closed (to VCCU)
2018-05-02 16:30:16 powerOn 2018-05-02 16:30:16
2019-02-11 18:12:02 recentStateType info
2019-02-11 18:12:02 sabotageError off
2019-02-12 15:34:53 state closed
2019-02-12 15:34:53 trigger_cnt 72
helper:
HM_CMDNR 217
mId 00B1
regLst ,0,1,4p
rxType 4
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +54875B,00,00,00
nextSend 1549982093.27332
rxt 0
vccu VCCU
p:
54875B
00
00
00
prefIO:
HMLAN2
mRssi:
mNo D9
io:
HMLAN1:
-87
-87
HMLAN2:
-77
-77
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HMLAN2
flg A
ts 1549982093.18393
ack:
HASH(0x39cda58)
D980022CD99454875B0101C800
rssi:
at_HMLAN1:
avg -83.3636363636364
cnt 11
lst -87
max -80
min -91
at_HMLAN2:
avg -78.8181818181818
cnt 11
lst -79
max -77
min -80
tmpl:
Attributes:
DbLogExclude .*
DbLogInclude contact
IODev HMLAN2
IOgrp VCCU:HMLAN2
actCycle 028:00
actStatus alive
alias Fensterkontakt Bad
autoReadReg 4_reqStatus
devStateIcon closed:fts_window_1w open:fts_window_1w_open@red
expert 2_raw
firmware 2.4
model HM-SEC-SC-2
peerIDs 00000000,
room Bad,Fenster
serialNr OEQ0164757
subType threeStateSensor
userattr room_map structexclude winOpenMaxTrigger winOpenName winOpenTimer winOpenTimer2 winOpenType:Fenster,Türe
winOpenMaxTrigger 3
winOpenName Bad
winOpenTimer 00:15:00
winOpenType Fenster
Jetzt habe ich es auch gefunden, sorry das REGEXP .*:(ValvePosition|absFeuchte|battery|brightness|dewpoint|humidity|motion|temperature|presence).* ist bestimmt das Problem
DEF ./db.conf .*:(ValvePosition|absFeuchte|battery|brightness|dewpoint|humidity|motion|temperature|presence).*
Und du wunderst dich dass "contact" nicht gelogt wird?
Ist nicht im RegEx enthalten.
Ja, sorry.
Manchmal sieht man den Wald vor lauter Bäumen nicht, deshalb fragt man ja im Forum.
Nochmals vielen Dank für Eure Unterstützung!
Hmm, dürfte eigentlich nicht am Regex liegen weil Fredi hat ja DbLogSelectionMode Exclude/Include gesetzt was den Regex im Def ausser Kraft setzt. Kannst du das mal definitiv prüfen Fredi ?
Zitat von: DS_Starter am 12 Februar 2019, 17:15:27
Hmm, dürfte eigentlich nicht am Regex liegen weil Fredi hat ja DbLogSelectionMode Exclude/Include gesetzt was den Regex im Def ausser Kraft setzt. Kannst du das mal definitiv prüfen Fredi ?
Ist das wirklich so? Davon höre ich jetzt auch das erste Mal.
Bei meinen MySQL Versuchen (wirst dich erinnern) hab ich sqlite mit einem xyz:zyx im def das loggen verboten. Kam dann auch nichts mehr in die DB.
Gesendet von meinem Doogee S60 mit Tapatalk
ZitatIst das wirklich so? Davon höre ich jetzt auch das erste Mal.
Ja, zumindest lt. der Theorie und Implementierung. Trifft aber nur in Abhängigkeit vom Attribut DbLogSelectionMode zu, d.h. wenn es auf Include bzw. Exclude/Include steht.
Mal als Auszug aus der CR:
* Include: Es wird nur das geloggt was ueber die RegExp in DbLogInclude (im Quelldevice) eingeschlossen wird.
Das Attribut
DbLogExclude wird in diesem Fall ebenso wenig beruecksichtigt wie die Regex im DEF. Auch der Devicename (des Quelldevice) geht in die Auswertung nicht mit ein.
* Exclude/Include: Funktioniert im Wesentlichen wie "Exclude", nur das sowohl DbLogExclude als auch DbLogInclude geprueft werden.
Readings die durch DbLogExclude zwar ausgeschlossen wurden, mit DbLogInclude aber wiederum eingeschlossen werden, werden somit dennoch geloggt.
Die Implementierung im DbLog ist auch so solange ich DbLog kenne. Deswegen frage ich so "argwöhnisch", nicht das es noch einen Bug gibt.
Also jetzt habe ich im Code nochmal gecheckt. Was ich geschrieben habe stimmt schon, allerdings NUR wenn DbLogSelectionMode auf Include steht. Für Exclude/Include trifft das so nicht zu. In dem Fall zieht der Regex im DEF und zusätzlich DbLogExclude und auch DbLogInclude.
Also das ist ziemlich verwirrend und nicht so einfach in der Anwendung gebe ich zu. ;)
Ich muss zugeben, ich hab 2015 auf dblog umgestellt mit exclude/include. Hab im exclude überall .* drin und definiere in include was ich loggen will. Die commandref hab ich seither nich wirklich verfolgt...
Wenn ich mir das jetzt anschaue sollte ich die commandref mal studieren und mein setup anpassen. [emoji23]
Danke Heiko.
Gesendet von meinem Doogee S60 mit Tapatalk
Zitat von: DS_Starter am 12 Februar 2019, 18:38:07
...Für Exclude/Include trifft das so nicht zu. In dem Fall zieht der Regex im DEF und zusätzlich DbLogExclude und auch DbLogInclude.
Also das ist ziemlich verwirrend und nicht so einfach in der Anwendung gebe ich zu. ;)
Ja, so ist es, ich habe es leider nicht gleich durchschaut, sorry!