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.
Poste doch mal ein list...
Wenn du die "Anzeige" in STATE (FhemWeb) meinst: stateFormat
Also evtl.
attr Devicename alarm
Bzw. eher noch ein userReadings und dann das in stateFormat.
Habe das bei den Fibaro-Rauchmeldern auch so...
Gruß, Joachim
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.
hier mal ein list
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:
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:
2021-11-04 17:47:08 ZWave Fenster_WZ_WL open
2021-11-04 17:47:08 ZWave Fenster_WZ_WL reportedState: open
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
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:
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.
Zitat von: rudolfkoenig am 04 November 2021, 19:48:58
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
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.
Zitat von: laserrichi am 04 November 2021, 20:39:23
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...
Zitat von: laserrichi am 04 November 2021, 20:39:23
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
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
@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.
Zitat von: rudolfkoenig am 04 November 2021, 17:47:59
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:
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
ZitatSENSOR_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.
@rudolf Danke, jetzt hab ich es verstanden.