Logfile wird zugemüllt mit HMLAN1: Unknown code A19.....

[Homalix99]

Hallo an euch!
Seit gestern wird meinfhem log zugemüllt mit:
HMLAN1: Unknown code A1910008F31D6269D4C90000003A643E5B2E340A243744B305E52::-105:HMLAN1, help me!
Seit heute zusätzlich mit  HMLAN1: Unknown code A1910008F6122A79D4C9000000703E019654502BF3E485B976E38::-106:HMLAN1, help me!

Irgend ein Nachbar hat wohl jetzt zeit und fängt an sein Haus auch zu automatisieren.
Die zwei Komponenten hat er als schon on air:
31D626
6122A7
Meine Fragen:
1. Wie kann ich generell vermeiden, dass bei jedem neuen  EQ3-Teil o. ä. , welche sich nicht in meinem System befinden, das Logfile zugemüllt wird?
2. Wie stelle es an, die bereits detektierten Komponenen zu ignorieren? Im Forum steht was von virtueller VCCU.
Ich habe gestern nach einem

Code Auswählen Erweitern


def unknowndef CUL_HM 31D626

zwar die Logeinträge gestoppt, jedoch ist fhem dadurch sehr langsam geworden.

Als GW zur HomeMatic-Welt verwende ich den HMLan-Adapter

Vielen Dank im voraus für Hilfe.

Grüße

Alex

[frank]

Seit gestern wird meinfhem log zugemüllt

der mülleimer dafür ist die vccu, wie du ja bereits weisst.

ergänze deine definition zu 31D626 mit "attr ignore 1".

[Homalix99]

Hallo Frank,

dass hatte ich ja so gemacht.
Also:

Code Auswählen Erweitern


Def <vccuname> CUL_HM <ID_des_Fremdevice>
attr <vccuname> ignore 1

Bedeutet das, dass ich für jedes fremde HM-Device eine eigene virtuelle VCCU anlegen muss?
Auffällig ist zudem, dass seit der Definition fhem plötzlich seltsam ins Stocken geraten ist. Wenn ich z. B. die Config abgespeichert habe, hat dies plötzlich einige Sekunden gedauert und im Log traten jedes mal Verzögerungen auf, was vorher nicht der Fall zu scheinen war:

Code Auswählen Erweitern


2020.04.06 21:44:59.478 1: Perfmon: possible freeze starting at 21:44:56, delay is 3.478
2020.04.06 21:45:29.950 1: Perfmon: possible freeze starting at 21:45:26, delay is 3.95
2020.04.06 21:45:34.445 1: Perfmon: possible freeze starting at 21:45:30, delay is 4.444
2020.04.06 21:49:23.246 1: Perfmon: possible freeze starting at 21:49:20, delay is 3.246
2020.04.06 21:50:26.034 1: Perfmon: possible freeze starting at 21:50:23, delay is 3.033



VG

Alex

[frank]

lies mal das wiki zur vccu.
du definierst genau eine vccu mit der id deiner zentrale und ohne ignore.

lösche erstmal alle deine "vccus".

[Homalix99]

okay danke, habe ich gelesen.
Werde das demnächst angehen.
Ich habe leider keinen Hinweis gefunden, wie es sich mit der "Migration" von den verschlüsselten HM-Devices (Fensterkontakte, etc.) verhält. Dazu habe ich ja die Keys im HM_LAN Objekt eingetragen.

Wenn ich umgestellt habe, wie geht es dann mit den fremden HM_Devices weiter, dazu finde ich auch keinen Hinweis. Das Attribute ignore = 1 bewirkt dann automatisch, dass fremde Funktprotokolle von nicht gepaired HM-Devices ignoriert werden??

Vielen Dank erstmals.

[frank]

es gibt 2 möglichkeiten mit nachbars messages.

1. du definierst für jeden sender ein "eigenes normales" cul_hm device, also keine vccu's. plus attr ignore.

2. du definierst eine vccu, die nebenbei zu allen devices deines nachbarn automatisch entsprechende readings anlegt.

die aes keys verschiebst du in die vccu. diese setzt die schlüssel dann an alle io, die du mit der vccu nutzt.
da sollte es ein aes wiki geben, sicher auch verlinkt bei der vccu.

[Homalix99]

Hallo Frank,

vielen Dank für die Infos. Habe alles umgesetzt und auch gleich eine Redundanz in Form eines HM_UART USB mit zugelegt.
Funktioniert alles Bestens.

Grüße

Alex