Alarmanalage mit structure - Probleme

Begonnen von fireball, 14 August 2020, 16:59:10

Vorheriges Thema - Nächstes Thema

fireball

Hi,

ich habe mir eine Alarmanlage mit DOIF gebaut, die auf allen meine ZWAVE - Fensterkontakte schaut ob sich da was öffnet.
Jetzt würde ich gern dieses Alarmsensoren erweitern.

Ich könnte das DOIF um einfach noch mehr Devices erweitern, dachte mir aber... structure ist doch cool... wie bei der Anwesenheitserkennung...

Ich habe mir also eine structure gebaut:

Internals:
   ATTR       Alarm
   CFGFN     
   CHANGEDCNT 590
   DEF        Alarm FSensor_EG_BAD_N FSensor_EG_BUERO_S FSensor_EG_WZ_1_W FSensor_EG_WZ_2_W FSensor_EG_WZ_K_S FSensor_EG_WZ_T_S FSensor_OG_BAD_N  FSensor_OG_GZ_S FSensor_OG_KZ_N FSensor_OG_SZ_1_S FSensor_OG_SZ_2_S TSensor_GARAGE TSensor_GARAGENTOR TSensor_GARAGE_HWR
   FUUID      5f3020a2-f33f-0804-6a10-47afeddd21a5a6b4
   NAME       Alarm_Geraete
   NR         152888
   NTFY_ORDER 50-Alarm_Geraete
   STATE      on
   TYPE       structure
   READINGS:
     2020-08-14 16:33:07   LastDevice      FSensor_EG_BUERO_S
     2020-08-14 16:33:07   LastDevice_Abs  FSensor_EG_BUERO_S
     2020-08-14 16:33:07   state           on
Attributes:
   clientstate_behavior relative
   clientstate_priority on off
   event-on-change-reading state
   room       ALARM


Aber eigentlich versteh ich die structure so, sie müsste durch clientstate_behavior relative und clientstate_priority on off so reagieren, ist ein Fenstersensor offen, dann ist auch die structure aktiv... sie reagiert aber so nicht... oder erst später... keine Ahnung, jedenfalls nicht direkt, wenn ich das Fenster öffne...
Ich würde sonst alle Alarmsensoren in die structure werfen und im DOIF nur noch auf den State der structure gehen...

Ein Fensterkontakt hat übrigens nicht orginal on of als STATE, sondern AccessControl: Window/Door is open, aber durch stateFormat habe ich das umgeschrieben:
Internals:
   DEF        ec4154d2 12
   FUUID      5d374cd4-f33f-0804-b7d1-40bd6c4465dd31fa
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     42
   NAME       FSensor_EG_BAD_N
   NR         201
   STATE      on
   TYPE       ZWave
   ZWDongle_0_MSGCNT 42
   ZWDongle_0_RAWMSG 0004000c043003ff0a
   ZWDongle_0_TIME 2020-08-13 08:13:22
   ZWaveSubDevice no
   homeId     ec4154d2
   isWakeUp   1
   nodeIdHex  0c
   READINGS:
     2019-01-03 11:30:15   CMD             ZW_APPLICATION_UPDATE
     2020-08-13 08:13:22   alarm           AccessControl: Window/Door is open
     2019-01-06 11:21:42   battery         100 %
     2019-01-06 11:21:42   batteryPercent  100
     2019-01-06 11:21:42   batteryState    ok
     2020-08-13 08:13:22   doorWindow      on
     2019-01-03 11:30:21   model           Neo CoolCam Door/Window Detector
     2019-01-03 11:30:21   modelConfig     shenzen_neo/nas-ds01z.xml
     2019-01-03 11:30:21   modelId         0258-0003-1082
     2019-01-03 11:30:18   timeToAck       0.032
     2019-01-03 11:30:30   transmit        NO_ACK
     2018-12-01 08:17:45   version         Lib 6 Prot 4.05 App 3.80 HW 65 FWCounter 0
     2018-12-01 08:17:43   wakeup          notification
     2018-12-01 08:17:44   wakeupReport    interval 86400 target 1
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY ALARM SENSOR_BINARY ASSOCIATION ASSOCIATION_GRP_INFO CONFIGURATION WAKE_UP
   devStateIcon on:fts_window_1w_open off:fts_window_1w
   homebridgeMapping ContactSensorState=state,values=closed:off;on:CONTACT_NOT_DETECTED
   icon       fts_window_1w
   room       FENSTER_TÜREN
   stateFormat doorWindow
   userattr   Alarm Alarm_map structexclude
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SENSOR_BINARY:2 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2


