DoorBird InterCom System - 73_DoorBird.pm

[Hanjo]

Hier ist es:

Code Auswählen Erweitern

nternals:
   COLUMNS    field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
   CONFIGURATION ./db.conf
   DEF        ./db.conf .*:.*
   FUUID      5c83ff6d-f33f-d125-10cd-28b46c8630c70722
   FVERSION   93_DbLog.pm:v4.9.11-s21483/2020-03-22
   MODE       asynchronous
   MODEL      MYSQL
   NAME       logdb
   NR         27
   NTFY_ORDER 50-logdb
   PID        22219
   REGEXP     .*:.*
   STATE      connected
   TYPE       DbLog
   UTF8       1
   dbconn     mysql:database=fhem;host=nas.lokal;port=3306
   dbuser     fhem
   HELPER:
     COLSET     1
     DEVICECOL  64
     EVENTCOL   512
     OLDSTATE   connected
     PACKAGE    main
     READINGCOL 64
     TC         current
     TH         history
     TYPECOL    64
     UNITCOL    32
     VALUECOL   128
     VERSION    4.9.11
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1587261075.14821
           VALUE      connected
   READINGS:
     2020-04-19 17:02:13   CacheUsage      3
     2020-04-19 17:02:04   NextSync        2020-04-19 17:02:34 or if CacheUsage 500 reached
     2020-01-04 03:46:00   lastCachefile   ./log/cache_logdb_2020-01-04_03-46-00 (338 cache rows exported)
     2020-04-19 17:02:04   state           connected
     2016-05-05 19:48:44   userCommand     SELECT type, name FROM sqlite_master WHERE type='table' OR type='view' ORDER BY name;
     2016-05-05 19:48:44   userCommandResult table
Attributes:
   DbLogSelectionMode Exclude/Include
   asyncMode  1
   verbose    2

[Frank_Huber]

Ne, das sollte passen. Hatte auf den DbLogSelectionmode vermutet.

Gesendet von meinem S68Pro mit Tapatalk

[Hanjo]

Ja, guter Gedanke, aber bei allen anderen Devices geht es ja wie es soll. Komisch finde ich auch, dass die Updates in der WebUI nicht rot dargestellt werden... Das lässt doch vermuten, dass das Problem an einer anderen Stelle liegt.

[Frank_Huber]

Vielleicht hilft es:
Kopiere dir mal die raw def weg, dann lösche das Gerät und importiere es neu.
Das hat bei mir schon manch komisches Verhalten gelöst.

Gesendet von meinem S68Pro mit Tapatalk

[Hanjo]

Gut, dass habe ich jetzt probiert und tatsächlich hat sich etwas verändert:

Zuvor wurde beim Update nichts rot eingefärbt. Jetzt wird die Uhrzeit rot eingefärbt, jedoch weiterhin nicht der Wert des Readings. In die Datenbank wird leider auch immer noch nichts geschrieben...

[Hanjo]

Ok, ich habe noch zwei Sachen probiert:

Versuch 1) ich habe im DoorBird-Device ein userReadings angelegt, in dem ich einfach den Wert vom Reading motion_sensor kopiere. Gleiches Verhalten: Timestamp wird rot, Wert nicht, kein Datenbankeintrag.

Versuch 2) Ich habe ein Dummy angelegt und in diesen per DOIF, welches auf die Events reagiert den Wert per set-Befehl geschrieben: Spannend: Timestamp wird nicht rot, Wert auch nicht, ABER Datenbankeintrag wird erzeugt.

Ich bin verwirrt... 

Edit: Ok, scheinbar werden die Werte der Readings nie rot, sondern nur der Timestamp - das hatte ich mir wohl eingebildet. Aber warum der Datenbankeintrag nicht geschrieben wird, erschließt sich mir nach wie vor nicht.

[Sailor]

Moin Hanjo

Edit: Ok, scheinbar werden die Werte der Readings nie rot, sondern nur der Timestamp - das hatte ich mir wohl eingebildet. Aber warum der Datenbankeintrag nicht geschrieben wird, erschließt sich mir nach wie vor nicht.

Jau, es werden nur die Timestamps rot...
Was wird denn nicht in die Datenbank geschrieben_

Gruss
    Sailor

[Hanjo]

Hi Sailor,

Was wird denn nicht in die Datenbank geschrieben_

KEINS der Readings des DoorBird-Device wird in die Datenbank geschrieben und die Attribute im DoorBird-Device und des DbLog-Devices scheinen soweit in Ordnung zu sein (siehe oben).

Danke & Gruß
Hanjo

[Frank_Huber]

Nimm die mal per DbLogInclude dazu.
Sollte nicht nötig sein, aber who knows...

Gesendet von meinem S68Pro mit Tapatalk

[Hanjo]

Nimm die mal per DbLogInclude dazu.

Das hatte ich auch schon probiert, aber leider ohne Erfolg...

[Frank_Huber]

Dann ware das ein Fall für Heiko (DS_Starter, maintainer dblog)
Es gibt Events im Event Monitor, wird aber nichts geloggt.

Gesendet von meinem S68Pro mit Tapatalk

[Frank_Huber]

Moment,

Schau mal deinen Event Monitor Auszug an.
Da hast keine readings Namen drin.
Nur DoorBird, DoorBird.
Schaut für mich komisch aus.

Gesendet von meinem S68Pro mit Tapatalk

[Hanjo]

Da hast keine readings Namen drin.
Nur DoorBird, DoorBird.

Ich glaube das ist korrekt, zumindestens sind die Events für die anderen Devices identisch:

Code Auswählen Erweitern


2020-04-18 16:22:23 DoorBird DoorBird motion_sensor: triggered
^^^^^Datum/Zeit^^^^ ^^Typ^^^ ^^Name^^ ^^^Reading^^^  ^^Value^^


[Frank_Huber]

Gelöscht, weil falsch gekuckt. [emoji6]

Gesendet von meinem S68Pro mit Tapatalk

[Hanjo]

Ok, dann waren das aber nur events vom State, nicht von den anderen Readings.
Und state ist per exclude raus.

Also wenn ich das richtig verstehe, gehe die Events in "state", die nicht dem Schema "Reading: Value" folgen. Aber kann man ja mal schnell testen, also DbLogExclude und DbLogInclude gelöscht und folgende Events generiert:

Code Auswählen Erweitern

2020-04-20 14:14:40 Global global DELETEATTR DoorBird DbLogInclude
2020-04-20 14:14:43 Global global DELETEATTR DoorBird DbLogExclude
2020-04-20 14:15:07 DoorBird DoorBird Downloading image
2020-04-20 14:15:07 DoorBird DoorBird Motion detected!
2020-04-20 14:15:07 DoorBird DoorBird motion_sensor: triggered
2020-04-20 14:15:07 DoorBird DoorBird Downloading image
2020-04-20 14:15:11 DoorBird DoorBird motion_snapshot: /opt/fhem/doorbird/image/20200420-141507_motionsensor.jpg
2020-04-20 14:15:12 DoorBird DoorBird connected
2020-04-20 14:15:12 DoorBird DoorBird motion_sensor: idle

Leider weiterhin keine Datenbank-Einträge...