structure setzt immer wieder attr bei neustart

[Amenophis86]

Folgende Situation. Beim Start von FHEM bekomme ich immer diese Meldung:

Code Auswählen Erweitern

Last 10 structural changes:
  attr WZ.StD.Fenster wohnung WG.Licht.Alle
  attr WZ.StD.Fenster wohnung WG.Steckdose.Alle
  attr WZ.StD.Fenster raum WR.Licht.Alle
  attr WZ.StD.Fenster raum WR.Steckdose.Alle

Das Device WZ.StD.Fenster befindet sich in der Structure WR.Steckdose.Alle und WR.Licht.Alle, diese beiden befinden sich dann wieder jeweils in WG.Licht.Alle bzw. WG.Steckdose.Alle Wieso setzen die immer wieder die attr beim FHEM start neu? Hier mal ein List des WZ.StD.Fenster:

Code Auswählen Erweitern

Internals:
   CFGFN     
   DEF        35367D
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG xxxxxxxxxx
   HMLAN1_RSSI -49
   HMLAN1_TIME 2018-04-12 19:37:38
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       WZ.StD.Fenster
   NOTIFYDEV  global
   NR         204
   NTFY_ORDER 50-WZ.StD.Fenster
   STATE      off
   TYPE       CUL_HM
   lastMsg    No:AA - t:10 s:35367D d:123456 060100002D
   peerList   WR.Schalter.6_03,WR.Schalter.6_04,
   protLastRcv 2018-04-12 19:37:38
   protSnd    2 last_at:2018-04-12 19:37:38
   protState  CMDs_done
   rssi_HMLAN1 cnt:1 min:-45 max:-45 avg:-45 lst:-45
   rssi_at_HMLAN1 cnt:2 min:-49 max:-49 avg:-49 lst:-49
   READINGS:
     2018-04-10 19:35:12   CommandAccepted yes
     2018-03-15 16:31:36   D-firmware      2.4
     2018-03-15 16:31:36   D-serialNr      MEQ0020143
     2018-04-12 10:32:36   PairedTo        0x123456
     2018-03-15 16:31:28   R-WR.Schalter.6_03-lgActionType jmpToTarget
     2018-03-15 16:31:28   R-WR.Schalter.6_03-shActionType jmpToTarget
     2018-03-15 16:31:29   R-WR.Schalter.6_04-lgActionType jmpToTarget
     2018-03-15 16:31:29   R-WR.Schalter.6_04-shActionType jmpToTarget
     2017-05-27 12:34:53   R-pairCentral   0x123456
     2017-05-27 12:34:54   R-powerUpAction off
     2017-05-27 12:34:54   R-sign          off
     2018-04-12 10:32:36   RegL_00.        02:01 0A:12 0B:34 0C:56 15:FF 18:00 00:00
     2018-04-12 10:32:38   RegL_01.        08:00  30:06 57:24 56:00 00:00
     2018-04-12 10:32:39   RegL_03.WR.Schalter.6_03 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:64 0C:66 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66 00:00
     2018-04-12 10:32:41   RegL_03.WR.Schalter.6_04 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:13 0C:33 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:13 8C:33 00:00
     2018-04-12 19:37:38   deviceMsg       off (to VCCU)
     2018-04-12 19:37:38   level           0
     2018-04-12 19:37:38   pct             0
     2018-04-12 19:37:13   peerList        WR.Schalter.6_03,WR.Schalter.6_04,
     2018-04-12 09:19:21   powerOn         2018-04-12 09:19:21
     2018-04-12 19:37:38   recentStateType info
     2018-04-12 19:37:38   state           off
     2018-04-12 19:37:38   timedOn         off
     2018-04-07 21:51:24   trigLast        WR.Schalter.6_03:short
     2018-04-07 21:51:24   trig_WR.Schalter.6_03 Short_45
   helper:
     HM_CMDNR   170
     cSnd       ,0112345635367D010E
     mId        00A1
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +35367D,00,00,00
       nextSend   1523554659.03094
       rxt        0
       vccu       VCCU
       p:
         35367D
         00
         00
         00
       prefIO:
         HMLAN1
     mRssi:
       mNo        AA
       io:
         HMLAN1:
           -41
           -41
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1523554658.78603
       ack:
         HASH(0x471ee18)
         AA800212345635367D00
     rssi:
       HMLAN1:
         avg        -45
         cnt        1
         lst        -45
         max        -45
         min        -45
       at_HMLAN1:
         avg        -49
         cnt        2
         lst        -49
         max        -49
         min        -49
     tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU:HMLAN1
   alexaName  Fensterlicht
   alexaRoom  Wohnzimmer
   autoReadReg 4_reqStatus
   devStateIcon on:Steckdose.on off:Steckdose.off
   event-on-change-reading state
   expert     2_raw
   firmware   2.4
   group      Licht,Steckdose
   model      HM-LC-SW1-PL2
   peerIDs    xxxxx
   raum       WR.Steckdose.Alle
   room       Räume->Wohnraum,Z_Räume->Wohnraum,Z_System->Homematic,Z_System->alexa
   serialNr   xxxxx
   structexclude WR.Steckdose.Alle:.* WR.Licht.Alle:.*
   subType    switch
   userattr   raum raum_map structexclude wohnung wohnung_map
   webCmd     on:off
   wohnung    WG.Steckdose.Alle

