Mal wieder: Parallelbetrieb CUL / HMLAN

[Ralli]

Ich muss noch mal mit einer kurzen Nachfrage stören. Die Konfiguration meiner vCCU ist ja im oberen Beitrag dokumentiert.

Trotzdem erhalte ich noch folgende Log-Einträge:

Code Auswählen Erweitern


2014.10.08 12:18:19 4: CUL_HM GAR_MK_Tor dupe: dont process
2014.10.08 12:20:44 4: CUL_HM GAR_MK_Tor dupe: dont process
2014.10.08 12:54:30 4: CUL_HM GAR_MK_Tor dupe: dont process
2014.10.08 12:59:38 4: CUL_HM GAR_MK_Tor dupe: dont process
2014.10.08 13:01:17 4: CUL_HM GAR_MK_Tor dupe: dont process

Das Log vom Sensor zeigt:

Code Auswählen Erweitern


2014-10-08_12:18:19 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_12:18:19 GAR_MK_Tor battery: ok
2014-10-08_12:18:19 GAR_MK_Tor open
2014-10-08_12:18:19 GAR_MK_Tor contact: open (to CCU)
2014-10-08_12:20:44 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_12:20:44 GAR_MK_Tor battery: ok
2014-10-08_12:20:44 GAR_MK_Tor closed
2014-10-08_12:20:44 GAR_MK_Tor contact: closed (to CCU)
2014-10-08_12:54:30 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_12:54:30 GAR_MK_Tor battery: ok
2014-10-08_12:54:30 GAR_MK_Tor open
2014-10-08_12:54:30 GAR_MK_Tor contact: open (to CCU)
2014-10-08_12:55:32 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_12:55:32 GAR_MK_Tor battery: ok
2014-10-08_12:55:32 GAR_MK_Tor closed
2014-10-08_12:55:32 GAR_MK_Tor contact: closed (to CCU)
2014-10-08_12:59:38 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_12:59:38 GAR_MK_Tor battery: ok
2014-10-08_12:59:38 GAR_MK_Tor open
2014-10-08_12:59:38 GAR_MK_Tor contact: open (to CCU)
2014-10-08_13:01:17 GAR_MK_Tor trigDst_CCU: noConfig
2014-10-08_13:01:17 GAR_MK_Tor battery: ok
2014-10-08_13:01:17 GAR_MK_Tor closed
2014-10-08_13:01:17 GAR_MK_Tor contact: closed (to CCU)

Man erkennt, dass der Sensor richtigerweise an die CCU meldet. Warum gibt es dann trotzdem noch Dupes im Log, sollten die nicht von der CCU bereits raus gefiltert werden?

[martinp876]

Welchen loglevel hast du ? Etwas hoch meine ich. Bei default kommt das nicht.
Wie will die cul duplicate erkennen ? Die erste msg kam von einer anderen instanz, die kennt die cul nicht.
Dupe macht cul_hm

[Ralli]

Hallo Martin,

Loglevel normal 3, für den Garagentor-MK aber 4.

Die Dupes kommen ja von CUL_HM, nicht von CUL. Und vom Typ CUL_HM ist die CCU. Schau:

Code Auswählen Erweitern


define HMLAN0 HMLAN 10.0.0.5:1000
attr HMLAN0 group Schnittstellen
attr HMLAN0 hmId 123456
attr HMLAN0 hmKey 01:xyz
attr HMLAN0 hmLanQlen 1_min
attr HMLAN0 icon hm_lan
attr HMLAN0 room System

define CUL0 CUL /dev/ttyACM0@9600 0000
attr CUL0 group Schnittstellen
attr CUL0 hmId 123456
attr CUL0 icon cul_cul
attr CUL0 rfmode HomeMatic
attr CUL0 room System

define CCU CUL_HM 123456
attr CCU IODev CUL0
attr CCU IOList CUL0,HMLAN0
attr CCU model CCU-FHEM
attr CCU subType virtual
attr CCU webCmd virtual:update


[martinp876]

Loglevel normal 3, für den Garagentor-MK aber 4.

logs über duplicate kommen bei Level 4 - passt also

Die Dupes kommen ja von CUL_HM, nicht von CUL.

so muss es sein

Und vom Typ CUL_HM ist die CCU

gut

ist also alles prima, wie es sein soll.
Das ist kein Fehler sondern eine Info zum debuggen, wenn man so will. Daher in einem loglevel unter normal.