Aeotec ZWA008 Sensor 7 Status im state

[laserrichi]

Hat jemand schon den Sensor im Einsatz ?
Ich habe ihn mir mal zugelegt und der state wechselt nicht.
Open und Close ändert nicht den state sondern alarm    AccessControl: Window/Door is closed

bei state  steht immer nur wakeupInterval 86400 1

Habe auch schon nach registern gesucht um das zu ändern aber leider nichts dazu gefunden.

[MadMax-FHEM]

Poste doch mal ein list...

Wenn du die "Anzeige" in STATE (FhemWeb) meinst: stateFormat

Also evtl.

Code: [Auswählen]

attr Devicename alarm

Bzw. eher noch ein userReadings und dann das in stateFormat.

Habe das bei den Fibaro-Rauchmeldern auch so...

Gruß, Joachim

[rudolfkoenig]

state/STATE wird beim ZWave Geraeten nur bei den Klassen SWITCH_BINARY, SWITCH_MULTILEVEL und SENSOR_BINARY automatisch gesetzt.
Ein ZWave Geraet kann eine beliebige Menge an Klassen implementieren, und das FHEM-Modul hat Probleme automatische zu entscheiden, welche der moeglichen Nachrichten als Status zu werten ist. Deswegen muss der Benutzer bei den meisten Geraeten selbst taetig werden.

[laserrichi]

hier mal ein list

Code: [Auswählen]

Internals:
   DEF        c37a5184 75
   FUUID      617a9614-f33f-48c4-54be-9e513c66ca398d7e
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     18
   NAME       Fenster_neu
   NR         494
   STATE      wakeupInterval 86400 1
   TYPE       ZWave
   ZWDongle_0_MSGCNT 18
   ZWDongle_0_RAWMSG 0004004b097105000000ff061700c900
   ZWDongle_0_TIME 2021-11-04 17:41:11
   ZWaveSubDevice no
   cmdsPending 0
   homeId     c37a5184
   isWakeUp   1
   lastMsgSent 1636031941.38215
   nodeIdHex  4b
   READINGS:
     2021-11-03 07:23:37   IODev           ZWDongle_0
     2021-10-29 15:58:14   SEND_DATA       failed:00
     2021-11-04 17:41:11   alarm           AccessControl: Window/Door is closed
     2021-10-28 16:43:41   alarmTypeSupported AccessControl HomeSecurity
     2021-10-28 16:43:43   assocGroup_1    Max 5 Nodes ZWDongle_0
     2021-10-28 16:43:44   assocGroup_2    Max 5 Nodes
     2021-10-28 16:43:44   assocGroup_3    Max 5 Nodes
     2021-10-28 16:43:44   assocGroup_4    Max 5 Nodes
     2021-10-28 16:43:42   assocGroups     4
     2021-11-04 14:18:59   battery         100 %
     2021-11-04 14:18:59   batteryPercent  100
     2021-11-04 14:18:59   batteryState    ok
     2021-10-28 15:23:11   config2ndAssociationGroupTriggers SwitchAfterOpeningAndClosing
     2021-10-28 15:23:11   configCommandsSentTo2ndAssociation6 OnAndOff
     2021-10-28 15:23:11   configDelayOfTamperAlarmCancellation 0
     2021-10-28 15:23:11   configDoorWindowOrAlarmStatus Closed
     2021-10-28 15:23:12   configOperationMode BuiltInHallSensor
     2021-10-28 15:23:12   configRangeTestAfterDoubleClick Disable
     2021-10-28 15:23:12   configReportingTamperAlarmCancellation SendTamperCancellationReport
     2021-10-28 15:23:12   configSceneActivationFunctionality Disable
     2021-10-28 15:23:31   configTimeDelayOfONCommandFrame 0
     2021-10-28 15:23:31   configValueOfOFFCommandFrameSentTo2nd8 0
     2021-10-28 15:23:32   configValueOfONCommandFrameSentTo2nd7 255
     2021-10-28 16:43:38   configVisualLEDIndications 7
     2021-10-28 14:22:49   model           Aeotec Limited ZWA008 Door Window Sensor 7
     2021-10-28 14:22:49   modelConfig     aeotec/zwa008.xml
     2021-10-28 14:22:49   modelId         0371-0002-0007
     2021-11-04 14:19:01   routeInfo       timeToCb:0.02 repeaters:0 rssi0:-83 dBm ackCh:1 lastCh:1 scheme:LastWorkingRoute rep:at 40kbps routeTries:1 lastFailed:
     2021-10-28 14:22:46   state           wakeupInterval 86400 1
     2021-10-29 10:35:36   tilt            off
     2021-11-04 14:19:01   timeToAck       0.035
     2021-11-04 14:19:01   transmit        OK
     2021-11-04 14:18:59   wakeup          notification
     2021-10-28 16:43:42   zwavePlusInfo   version:01 role:SleepingReportingSlave node:Z-Wave+Node installerIcon:0c00 userIcon:0c06
