[gelöst] dbLog - nicht mehr notwendige Devices aus Datenbank löschen

[DS_Starter]

  ... na dann ...

[thburkhart]

Heiko, vielen Dank

das hat super geklappt und mit SQL kann ich nun auch ein wenig umgehen...

nun habe ich noch mal eine Frage zur eigentlichen Ursache der Datenflut:

für meine tuya_local habe ich ind der Befehlszeile für jedes der 40 Geräte einzeln

Code Auswählen Erweitern

attr TUYA_JLxx  dblogExcluse .* eingegeben.

gibt es wirklich keine Möglichkeit, dies maskiert für ALLE Geräte vom Typ TUYA in einem Rutsch zu erledigen?

[ComputerZOO]

...eine Frage zur eigentlichen Ursache der Datenflut:

für meine tuya_local habe ich ind der Befehlszeile für jedes der 40 Geräte einzeln

Code Auswählen Erweitern

attr TUYA_JLxx  dblogExcluse .* eingegeben.

gibt es wirklich keine Möglichkeit, dies maskiert für ALLE Geräte vom Typ TUYA in einem Rutsch zu erledigen?

Wenn deine TUYA-Devices einen einheitlichen Namen haben mit:

Code Auswählen Erweitern

attr TUYA_.* dblogExclude .*

[DS_Starter]

Im Dblog gibt es auch das Attribut excludeDevs mit dem man per devspec konsequent vom Logging ausschließen kann.
Inhalt des Attr könnte z.B. sein (mehrzeilig möglich):

Code Auswählen Erweitern


global,Log.*,
TYPE=DbLog
TYPE=SSCam


siehe commandref.

[thburkhart]

das klappt wunderbar

gibt's das auch als include?

[DS_Starter]

gibt's das auch als include?

Nein.
Braucht man auch nicht, denn mit DEF .... .*:.* kommt alles in die DB es sei denn man hat devspec in excludeDevs konsequent ausgeschlossen.

[thburkhart]

Nein.
Braucht man auch nicht, denn mit DEF .... .*:.* kommt alles in die DB es sei denn man hat devspec in excludeDevs konsequent ausgeschlossen.

manchmal wäre es nützlich ...
z.B. von den ca. 60 readings von Buderus brauche ich nur 5

[DS_Starter]

Mag sein, doch es gibt in DbLog wirklich schon genug Gestaltungsmöglichkeiten.
Schaue dir das Attr valueFn an. Hier kannst du mit einer eigenen Funktion und $IGNORE = 1 Ausschlüsse vornehmen.
Nur so als zusätzlichen Hinweis.