Jemand ne Idee???
VG
René

Beta-User

Du mu-t das mMn. anders mappen>

Zitat aus der commandref zu structure:
Zitat<struct_type>_map
With this attribute, which has to specified for the structure- member, you can redefine the value reported by a specific structure-member for the structure value. The attribute has three variants:

       
  • readingName
    take the value from readingName instead of state.
  • oldVal:newVal
    if the state reading matches oldVal, then replace it with newVal
  • readingName:oldVal:newVal
    if readingName matches oldVal, then replace it with newVal
Example:

       
  • define door OWSWITCH <ROMID>
  • define lamp1 dummy
  • attr lamp1 cmdlist on off
  • define kitchen structure struct_kitchen lamp1 door
  • attr kitchen clientstate_priority An|on OK|Aus|off
  • attr lamp1 struct_kitchen_map on:An off:Aus
  • attr door struct_kitchen_map A:open:on A:closed:off
  • attr door2 struct_kitchen_map A
Ergäbe wohl:
attr FSensor_EG_BAD_N Alarm_map doorWindow:on:open doorWindow:off:closed
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

rudolfkoenig

Ergaenzung: falls kein *_map existiert, dann wird erst nach state, und falls das nicht existiert, nach STATE (und damit stateFormat) geschaut. Damit muesste es _eigentlich_ auch mit stateFormat alleine funktionieren.

Falls man Zeit und Lust hat, koennte man die Ursache des Problems mit "attr Alarm_Geraet verbose 5" debuggen.

fireball

Hi

also der List meines ZWAVE Device war ja schon im ersten Post...
Laut structe WIKI, trägt das Modul ja selbständig etwas in die Devices ein.. bei mir
userattr Alarm Alarm_map structexclude

Wenn Rudolf schreibt es geht auch mit STARTE bzw über stateFormat... dann habe ich ja alles richtig gemacht... eigentlich...

Verbose gibt beim Öffnen das aus:


2020-08-14 18:37:51 ZWave FSensor_EG_BUERO_S alarm: AccessControl: Window/Door is open
2020-08-14 18:37:51 ZWave FSensor_EG_BUERO_S doorWindow: on



Oder muss ich doch noch die ein Attribut Alarm_map setzen?
VG
René

rudolfkoenig

Mit "attr ... verbose 5" werden in FHEM-Log mehr Zeilen geschrieben.
Das sieht man zwar auch im Event-Monitor, dazu muss man aber ein Flag anhaken.

Die Zeilen kann man daran erkennen, dass das loglevel erscheint, ich erwarte was in der Art
Update structure '$me' to $newState because device $dev has changed

fireball

#5
Sry...

2020.08.14 20:09:20 5: Update structure 'Alarm_Geraete' to off because device FSensor_EG_BUERO_S has changed
2020.08.14 20:09:20 5: Update structure 'Alarm_Geraete' to off because device FSensor_EG_BUERO_S has changed
2020.08.14 20:09:23 5: Update structure 'Alarm_Geraete' to off because device FSensor_EG_BUERO_S has changed
2020.08.14 20:09:23 5: Update structure 'Alarm_Geraete' to off because device FSensor_EG_BUERO_S has changed


Das kommt

Ich seh grad was... sowohl beim öffnen, als auch beim schließen, steht im Log immer "to off"... beim Öffnen müsste mind. eines Gerätes, müsste es ja "to on" wechseln... Oder?!

rudolfkoenig

Zitatbeim Öffnen müsste mind. eines Gerätes, müsste es ja "to on" wechseln... Oder?!
Aus den hier gezeigten Infos wuerde ich das auch vermuten, ein Test-Setup mit aehnlichen Einstellungen (2 dummies mit stateFormat, structure mit den gleichen  Attributen) zeigt das erwartete Verhalten.
Ich gehe davon aus, dass irgendetwas mir Unbekanntes noch im Hintergrund werkelt, z.Bsp. ein notify/DOIF/etc.
Um sowas auszuschliessen, brauche ich einen (ungefilterten) "attr global verbose 5" Log.

Ich habe 98_structure.pm angepasst, damit die Logmeldung mehr Infos enthaelt, und schaut bei mir in der telnet session jetzt so aus:

fhem> info timer
fhem> info log
fhem> setreading d1,d2 structTest on
2020.08.15 11:33:19 5 : structure s: event from d1: setting state to on
2020.08.15 11:33:19 5 : structure s: event from d2: setting state to on
2020-08-15 11:33:19 dummy d1 structTest: on
2020-08-15 11:33:19 dummy d2 structTest: on
fhem> setreading d2 structTest off
2020.08.15 11:33:34 5 : structure s: event from d2: setting state to on, cause d1
2020-08-15 11:33:34 dummy d2 structTest: off


