(Gelöst) Structure funktioniert nicht

Begonnen von is2late, 31 Mai 2020, 18:03:25

Vorheriges Thema - Nächstes Thema

is2late

Frohe Pfingsten!
Ich quäle mich mit einem nicht reagierenden Structure, dessen List folgendermaßen aussieht:
Internals:
   ATTR       room
   CHANGEDCNT 39
   DEF        room GaesteWC_li Kellereingang
   FUUID      xxxxx
   NAME       LupusecState
   NR         227
   NTFY_ORDER 50-LupusecState
   STATE      zu
   TYPE       structure
   READINGS:
     2020-05-31 17:57:38   LastDevice      Kellereingang
     2020-05-31 17:57:38   LastDevice_Abs  Kellereingang
     2020-05-31 17:57:38   state           zu
Attributes:
   clientstate_behavior relative
   clientstate_priority zu|Zu|closed offen|Offen|open
   event-on-change-reading .*
   room       96_Lupusec


Das Device Kellereingang, mit dem ich teste, hat folgendes Listing:
Internals:
   FUUID      xxxxx
   NAME       Kellereingang
   NR         128
   STATE      offen
   TYPE       dummy
   READINGS:
     2020-05-31 18:01:09   state           offen
Attributes:
   devStateIcon offen:fts_door_open@red zu:fts_door@green
   group      Alarmanlage_UG
   room       96_Lupusec
   userattr   room_map structexclude


Fehlt da noch ein room_map und wenn ja, wie muss das aussehen? Oder was kann sonst falsch sein?

Vielen Dank, Ingo
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

cs-online

Hallo,

kannst du mal ein "Raw definition" (ganz unten im Device) schicken ? Dann kann man besser erkennen, wie das angelegt worden ist...

Grüße

Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

is2late

Gerne:

defmod Kellereingang dummy
attr Kellereingang userattr room_map structexclude
attr Kellereingang devStateIcon offen:fts_door_open@red zu:fts_door@green
attr Kellereingang group Alarmanlage_UG
attr Kellereingang room 96_Lupusec


Das Device an sich reagiert sofort auf jede Veränderung.

LG
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

cs-online

ähm... ich meinte eigentlich die structure, schad so aber auch nichts ;-) Hast das nochmal von der Structure ?
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

is2late

Ja klar:
defmod LupusecState structure room GaesteWC_li  Kellereingang
attr LupusecState clientstate_behavior relative
attr LupusecState clientstate_priority zu|Zu|closed offen|Offen|open
attr LupusecState event-on-change-reading .*
attr LupusecState room 96_Lupusec

setstate LupusecState zu
setstate LupusecState 2020-05-31 18:12:15 LastDevice Kellereingang
setstate LupusecState 2020-05-31 18:12:15 LastDevice_Abs Kellereingang
setstate LupusecState 2020-05-31 18:12:15 state zu


Was mit jetzt selbst gerade auffällt: Setstate sieht komisch aus, finde ich.. Aktuell ist das Device offen.
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox

cs-online

...auf den ersten Blick fällt mir auf, dass zwischen den Devices mehr als ein Leerzeichen zwischen ist, vielleicht bricht der da ab ? Sonst sehe ich nur die beiden Zeilen


attr LupusecState clientstate_behavior relative
attr LupusecState clientstate_priority zu|Zu|closed offen|Offen|open


deren Bedeutung ich nicht kenne und die in meinen Structures auch nicht drin sind, im Zweifel, wenn's die Leerzeichen nicht sind, würd ich die mal raus nehmen und schauen, ob bei einem manuellen z.B. set on sich was tut...
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

is2late

Herzlichen Dank, cs-online!
Ich hab hier auch den Fehler vermutet und ein bisschen herumgespielt. Vertauscht man die beiden Zustände bei clientstate_priority, funktioniert es:
attr LupusecState clientstate_priority offen zu

Keine Ahnung, warum.. aber Hauptsache, dass ;-)

Vielen Dank fürs Mitdenken!
Pi4, Tahoma Jalousien, Hue, Echo, Sonos, Lupusec XT3, FritzBox