Nicht existierendes Device erscheint im Log

[chefschaffner]

Guten Morgen,

in meinem Log taucht alle 5 Minuten ein nicht existierendes Device auf:

Code Auswählen Erweitern


2022.06.02 08:25:32 3: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN, please define it
2022.06.02 08:30:32 3: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN, please define it
2022.06.02 08:35:32 3: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN, please define it
2022.06.02 08:35:32 5: Starting notify loop for global, 1 event(s), first is UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN
2022.06.02 08:35:32 4: DbLog logdb -> check Device: global , Event: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN
2022.06.02 08:35:32 5: DbLog logdb -> parsed Event: global , Event: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN
          'UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN'
2022.06.02 08:40:32 3: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN, please define it
2022.06.02 08:45:32 3: UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN, please define it

(Ich hatte zwischenzeitlich mal den Debug-Level erhöht)

Das Device gibt es nicht (wie ja die Meldung im Log bereits vermuten lässt):

Code Auswählen Erweitern


pi@westfhem:/opt/fhem $ grep -i 'FBDECT_FritzDECT_14276_0525808' /opt/fhem/fhem.cfg
pi@westfhem:/opt/fhem $


Zwar gab es das Gerät mal, aber das habe ich umbenannt:

Code Auswählen Erweitern


Internals:
   DEF        FritzDECT:14276_0525808_1 HANFUNUnit,dimmer,alarmSensor
   FUUID      61954fd5-f33f-98ff-433b-d2ac8a889d81c091
   FritzDECT_MSGCNT 289
   FritzDECT_TIME 2022-06-03 08:20:35
   IODev      FritzDECT
   LASTInputDev FritzDECT
   MSGCNT     289
   NAME       sysRlFbAH
   NR         95
   STATE      0
   TYPE       FBDECT
   eventCount 23
   id         14276_0525808_1
   props      HANFUNUnit,dimmer,alarmSensor
   READINGS:
     2022-06-03 08:20:35   AIN             14276 0525808-1
     2022-06-03 08:20:35   FBNAME          RlFbAzH
     2022-06-03 08:20:35   FBPROP          HANFUNUnit,dimmer,alarmSensor
     2022-06-03 08:20:35   FBTYPE          Rollotron 1213
     2022-06-03 08:20:35   ID              2000
     2022-06-02 08:20:14   IODev           FritzDECT
     2022-06-03 08:20:35   dim             0
     2022-06-03 08:20:35   etsideviceid    406
     2022-06-03 08:20:35   fwversion       0.0
     2022-06-03 08:20:35   lastalertchgtimestamp 2022-05-16 21:44:06
     2022-06-03 08:20:35   level           0
     2022-06-03 08:20:35   mode            manuell
     2022-06-03 08:20:35   present         yes
     2022-06-03 08:20:35   state           off
     2022-06-03 08:20:35   unittype        BLIND
   hmccu:
Attributes:
   devStateIcon bottom_position:shutter_closed tilt_position:shutter_6 top_position:shutter_open moving_up:control_arrow_up moving_down:control_arrow_down stopped_in_undefined_position:unknown intermediate_position:shutter_3 undefined:unknown
   event-on-change-reading .*
   icon       fts_shutter
   room       [General]
   stateFormat dim
   userattr   structexclude sysRlElWz sysRlElWz_map


Ein notify gibt es dafür nicht.

Hat jemand eine Idee, woher dieser Aufruf kommt, bzw. wie ich da weiterforschen könnte?

[Beta-User]

a) gegen "UNDEFINED"-Meldungen hilft es, TYPE=autocreate zu aktivieren.

b) FritzDECT:14276_0525808_1 ist halt nicht FritzDECT:14276_0525808. Meistens machen solche "Kleinigkeiten" einen Unterschied, wo auch immer die herkommen. (Das "grep" klingt nach cfg-Editierer, und das ist hier den meisten Helfern suspekt, weil eben alle Arten von Problemen daraus resultieren können, die die Modulautoren ggf. abfangen, wenn man es über FHEMWEB versucht....)

[rudolfkoenig]

