hast du autocreate aktiv?
gibt das get ignored etwas zurück wenn du vorher ein set <bridge> autocreate aufrufst?
hast du zufällig direkt oder indirekt define für die bridge neu aufgerufen? z.b. per modify? per config file editieren?
Ein globales autocreate habe ich (wegen ständig nervender, sich verändernder Intertechno-Devices meiner Nachbarn) nicht aktiv. Ein autocreate auf einer der Bridges liefert mir:
created 0/0/0 devices (ignored 0/0/19)
Wenn ich jetzt wieder ein
get <bridge> sensors ausführe, zeigt er die Senoren wieder als ignored an.
ID NAME FHEM TYPE
1: Daylight hueBridge2_HUESensor1 Daylight
2: Hue temperature sensor 1 hueBridge2_HUESensor2 ZLLTemperature
3: Flur UG Sensor Flur_UG_MDIR_HUE_1_Motion ZLLPresence
4: Hue ambient light sensor 1 hueBridge2_HUESensor4 ZLLLightLevel
5: Hue temperature sensor 2 hueBridge2_HUESensor5 ZLLTemperature
6: Keller Sensor Keller_MDIR_HUE_1_Motion ZLLPresence
7: Hue ambient light sensor 2 hueBridge2_HUESensor7 ZLLLightLevel
10: Hue Switch Keller hueBridge2_HUESensor10 ZLLSwitch
11: Dimmer Switch 10 SceneCycle (ignored) CLIPGenericStatus
12: Hue temperature sensor 3 hueBridge2_HUESensor12 ZLLTemperature
13: Flur OG Sensor Flur_OG_MDIR_HUE_1_Motion ZLLPresence
14: Hue ambient light sensor 3 hueBridge2_HUESensor14 ZLLLightLevel
22: Licht-Status (ignored) CLIPGenericStatus
23: Hue outdoor temperature sensor 1 Pergola_MDIR_HUE_1_Temp ZLLTemperature
24: Pergola Sensor Pergola_MDIR_HUE_1_Motion ZLLPresence
25: Hue outdoor ambient light sensor hueBridge2_HUESensor25 ZLLLightLevel
47: Terrasse Sensor Terrasse_MDIR_HUE_2_Motion ZLLPresence
48: Hue outdoor ambient light sensor hueBridge2_HUESensor48 ZLLLightLevel
49: Hue outdoor temperature sensor 2 Terrasse_MDIR_HUE_2_Temp ZLLTemperature
65: presenceState (ignored) CLIPGenericStatus
74: presenceState (ignored) CLIPGenericStatus
90: Terrasse and Gartenzaun, Vibrant (ignored) CLIPGenericStatus
119: presenceState (ignored) CLIPGenericStatus
120: textState (ignored) CLIPGenericStatus
142: presenceState (ignored) CLIPGenericStatus
143: textState (ignored) CLIPGenericStatus
144: presenceState (ignored) CLIPGenericStatus
145: textState (ignored) CLIPGenericStatus
146: presenceState (ignored) CLIPGenericStatus
147: textState (ignored) CLIPGenericStatus
184: Hue Button Garten hueBridge2_HUESensor184 ZLLSwitch
197: dimDirection (ignored) CLIPGenericStatus
198: isDimming (ignored) CLIPGenericStatus
199: slotState (ignored) CLIPGenericStatus
200: cycling (ignored) CLIPGenericStatus
201: Flur EG Sensor Flur_EG_MDIR_HUE_1_Motion ZLLPresence
202: Hue ambient light sensor 5 hueBridge2_HUESensor202 ZLLLightLevel
203: Hue temperature sensor 5 hueBridge2_HUESensor203 ZLLTemperature
208: presenceState (ignored) CLIPGenericStatus
209: textState (ignored) CLIPGenericStatus
Danach gibt ein
get <bridge> ignored auch erwartungsgemäß folgendes zurück.
hueBridge2-S11
hueBridge2-S119
hueBridge2-S120
hueBridge2-S142
hueBridge2-S143
hueBridge2-S144
hueBridge2-S145
hueBridge2-S146
hueBridge2-S147
hueBridge2-S197
hueBridge2-S198
hueBridge2-S199
hueBridge2-S200
hueBridge2-S208
hueBridge2-S209
hueBridge2-S22
hueBridge2-S65
hueBridge2-S74
hueBridge2-S90
Danach hören auch die Log-Einträge auf. Leider nur bis zum nächsten Neustart von FHEM.
Sag mir jetzt bitte nicht, dass ich das globale autocreate dauerhaft an lassen muss, damit das richtig funktioniert....
Bitte das autocreate der HUE-Bridge nicht an das globale autocreate koppeln. Von mir aus trigger ein set bridge autocreate nach einem global initialize...
Ich kann das Verhalten jetzt auch reproduzieren. Ohne globalem autocreate werden die unnötigen Sensoren nach Neustart wieder nicht ignoriert und Log füllt sich wieder. Mit globalem autocreate wird wohl nach Neustart auch ein set bridge autocreate getriggert und dann ignoriert er auch korrekt die Sensoren.