Remote device bei fhem2fhem stopft unnötig das Log

[devien]

Hallo,

habe bei mir 2 Raspberrys via fhem2fhem verknüpft um die Daten der an ein DS2482-800 Baustein angeschlossenen 18b20 auf meiner Main-Fhem instanz nutzen zu können.
Soweit so gut, Daten kommen an, leider kriege ich auch bei jedem pull die Daten ins Textlog gebombt.

Code Auswählen Erweitern

2018.01.30 12:49:49 4: DS18B20_WZ: OWDevice DS18B20_WZ temperature: 19.5
2018.01.30 12:49:49 4: DS18B20_WZ: OWDevice DS18B20_WZ alarm: 0
2018.01.30 12:49:50 4: DS18B20_HKV1_06: OWDevice DS18B20_HKV1_06 temperature: 23.5
2018.01.30 12:49:50 4: DS18B20_HKV1_06: OWDevice DS18B20_HKV1_06 alarm: 0
2018.01.30 12:49:51 4: DS18B20_SZ: OWDevice DS18B20_SZ temperature: 20.75
2018.01.30 12:49:51 4: DS18B20_SZ: OWDevice DS18B20_SZ alarm: 0
2018.01.30 12:49:53 4: DS18B20_FL: OWDevice DS18B20_FL temperature: 19.0625
2018.01.30 12:49:53 4: DS18B20_FL: OWDevice DS18B20_FL alarm: 0
2018.01.30 12:49:55 4: DS18B20_HKV1_05: OWDevice DS18B20_HKV1_05 temperature: 24.125
2018.01.30 12:49:55 4: DS18B20_HKV1_05: OWDevice DS18B20_HKV1_05 alarm: 0
2018.01.30 12:49:55 4: DS18B20_HKV1_Vorlauf: OWDevice DS18B20_HKV1_Vorlauf temperature: 33.1875
2018.01.30 12:49:55 4: DS18B20_HKV1_Vorlauf: OWDevice DS18B20_HKV1_Vorlauf alarm: 0
2018.01.30 12:49:57 4: DS18B20_HKV1_10: OWDevice DS18B20_HKV1_10 temperature: 19.6875
2018.01.30 12:49:58 4: DS18B20_HKV1_10: OWDevice DS18B20_HKV1_10 alarm: 0
2018.01.30 12:49:58 4: DS18B20_HKV1_07: OWDevice DS18B20_HKV1_07 temperature: 26.0625
2018.01.30 12:49:58 4: DS18B20_HKV1_07: OWDevice DS18B20_HKV1_07 alarm: 0
2018.01.30 12:50:00 4: DS18B20_HKV1_Ruecklauf: OWDevice DS18B20_HKV1_Ruecklauf temperature: 22.75
2018.01.30 12:50:00 4: DS18B20_HKV1_Ruecklauf: OWDevice DS18B20_HKV1_Ruecklauf alarm: 0
2018.01.30 12:50:00 4: DS18B20_HKV1_08: OWDevice DS18B20_HKV1_08 temperature: 20.1875
2018.01.30 12:50:00 4: DS18B20_HKV1_08: OWDevice DS18B20_HKV1_08 alarm: 0
2018.01.30 12:50:34 4: DS18B20_HKV1_02: OWDevice DS18B20_HKV1_02 temperature: 23.1875
2018.01.30 12:50:34 4: DS18B20_HKV1_02: OWDevice DS18B20_HKV1_02 alarm: 0
2018.01.30 12:50:35 4: DS18B20_HKV1_09: OWDevice DS18B20_HKV1_09 temperature: 19.4375
2018.01.30 12:50:35 4: DS18B20_HKV1_09: OWDevice DS18B20_HKV1_09 alarm: 0
2018.01.30 12:50:36 4: DS18B20_HKV1_04: OWDevice DS18B20_HKV1_04 temperature: 24.5
2018.01.30 12:50:36 4: DS18B20_HKV1_04: OWDevice DS18B20_HKV1_04 alarm: 0
2018.01.30 12:50:38 4: DS18B20_HKV1_01: OWDevice DS18B20_HKV1_01 temperature: 23
2018.01.30 12:50:38 4: DS18B20_HKV1_01: OWDevice DS18B20_HKV1_01 alarm: 0
2018.01.30 12:50:39 4: DS18B20_KZ: OWDevice DS18B20_KZ temperature: 20.5
2018.01.30 12:50:39 4: DS18B20_KZ: OWDevice DS18B20_KZ alarm: 0
2018.01.30 12:50:40 4: DS18B20_HKV1_03: OWDevice DS18B20_HKV1_03 temperature: 24.1875
2018.01.30 12:50:40 4: DS18B20_HKV1_03: OWDevice DS18B20_HKV1_03 alarm: 0

das macht das Textfile natürlich sehr unübersichtlich. Da ich Fhem auch via LogDB an eine ausgelagerte mySQL DB loggen lasse benötige ich die Daten also im Textlog nicht.

Nun habe ich schon versucht durch DBLogExclude oder auch durch runtersetzen des verbose Levels die Sache einzudämmen, leider ohne Erfolg.

Gibt es einen sauberen einfachen Weg den ich übersehen hab?

Gruß Stephan

[Otto123]

Hallo Stephan,

mir ist nicht klar welches Textlog Du meinst?

Die Meldungen sind alle verbose 4, mit verbose 3 würdest Du sie gar nicht sehen.

Gruß Otto

[devien]

guter Hinweis,

habe alle remotesensoren auf verbose 3 gelegt, dabei kam mir der Gedanke das ich kürzlich für die fhem2fhem connection verbose 5 definiert hatte...

das war der Fehler.

Danke Otto