Die Aenderung ist per FHEM-update morgen ab 8 Uhr verfuegbar, oder ab sofort ueber SVN.

fireball

Danke Rudolf, ich muss das aber leider auf nächstes Wochenende verschieben... Ich bin jetzt im Urlaub und hab da wenig Zugriff.
ich melde mich sobald ich da bin.

VG René

fireball

Hi Rudolf,

sry... nach dem Urlaub auch noch krank... :(

also hier der Logeintrag, wenn ich EIN (1) Fenstersensor durch öffnen aktiviere:

2020.08.27 19:05:45 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e097105000000ff061600 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.08.27 19:05:45 5: SW: 06
2020.08.27 19:05:45 5: ZWDongle_0: dispatch 0004001e097105000000ff061600
2020.08.27 19:05:45 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:097105000000ff061600 CB:00
2020.08.27 19:05:45 5: Starting notify loop for FSensor_EG_BUERO_S, 1 event(s), first is alarm: AccessControl: Window/Door is open
2020.08.27 19:05:45 5: Starting notify loop for Alarm_Fenster_Tueren_offen, 4 event(s), first is cmd_nr: 2
2020.08.27 19:05:45 5: End notify loop for Alarm_Fenster_Tueren_offen
2020.08.27 19:05:45 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:05:45 5: End notify loop for FSensor_EG_BUERO_S
2020.08.27 19:05:45 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e043003ff0a (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.08.27 19:05:45 5: SW: 06
2020.08.27 19:05:45 5: ZWDongle_0: dispatch 0004001e043003ff0a
2020.08.27 19:05:45 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:043003ff0a CB:00
2020.08.27 19:05:45 5: Starting notify loop for FSensor_EG_BUERO_S, 1 event(s), first is doorWindow: on
2020.08.27 19:05:45 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:05:45 5: End notify loop for FSensor_EG_BUERO_S
2020.08.27 19:05:49 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e097105000000ff061700 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.08.27 19:05:49 5: SW: 06
2020.08.27 19:05:49 5: ZWDongle_0: dispatch 0004001e097105000000ff061700
2020.08.27 19:05:49 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:097105000000ff061700 CB:00
2020.08.27 19:05:49 5: Starting notify loop for FSensor_EG_BUERO_S, 1 event(s), first is alarm: AccessControl: Window/Door is closed
2020.08.27 19:05:49 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:05:49 5: End notify loop for FSensor_EG_BUERO_S
2020.08.27 19:05:49 4: ZWDongle_Read ZWDongle_0: rcvd 0004001e043003000a (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.08.27 19:05:49 5: SW: 06
2020.08.27 19:05:49 5: ZWDongle_0: dispatch 0004001e043003000a
2020.08.27 19:05:49 4: CMD:APPLICATION_COMMAND_HANDLER ID:1e ARG:043003000a CB:00
2020.08.27 19:05:49 5: Starting notify loop for FSensor_EG_BUERO_S, 1 event(s), first is doorWindow: off
2020.08.27 19:05:49 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:05:49 5: End notify loop for FSensor_EG_BUERO_S
2020.08.27 19:05:50 4: Connection accepted from ESPEasy_BRIDGE_192.168.178.102_57245
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Peer address 192.168.178.102 accepted
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Received content length ok
2020.08.27 19:05:50 5: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Received header: {'Connection' => 'close','Content-Length' => 314,'Host' => '192.168.178.100:8383','User-Agent' => 'ESP Easy/20103/Nov 27 2018 03:08:13'}
2020.08.27 19:05:50 5: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Received content: {"module":"ESPEasy","version":"1.04","data":{"ESP":{"name":"ESP_Easy_HWR","unit":1,"version":2,"build":20103,"build_notes":" - Mega","build_git":"mega-20181127","node_type_id":17,"sleep":0,"ip":"192.168.178.102"},"SENSOR":{"0":{"deviceName":"Regensensor_Garten","valueName":"Regen_Garten","type":10,"value":"0"}}}}
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: No basic authentication required
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Send http close '200 OK'
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Src:'ESP_Easy_HWR'/'Regensensor_Garten' => ident:ESP_Easy_HWR_Regensensor_Garten dev:ESPEasy_ESP_Easy_HWR_Regensensor_Garten combinedDevice:0
2020.08.27 19:05:50 5: ESPEasy_BRIDGE: dispatch ESP_Easy_HWR_Regensensor_Garten::192.168.178.102::1::1::1::i||unit||1||0|||i||sleep||0||0|||i||build||20103||0|||i||build_git||mega-20181127||0|||i||build_notes|| - Mega||0|||i||version||2||0|||i||node_type_id||17||0|||r||Regen_Garten||0||10
2020.08.27 19:05:50 5: ESPEasy ESPEasy_ESP_Easy_HWR_Regensensor_Garten: Received: ESP_Easy_HWR_Regensensor_Garten::192.168.178.102::1::1::1::i||unit||1||0|||i||sleep||0||0|||i||build||20103||0|||i||build_git||mega-20181127||0|||i||build_notes|| - Mega||0|||i||version||2||0|||i||node_type_id||17||0|||r||Regen_Garten||0||10
2020.08.27 19:05:50 4: ESPEasy ESPEasy_ESP_Easy_HWR_Regensensor_Garten: Regen_Garten: off
2020.08.27 19:05:50 5: ESPEasy ESPEasy_ESP_Easy_HWR_Regensensor_Garten: Internals: unit:ESP Easy sleep:0 build:20103 build_git:mega-20181127 build_notes: - Mega version:2 node_type_id:ESP Easy Mega
2020.08.27 19:05:50 5: Starting notify loop for ESPEasy_ESP_Easy_HWR_Regensensor_Garten, 1 event(s), first is Regen_Garten: off
2020.08.27 19:05:50 5: End notify loop for ESPEasy_ESP_Easy_HWR_Regensensor_Garten
2020.08.27 19:05:50 4: ESPEasy ESPEasy_BRIDGE_192.168.178.102_57245: Closing tcp session.


Was ich sehr verwunderlich finde, wenn ich das DRITTE (3.) Fenster/Sensor öffne, dann wird die Structure "ON".


Sieht man hier, "ON":
2020.08.27 19:11:50 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:11:50 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:12:04 5: structure Alarm_Geraete: event from FSensor_EG_WZ_1_W: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:12:04 5: structure Alarm_Geraete: event from FSensor_EG_WZ_1_W: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:12:09 5: structure Alarm_Geraete: event from FSensor_EG_WZ_2_W: setting state to off
2020.08.27 19:12:09 5: structure Alarm_Geraete: event from FSensor_EG_WZ_2_W: setting state to on


Beim Schließen ist es noch anders... einmal erst wenn alles geschlossen ist:

2020.08.27 19:00:12 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to on, cause FSensor_EG_BAD_N
2020.08.27 19:00:12 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to on, cause FSensor_EG_BAD_N
2020.08.27 19:00:59 5: structure Alarm_Geraete: event from TSensor_GARAGENTOR: setting state to on, cause FSensor_EG_BAD_N
2020.08.27 19:00:59 5: structure Alarm_Geraete: event from TSensor_GARAGENTOR: setting state to on, cause FSensor_EG_BAD_N
2020.08.27 19:01:18 5: structure Alarm_Geraete: event from FSensor_EG_BAD_N: setting state to on
2020.08.27 19:01:18 5: structure Alarm_Geraete: event from FSensor_EG_BAD_N: setting state to off


oder wenn es nur noch zwei sind:

2020.08.27 19:13:05 5: structure Alarm_Geraete: event from FSensor_EG_WZ_2_W: setting state to on
2020.08.27 19:13:05 5: structure Alarm_Geraete: event from FSensor_EG_WZ_2_W: setting state to off
2020.08.27 19:13:10 5: structure Alarm_Geraete: event from FSensor_EG_WZ_1_W: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:13:11 5: structure Alarm_Geraete: event from FSensor_EG_WZ_1_W: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:13:18 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N
2020.08.27 19:13:18 5: structure Alarm_Geraete: event from FSensor_EG_BUERO_S: setting state to off, cause FSensor_EG_BAD_N



Rätselhaft...
VG
REné

rudolfkoenig

Ich tippe darauf, dass nicht alle structure Komponenten ueber den passenden stateFormat verfuegen.

fireball

Guten Morgen,

also alle Member von der Structure sind die gleichen Zwave Sensoren und alle haben stateFormat doorWindow. Ich habe 14 Sensoren und 14 Einträge dazu in der fhem.cfg

Als ich jetzt nochmal alles durchgeschaut habe ist mir aufgefallen, dass der GarantorSensor nicht wie die anderen eingebunden ist:

define FSensor_OG_SZ_2_S ZWave ec4154d2 32
setuuid FSensor_OG_SZ_2_S 5d374cd5-f33f-0804-f4d6-96d6b531b63e8067
attr FSensor_OG_SZ_2_S userattr Alarm Alarm_map structexclude
attr FSensor_OG_SZ_2_S IODev ZWDongle_0
attr FSensor_OG_SZ_2_S classes ZWAVEPLUS_INFO VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL BATTERY ALARM SENSOR_BINARY ASSOCIATION ASSOCIATION_GRP_INFO WAKE_UP CONFIGURATION
attr FSensor_OG_SZ_2_S devStateIcon on:fts_window_1w_open off:fts_window_1w
attr FSensor_OG_SZ_2_S homebridgeMapping ContactSensorState=state,values=closed:off;;on:CONTACT_NOT_DETECTED
attr FSensor_OG_SZ_2_S icon fts_window_1w
attr FSensor_OG_SZ_2_S room FENSTER_TÜREN
attr FSensor_OG_SZ_2_S stateFormat doorWindow
attr FSensor_OG_SZ_2_S vclasses ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 MANUFACTURER_SPECIFIC:2 POWERLEVEL:1 SENSOR_BINARY:2 VERSION:2 WAKE_UP:2 ZWAVEPLUS_INFO:2

define TSensor_GARAGENTOR ZWave ec4154d2 33
setuuid TSensor_GARAGENTOR 5d374cdb-f33f-0804-9c6f-1e2d47c942d2200c
attr TSensor_GARAGENTOR userattr Alarm Alarm_map structexclude
attr TSensor_GARAGENTOR IODev ZWDongle_0
attr TSensor_GARAGENTOR devStateIcon on:fts_garage_door_10 off:fts_garage_door_100
attr TSensor_GARAGENTOR homebridgeMapping ContactSensorState=state,values=closed:off;;on:CONTACT_NOT_DETECTED
attr TSensor_GARAGENTOR icon fts_garage
attr TSensor_GARAGENTOR room FENSTER_TÜREN
attr TSensor_GARAGENTOR stateFormat doorWindow


Es fehlen die ZWAVE Angaben und ich kann auch nur get neigborList machen... kein weiteres get...

Könnte es hier das Problem liegen!? Aber grundsätzlich funktioniert der Sensor am Garagentor...
VG
René



fireball

Zitat von: rudolfkoenig am 14 August 2020, 17:47:21
Ergaenzung: falls kein *_map existiert, dann wird erst nach state, und falls das nicht existiert, nach STATE (und damit stateFormat) geschaut. Damit muesste es _eigentlich_ auch mit stateFormat alleine funktionieren.


Hi,

kann es sein, dass es deswegen Probleme gibt, weil einige meiner Sensoren im Reading state = wakeupInterval 86400 1 stehen haben?

Ich glaube das ist da mal reingekommen, weil das in der zwave Anleitung stand, dass man das mal setzen sollte, bei batteriebetriebenen Geräten....

Aber wenn Rudolf sagt, da wird als zweites reingeschaut.. und nur wenn da nix steht, dann wird auf STATE geschaut... dann steht da ja "Blödsinn" drin...

Wie kann ich das löschen? Einfach deletereading mySensor temp1 ? Ist das für state gefährlich?

VG
René



Beta-User

Na ja, was bei ZWave im "state"-Reading steht, ist sowieso häufig "irgendwas" (z.B. wie hier der letzte Konfigurationsbefehl), von daher kannst du das (ja, mit deletereading) auch löschen. (Das kann allerdings dann Probleme geben, wenn irgendwas auf das Vorhandensein dieses Readings angewiesen wäre, was aber eine ziemliche Ausnahme wäre).
Damit kannst du aber nicht verhindern, dass spätere Konfigurationsbefehle oä. ggf. wieder denselben Effekt haben ;) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

rudolfkoenig

ZitatDamit kannst du aber nicht verhindern, dass spätere Konfigurationsbefehle oä. ggf. wieder denselben Effekt haben ;) .
Wir halten fest: bei solchen Geraeten sind die *_map Attribute Pflicht.

fireball

Hi Ihr beiden,

also es geht jetzt in der Tat... ich habe überall mit deletereading das Attribut state rausgeworfen... nun reagiert die structure wie gewünscht.

Was meinst du mit

ZitatWir halten fest: bei solchen Geraeten sind die *_map Attribute Pflicht.

Beim Anlegen der Structure wird doch überall in die Geräre userattr Alarm Alarm_map structexclude eingesetzt.

Oder muss ich ein extra Attribut setzten? Ich seh grad es gibt ein Atrribut Alarm_map welches keinen Wert hat...
Muss das mit einem Wert und wenn ja welchem, belegt werden?

VG
René