Folgende Situation. Beim Start von FHEM bekomme ich immer diese Meldung:
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:
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:
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
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
Dito bei mir das selbe verhalten. So seit vier oder sechs Wochen. Bin nur noch nicht dazu gekommen zu debuggen.
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.
Ja.
Danke Dir Udo da setze ich mal an. Interessanter Weise war das bis vor kurzem kein Problem. Na schauen wir mal.
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?
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.
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.
Vielen Dank Rudi für die Erklärung.
Zitat von: rudolfkoenig am 13 April 2018, 19:52:32
- 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.
ZitatBitte 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.
Kann ich auch ohne das struct_type ein Mapping machen?
Habs nicht getestet, berichte bitte.
Teste ich die Tage auf meinem Testsystem.
Hallo,
gab es hier Erkenntnisse?
Liebe Grüße
Oli