Selbst, wenn ich ein save ausführe und dann neustarte kommt die Meldung immer wieder. Ich habe sicher irgendwo einen Fehler, aber sehe ihn nicht.

Falls es hilft hier mal für Licht noch die beiden weiteren Device:

Code Auswählen Erweitern

Internals:
   ATTR       raum
   CFGFN     
   CHANGEDCNT 1
   DEF        raum EZ.Decke.Licht WZ.Decke.Licht WZ.LED.TV.wifi EZ.StD.Regal WZ.StD.Fenster
   NAME       WR.Licht.Alle
   NR         360
   NTFY_ORDER 50-WR.Licht.Alle
   STATE      undefined
   TYPE       structure
   READINGS:
     2018-04-12 19:38:19   LastDevice      WZ.LED.TV.wifi
     2018-04-12 19:38:19   LastDevice_Abs  WZ.LED.TV.wifi
     2018-04-12 19:38:19   state           undefined
Attributes:
   devStateIcon on:Licht.on off:Licht.off
   event-on-change-reading .*
   group      Licht
   room       Z_Räume->Wohnraum
   userattr   structexclude wohnung wohnung_map
   wohnung    WG.Licht.Alle

Code Auswählen Erweitern

Internals:
   ATTR       wohnung
   CFGFN     
   CHANGED   
   CHANGEDCNT 8
   DEF        wohnung KU.Licht.Alle SZ.Licht.Alle TR.Licht.L FL.LED_MQ WR.Licht.Alle
   NAME       WG.Licht.Alle
   NR         237
   NTFY_ORDER 50-WG.Licht.Alle
   STATE      undefined
   TYPE       structure
   READINGS:
     2018-04-12 19:42:43   LastDevice      FL.LED_MQ
     2018-04-12 19:42:43   LastDevice_Abs  FL.LED_MQ
     2018-04-12 19:42:43   state           undefined
Attributes:
   devStateIcon on:Licht.on off:Licht.off
   event-on-change-reading .*
   group      Licht
   room       Z_Räume->Wohnung

[CoolTux]

Dito bei mir das selbe verhalten. So seit vier oder sechs Wochen. Bin nur noch nicht dazu gekommen zu debuggen.

[betateilchen]

Habt Ihr zufällig zwei structure devices, die den gleichen <struct_type> verwenden?

Das war jedenfalls bei mir bis vor ein paar Tagen die Ursache für das Problem mit dem roten Fragezeichen nach jedem Neustart.

[CoolTux]

Ja.
Danke Dir Udo da setze ich mal an. Interessanter Weise war das bis vor kurzem kein Problem. Na schauen wir mal.

[Amenophis86]

ja habe ich. Ist das einzige Device, welches in der Gruppe Raum und in der Gruppe Wohnung ist. Dachte auch schon, dass es daran liegt. Das heißt ich muss einen <struct_type> umbennen?

[CoolTux]

Ich habe nun alles umgebaut. War eine ganz schöne Arbeit aber nun klappt es. Danke Dir Udo.

Noch kurz zur Erläuterung. Ich habe alle structureLicht<Zimmer> mit struct_Type Licht benannt und bei Verbraucher das selbe.

[rudolfkoenig]

Erklaerung:
- structure setzt beim Definieren fuer jedes "Mitglied" <struct_type> als Attribut mit dem eigenen Namen als Wert. Das ist historisch, und ich finde es inzwischen ueberfluessig, trau mich aber nicht es zu aendern
- attr taucht in der geaendert (save ?) Liste auf, falls init durch ist, und der Wert sich aendert.
- seit 3 Monaten setzt structure diese Attribute nach dem Start, damit die nach dem structure definierten "Mitglieder" die gleiche Behandlung erfahren, wie die davor definierten.

Wenn man mehrere structures mit dem gleichen <struct_type> hat, dann wird dieses Attribut nach dem fhem-Start geaendert, damit landen diese Zeilen in der "save ?" Liste.

[CoolTux]

Vielen Dank Rudi für die Erklärung.

[betateilchen]

- structure setzt beim Definieren fuer jedes "Mitglied" <struct_type> als Attribut mit dem eigenen Namen als Wert. Das ist historisch, und ich finde es inzwischen ueberfluessig, trau mich aber nicht es zu aendern

Bitte baue den Quatsch zum nächsten Major Release aus. Ich glaube nicht, dass das wirklich überhaupt jemand für etwas Sinnvolle benutzt.

[rudolfkoenig]

Bitte baue den Quatsch zum nächsten Major Release aus.

Es gibt jetzt ein setStructType Attribut, default z.Zt. 1, ab featurelevel 5.9 dann 0.

[CoolTux]

Kann ich auch ohne das struct_type ein Mapping machen?

[rudolfkoenig]

Habs nicht getestet, berichte bitte.

[CoolTux]

Teste ich die Tage auf meinem Testsystem.

[ojb]

Hallo,

gab es hier Erkenntnisse?

Liebe Grüße
Oli