Wenn die Meldung verschwinden soll, dann kann man entweder verbose runtersetzen, oder das Geraet anlegen lassen und evtl. ignorieren.
Warum wurde autocreate deaktiviert?

[chefschaffner]

a) OK, ich habe nun autocreate enabled.

b) ich weiß nicht, woher die "_1" herkommt - in der fritzBox ist die ID "14276 0525808" - ich bin davon ausgegangen, dass das das selbe Device ist. (s.u.)
Und nein, ich bin schon lange kein "cfg-Editierer" mehr - aber um schnell was im cfg-File zu suchen finde ich grep einfach effektiver... 

@rudolfkoenig: Mir war nicht bewußt, dass das eine schlechte Idee ist - ich wollte nur vermeiden, dassmir irgendwelche Geräte aus der Umgebung angelegt werden. Aber ich bin ja lernfähig: vgl a)

Nun hat fhem mir alle drei Fritz!Dect Rolladen nochmal angelegt, ich habe diese disabled.
Trotzdem verstehe ich nicht,warum - und vor Allem - woher kommt der Eintrag im log File? Da muss doch ein notify o.ä. dahinter stecken,oder?

In der FritzBox habe ich drei Rolladen:
- RlFbAzH
- RlFbGt
- RlFbSz

In fhem habe ich nun 6:
- FBDECT_FritzDECT_14276_0525808
- FBDECT_FritzDECT_14276_0530127
- FBDECT_FritzDECT_14276_0564604
- sysRlFbAH -> FritzDECT:14276_0525808_1
- sysRlFbGt -> FritzDECT:14276_0530127_1
- sysRlFbSz -> FritzDECT:14276_0564604_1

Wegen mir "liefert" die Fritzbox für jeden Rolladen 2 Devices - aber woher kommt ein nichtexistentes notify für einen von denen?

Code Auswählen Erweitern

2022.06.02 08:35:32 5: Starting notify loop for global, 1 event(s), first is UNDEFINED FBDECT_FritzDECT_14276_0525808 FBDECT FritzDECT:14276_0525808 HANFUN

-> Das ist jetzt nur noch eine Verständnisfrage; die Logeinträge sind nun verschwunden - mein ursprüngliches Problem ist gelöst.

Vielen Dank für den Hinweis!

[rudolfkoenig]

@rudolfkoenig: Mir war nicht bewußt, dass das eine schlechte Idee ist - ich wollte nur vermeiden, dassmir irgendwelche Geräte aus der Umgebung angelegt werden. Aber ich bin ja lernfähig: vgl a)

Ich will nicht behaupten, dass es _immer_ eine schlechte Idee ist, und will nur die Argumente fuers Deaktivieren mitkriegen, um evtl. was dagegen unternehmen zu koennen.

Wegen mir "liefert" die Fritzbox für jeden Rolladen 2 Devices - aber woher kommt ein nichtexistentes notify für einen von denen?

Das ist kein Notify, sondern ein Event, der Text in der Logmeldung ist irrefuehrend, wenn man die Internas nicht kennt.
Dieses Event wird vom FBDECT Modul erzeugt, wenn was unbekanntes auftaucht.
Darauf reagiert die autocreate Instanz, und legt eine FBDECT Instanz  an.
Mit diesem Verfahren waeren neben autocreate auch weitere Implementierungen moeglich, so aehnlich wie notify vs. DOIF.

[Beta-User]

Mit diesem Verfahren waeren neben autocreate auch weitere Implementierungen moeglich, so aehnlich wie notify vs. DOIF.

Eine davon, weil's grade paßt: archetype. Das kann helfen, Attribute zu setzen usw..

Und nein, ich bin schon lange kein "cfg-Editierer" mehr - aber um schnell was im cfg-File zu suchen finde ich grep einfach effektiver...

OK, ich mache configdb search, da muss ich nicht mal eine Konsole für aufmachen...

[chefschaffner]

Wieder was gelernt - danke für die Ausführungen!

Bisher habe ich nur DBLog in Betrieb genommen - um configDB kümmere ich mich demnächst mal...

Euch ein schönes Wochenende!