Hallo zusammen,
ich habe mir 2 mysql- Tabellen angelegt und konfiguriert:
Internals:
COLUMNS field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
CONFIGURATION /opt/fhem/db.conf
DEF /opt/fhem/db.conf .*[^ZSensor]:.*
MODE synchronous
MODEL MYSQL
NAME logdb
NR 366
NTFY_ORDER 50-logdb
PID 19860
REGEXP .*[^ZSensor]:.*
STATE connected
TYPE DbLog
UTF8 0
VERSION 2.22.14
dbconn mysql:database=fhem;host=localhost;port=3306
dbuser fhemuser
HELPER:
COLSET 1
DEVICECOL 64
EVENTCOL 512
OLDSTATE connected
READINGCOL 64
TYPECOL 64
UNITCOL 32
VALUECOL 128
Helper:
DBLOG:
state:
logdb:
TIME 1511172010.36311
VALUE connected
READINGS:
2017-11-12 20:56:11 countCurrent 4326
2017-11-12 20:56:11 countHistory 1002572
2017-11-20 12:04:25 state connected
cache:
index 0
Attributes:
DbLogType Current/History
excludeDevs ZSensor,smawe
Internals:
CFGFN
COLUMNS field length used for Device: 64, Type: 64, Event: 512, Reading: 64, Value: 128, Unit: 32
CONFIGURATION /opt/fhem/db2.conf
DEF /opt/fhem/db2.conf ZSensor|smawe:.*
MODE synchronous
MODEL MYSQL
NAME logdbPV
NOTIFYDEV ZSensor,smawe
NR 414
NTFY_ORDER 50-logdbPV
PID 19860
REGEXP ZSensor|smawe:.*
STATE connected
TYPE DbLog
UTF8 0
VERSION 2.22.14
dbconn mysql:database=PV;host=localhost;port=3306
dbuser fhemuser
HELPER:
COLSET 1
DEVICECOL 64
EVENTCOL 512
OLDSTATE connected
READINGCOL 64
TYPECOL 64
UNITCOL 32
VALUECOL 128
Helper:
DBLOG:
state:
logdb:
TIME 1511172122.53415
VALUE connected
logdbPV:
TIME 1511172086.25875
VALUE connected
READINGS:
2017-11-20 12:05:04 state connected
cache:
index 0
Attributes:
DbLogType Current/History
Das funktioniert auch gut, Daten werden geschrieben alles ok.
Bei einem restart ist die Definition der 2 Tabelle logdbPV verschwunden und es kommt folgende Meldung bei Einstieg:
Messages collected while initializing FHEM:
configfile: logdbPV already defined, delete it first
logdbPV: unknown attribute DbLogType. Type 'attr logdbPV ?' for a detailed list.
Autosave deactivated
Wenn ich die Tabelle neu definiere läuft alles wieder normal.
ich habe 2 Def
DEF /opt/fhem/db2.conf
DEF /opt/fhem/db.conf
kann da evtl der Fehler liegen?
Gruß
Ulrich
Hallo Ullrich,
Zitatich habe mir 2 mysql- Tabellen angelegt und konfiguriert
Nur zur Korrektur, du hast nicht zwei Tabellen, sondern zwei DATENBANKEN angelegt.
Zitatich habe 2 Def
DEF /opt/fhem/db2.conf
DEF /opt/fhem/db.conf
kann da evtl der Fehler liegen?
Unwahrscheinlich. Ich würde allerdings die Namensgebung ändern, z.B. in logdb.conf bzw. logdbPV.conf , um einfach eine bessere visuelle Zuordnung zu haben. DEF dann auch anpassen.
Schau mal in deiner fhem.cfg nach ob an irgendweiner Stelle es bereits eine Definition von "logdbPV", vielleicht aus alter Zeit, gibt (muss ja nicht unbedingt ein DbLog-Device sein !).
Dazu würde dann auch die Meldung "logdbPV: unknown attribute DbLogType. Type 'attr logdbPV ?' for a detailed list." passen.
Grüße
Heiko
Hallo Heiko,
in der fhem.cfg habe ich nur einen Eintrag:
define logdbPV DbLog /opt/fhem/db2.conf ZSensor|smawe:.*
attr logdbPV DbLogType Current/History
Ich habe im Logfile noch folgende Meldungen gefunden:
2017.11.20 11:00:00.962 3: logdbPV: unknown attribute DbLogType. Type 'attr logdbPV ?' for a detailed list.
2017.11.20 11:00:00.962 1: Including ./log/fhem.save
2017.11.20 11:00:00.964 3: WARNING: unsupported character in reading 0 (not A-Za-z/\d_\.-), notify the FB_CALLMONITOR module maintainer.
2017.11.20 11:00:01.309 3: WARNING: unsupported character in reading power: (not A-Za-z/\d_\.-), notify the dummy module maintainer.
2017.11.20 11:00:01.350 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 2912, <$fh> line 1468.
2017.11.20 11:00:01.351 0: Strange call for typeless logdbPV: StateFn
2017.11.20 11:00:01.351 0: Strange call for typeless logdbPV: StateFn
2017.11.20 11:00:01.450 1: configfile: logdbPV already defined, delete it first
logdbPV: unknown attribute DbLogType. Type 'attr logdbPV ?' for a detailed list.
2017.11.20 11:00:01.463 3: Device CUL_HM_HM_ES_PMSw1_Pl_251686 added to ActionDetector with 000:10 time
2017.11.20 11:00:01.520 3: Device CUL_HM_HM_SEC_RHS_20912E added to ActionDetector with 028:00 time
2017.11.20 11:00:01.541 3: nschlaf return value: Unknown argument alive (), choose one of Open Closed ReSync Pair
2017.11.20 11:00:01.570 3: Device CUL_HM_HM_SEC_RHS_268F79 added to ActionDetector with 028:00 time
2017.11.20 11:00:01.619 2: FB_CALLMONITOR (Anruf) - could not read FritzBox phonebook file - Can't open /opt/fhem/FRITZBox_Telefonbuch.xml: Datei oder Verzeichnis nicht gefunden
2017.11.20 11:00:01.634 1: PERL WARNING: Use of uninitialized value $dtype in exists at ./FHEM/99_myUtilsEMONITOR.pm line 191.
2017.11.20 11:00:01.656 1: Error: >logdbPV< has no TYPE, but following keys: >READINGS<
Vielleicht kann das ja helfen den Fehler zu finden.
Gruß
Ulrich
Hi Ulrich,
es gibt da im Wiki https://wiki.fhem.de/wiki/Cmdalias#shownotypedevices einen Beitrag wie man fehlerhafte (Devs ohne Type) herausbekommt.
Dazu habe ich auch noch einen Thread gefunden: https://forum.fhem.de/index.php?topic=48957.0
Dies ist kein DbLog-spezifisches Problem sondern es gibt bei dir vermutlich eine fehlerhafte Konfiguration. Vielleicht kommst du mit den Hinweisen weiter.
Zunächst würde ich den cmdalis aus dem Wiki erstellen und ausführen ... schau mal was er sagt. Falls ein Device aufgelistet wird -> löschen.
ZitatWARNING: unsupported character in reading 0 (not A-Za-z/\d_\.-), notify the FB_CALLMONITOR module maintainer.
Den Maintainer darauf hinweisen.
ZitatWARNING: unsupported character in reading power: (not A-Za-z/\d_\.-), notify the dummy module maintainer.
Dich an deine eigene Nase fassen. :)
LG,
Heiko
Ich glaube ich habe nach langem Suchen und Versuhen den Fehler gefunden.
In der fhem.cfg stand die Definition der Datenbank (logdbPV) hinter einigen Defs DBRep für Auswertungen der DB.
Ich habe die Definition jetzt davor gestellt und der Fehler tritt nicht mehr auf (edit der fhem.cfg).
Das editieren der fhem.cfg ist normalerweise nicht mein Ding und daran habe ich mich auch gehalten.
Wie der Eintrag der DB hinter die DBRep kommen konnte ist mir ein Rätsel?????
Gruß
Ulrich
ZitatIch glaube ich habe nach langem Suchen und Versuhen den Fehler gefunden.
prima ! :)
Mach dir wegen dem cfg-Editieren keine Vorwürfe, schließlich hast du die Zusammenhänge erkannt und dabei gelernt. Das ist doch genau das Wesentliche.
Grüße
Heiko