Attributes:
   classes    ZWAVEPLUS_INFO ASSOCIATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO TRANSPORT_SERVICE VERSION MANUFACTURER_SPECIFIC DEVICE_RESET_LOCALLY POWERLEVEL SECURITY_S2 CONFIGURATION WAKE_UP BATTERY CENTRAL_SCENE SENSOR_BINARY ALARM SUPERVISION FIRMWARE_UPDATE_MD
   group      Fenster
   room       Dach,FensterTueren,ZWave
   vclasses   ALARM:8 ASSOCIATION:2 ASSOCIATION_GRP_INFO:1 BATTERY:1 CENTRAL_SCENE:3 CONFIGURATION:1 DEVICE_RESET_LOCALLY:1 FIRMWARE_UPDATE_MD:4 MANUFACTURER_SPECIFIC:2 MULTI_CHANNEL_ASSOCIATION:3 POWERLEVEL:1 SECURITY_S2:1 SENSOR_BINARY:2 SUPERVISION:1 TRANSPORT_SERVICE:2 VERSION:3 WAKE_UP:2 ZWAVEPLUS_INFO:2
bei den andere Fibaro sensoren gen 5  funktioniert das mit dem state ohne das ich userreading gesetzt habe usw.

das mit userreading ist nicht wirklich die Lösung, da ich so manche strukturen und trigger habe die global auf open close bzw. reportedstate gehen was die Fibaros ja haben (sind ja mit aeontech soweit baugleich mit der gen5) , und im Eventmonitor kommt folgendes:

Code: [Auswählen]

2021-11-04 17:45:29 ZWave Fenster_neu alarm: AccessControl: Window/Door is closed
2021-11-04 17:45:29 ZWave Fenster_neu alarm: AccessControl: Window/Door is open
bei der gen5 (fibaro) kommt folgendes:

Code: [Auswählen]

2021-11-04 17:47:08 ZWave Fenster_WZ_WL open
2021-11-04 17:47:08 ZWave Fenster_WZ_WL reportedState: open

[laserrichi]

also SENSOR_BINARY  ist unter class vorhanden, habe spaßhalber mal die ganzen classes von den fibaro sensoren eingetragen aber hat auch nicht funktioniert.
Verstehe gerade garnichts :-( und stehe auf der Leitung

[rudolfkoenig]

Offensichtlich meldet Fenster_WZ_WL den Status ueber SENSOR_BINARY, und Fenster_neu ueber ALARM.

Falls man auch bei Fenster_neu opened / closed als Status haben will, dann kann man das so loesen:

Code: [Auswählen]

attr Fenster_neu stateFormat { my $v=ReadingsVal("$name","alarm","");;$v =~ s/.*is //;; $v }

Das Aendern von classes Attribut ist dann sinnvoll, wenn man sicher ist, dass die Firmware fehlerhaft ist.
 

[MadMax-FHEM]

Offensichtlich meldet Fenster_WZ_WL den Status ueber SENSOR_BINARY, und Fenster_neu ueber ALARM.

War bei meinen Fibaro "Augen" (leider) auch so.
Die neuen "Augen" hatten nur noch alarm...

Wenn man es auch "verarbeiten" will, dann eben passenden Trigger bei notify/DOIF/etc. oder eben userReadings...

Gruß, Joachim

[laserrichi]

also ich habe bei allen fibaro Geräten wie Auge, Rauchmelder usw nie etwas spezifisches gesetzt und der "state" ändert sich bei open close.

Aber bei dem hier kann ich mit stateformat zwar die Webansicht ändern, das ist ja nicht das thema, aber der kleine "state" ändert sich nicht auf dem ja structure und andere notifys reagieren sollen.

Das ist ja schon ein Gen 7 Sensor, denke da liegt vieleicht der Hund begraben.

[MadMax-FHEM]

also ich habe bei allen fibaro Geräten wie Auge, Rauchmelder usw nie etwas spezifisches gesetzt und der "state" ändert sich bei open close.

Wann gekauft?
Wie geschrieben: meine alten "Augen" hatten noch state open/closed und bei den neuen "Augen" nur noch alarm. Hab mir dann eben ein userReadings gebastelt...

Aber bei dem hier kann ich mit stateformat zwar die Webansicht ändern, das ist ja nicht das thema, aber der kleine "state" ändert sich nicht auf dem ja structure und andere notifys reagieren sollen.

Tja: bei allen ein userReadings und dann darauf das notify/DOIF/...

Oder: Trigger-Regex von notify/DOIF etc. anpassen/erweitern...

Gruß, Joachim

[laserrichi]

den hab ich erst vor kurzem bei Amazon erworben...
jetzt hab ich gerade festgestellt das es doch nicht Gen 7 ist..

der nennt sich zwar Sensor 7 hat aber doch den 500er chip drin....  aber trotzdem hat der Sensor weniger Stromverbrauch und eben die Kipperkennung was mich gereitzt hatte.

Der Sensor mit Gen 7 nennt sich Sensor 7 Pro.... welch irreführung.... und hat die bezeichnung ZWA011-C

Nachdem ich ja über 40 Zwave Geräte habe und das der einzige ist wo der state sich nicht ändert .... fliegt der dann wieder raus, ist für mich so keine Lösung

[laserrichi]

@rudolf

ich bin ja der Meinung das man das was im state gesetzt wird nicht per userreading ändern sollte und aus dem Modul kommen sollte, höchstens das von der Webansicht.

state/STATE wird beim ZWave Geraeten nur bei den Klassen SWITCH_BINARY, SWITCH_MULTILEVEL und SENSOR_BINARY automatisch gesetzt.

SENSOR_BINARY  ist ja vorhanden, also sollte doch das state gesetzt werden. Es hat sich seit dem anlernen nie mehr geändert.

Ich habe jetzt folgendes eingetragen:

Code: [Auswählen]

userreading:
state:alarm.* { my $v=ReadingsVal("$name","alarm","");;$v =~ s/.*is //;; $v." Tilt: ".ReadingsVal("$name","tilt",0)},
state:tilt.* { my $v=ReadingsVal("$name","alarm","");;$v =~ s/.*is //;; $v." Tilt: ".ReadingsVal("$name","tilt",0)}

devStateIcon:
HomeSecurity.*.Event.cleared.*:ios_on_fill@green HomeSecurity.*.removed.*:ios_on_fill@red open.Tilt.*.on:fts_window_1w_tilt@orange closed.*:fts_window_1w open.*:fts_window_1w_open@red
Somit ist dann auch im state die Tilt funktion enthalten und kann auch das devStateIcon entsprechend darstellen.

Gruß laserrichi

[rudolfkoenig]

SENSOR_BINARY  ist ja vorhanden, also sollte doch das state gesetzt werden. Es hat sich seit dem anlernen nie mehr geändert.

Ich prezisiere: state/STATE wird bei Nachrichten der Klasse SWITCH_BINARY, SWITCH_MULTILEVEL und SENSOR_BINARY gesetzt.
In deinem Fall kamen Nachrichten der Klasse ALARM.

[laserrichi]

@rudolf  Danke, jetzt hab ich es verstanden.