DynamicGroupController and attributes

[cw-kid]

I have a couple of HS1DS-Z door sensors (Z-Wave) this issue is newish and hasn't always been a problem with them. I have an MSR rule that will detect any failed devices on the Vera Hub and alert me. For some reason MSR thinks these two door sensors have failed when I think they have not. As they are fully working and operational within Vera.

Yesterday I unpaired both of them from the Vera controller and added them again to see if that might fix the issue, but I have just seen an alert in MSR about one of these door sensors being failed again.

Looking at it in the Entities I see this:

Looking at this devices variables in the Vera UI7 I don't even see a CommFailure variable listed at all for some reason, not sure why.

So how is MSR deciding the device is failed ?

Thanks

[cw-kid]

arming.state=false
battery_power.level=0.65
battery_power.since=1661355061000
binary_sensor.state=false
door_sensor.state=false
x_vera_device.configured=true
x_vera_device.device_number=202
x_vera_device.device_type="urn:schemas-micasaverde-com:device:DoorSensor:1"
x_vera_device.failed=true
x_vera_device.mapped_by="*;device_type=urn:schemas-micasaverde-com:device:DoorSensor:1"
x_vera_device.mapped_class="door_sensor"
x_vera_device.parent_device=1
x_vera_device.room_id="7"
x_vera_svc_micasaverde_com_HaDevice1.AutoConfigure="-1"
x_vera_svc_micasaverde_com_HaDevice1.BatteryDate="1661355061"
x_vera_svc_micasaverde_com_HaDevice1.BatteryLevel="65"
x_vera_svc_micasaverde_com_HaDevice1.ChildrenSameRoom="1"
x_vera_svc_micasaverde_com_HaDevice1.CommFailure="1"
x_vera_svc_micasaverde_com_HaDevice1.CommFailureAlarm="1656854367,1"
x_vera_svc_micasaverde_com_HaDevice1.CommFailureTime="1661092640"
x_vera_svc_micasaverde_com_HaDevice1.Configured="1"
x_vera_svc_micasaverde_com_HaDevice1.FirstConfigured="1661353606"
x_vera_svc_micasaverde_com_HaDevice1.LastUpdate="1661355061"
x_vera_svc_micasaverde_com_HaDevice1.ModeSetting="1:;2:A;3:A;4:A"
x_vera_svc_micasaverde_com_HaDevice1.PollRatings="5.00"
x_vera_svc_micasaverde_com_HaDevice1.WakeupRatings="5.00"
x_vera_svc_micasaverde_com_HaDevice1.sl_Alarm="TAMPER_ALARM"
x_vera_svc_micasaverde_com_HaDevice1.sl_Alarm_updated=1658772103494
x_vera_svc_micasaverde_com_HaDevice1.sl_BatteryAlarm="0"
x_vera_svc_micasaverde_com_HaDevice1.sl_BatteryAlarm_updated=1658772103494
x_vera_svc_micasaverde_com_HaDevice1.sl_TamperAlarm="0"
x_vera_svc_micasaverde_com_HaDevice1.sl_TamperAlarm_updated=1661355055978
x_vera_svc_micasaverde_com_SecuritySensor1.Armed="0"
x_vera_svc_micasaverde_com_SecuritySensor1.ArmedTripped="0"
x_vera_svc_micasaverde_com_SecuritySensor1.IgnoreTripTime="2"
x_vera_svc_micasaverde_com_SecuritySensor1.LastTamper="1661355055"
x_vera_svc_micasaverde_com_SecuritySensor1.LastTrip="1661377232"
x_vera_svc_micasaverde_com_SecuritySensor1.Tripped="0"
x_vera_svc_micasaverde_com_ZWaveDevice1.AgiInfo="X"
x_vera_svc_micasaverde_com_ZWaveDevice1.AlarmType="0x6,0x7,"
x_vera_svc_micasaverde_com_ZWaveDevice1.AlarmVersion="0,1"
x_vera_svc_micasaverde_com_ZWaveDevice1.AssociationNum="5"
x_vera_svc_micasaverde_com_ZWaveDevice1.Capabilities="83,156,1,4,7,1,R,B,RS,|48:2,89,90,94,113:4,114,115,128,132:2,133,134,"
x_vera_svc_micasaverde_com_ZWaveDevice1.ConfiguredAssoc=""
x_vera_svc_micasaverde_com_ZWaveDevice1.ConfiguredWakeupInterval="86400"
x_vera_svc_micasaverde_com_ZWaveDevice1.LastArr="1661377143,2"
x_vera_svc_micasaverde_com_ZWaveDevice1.LastNnu="1661375951,2"
x_vera_svc_micasaverde_com_ZWaveDevice1.LastReset="1661353599"
x_vera_svc_micasaverde_com_ZWaveDevice1.LastRouteUpdate="1661354768"
x_vera_svc_micasaverde_com_ZWaveDevice1.LastWakeup="1661377235"
x_vera_svc_micasaverde_com_ZWaveDevice1.ManufacturerInfo="608,360,360"
x_vera_svc_micasaverde_com_ZWaveDevice1.NodeInfo="30,59,5a,5e,71,72,73,80,84,85,86,"
x_vera_svc_micasaverde_com_ZWaveDevice1.PlusInfo="1,6,0,12,6,12,6"
x_vera_svc_micasaverde_com_ZWaveDevice1.PollNoReply="131"
x_vera_svc_micasaverde_com_ZWaveDevice1.PollOk="2"
x_vera_svc_micasaverde_com_ZWaveDevice1.PollSettings="0"
x_vera_svc_micasaverde_com_ZWaveDevice1.SensorBiType="10"
x_vera_svc_micasaverde_com_ZWaveDevice1.SubscribedAlarms=",0x6,0x7,"
x_vera_svc_micasaverde_com_ZWaveDevice1.VersionInfo="6,4,5,1,1"
x_vera_svc_micasaverde_com_ZWaveDevice1.WakeupCapabilities="60,86400,10800,60"
x_vera_svc_micasaverde_com_ZWaveDevice1.WakeupInterval="86400"
x_vera_svc_micasaverde_com_ZWaveNetwork1.ConsecutivePollFails="0"
x_vera_svc_micasaverde_com_ZWaveNetwork1.LastPollSuccess="1661355061"
x_vera_svc_upnp_org_SwitchPower1.Status="0"
zwave_device.capabilities="83,156,1,4,7,1,R,B,RS,|48:2,89,90,94,113:4,114,115,128,132:2,133,134,"
zwave_device.failed=true
zwave_device.manufacturer_info="608,360,360"
zwave_device.node_id=147
zwave_device.version_info="6,4,5,1,1"
Capabilities: arming, battery_power, binary_sensor, door_sensor, x_vera_device, x_vera_security, x_vera_svc_micasaverde_com_HaDevice1, x_vera_svc_micasaverde_com_SecuritySensor1, x_vera_svc_micasaverde_com_ZWaveDevice1, x_vera_svc_micasaverde_com_ZWaveNetwork1, x_vera_svc_upnp_org_SwitchPower1, zwave_device
Actions: arming.arm, arming.disarm, x_vera_device.set_variable, x_vera_security.trip, x_vera_security.untrip, x_vera_svc_micasaverde_com_HaDevice1.AllowPairing, x_vera_svc_micasaverde_com_HaDevice1.Poll, x_vera_svc_micasaverde_com_HaDevice1.Reconfigure, x_vera_svc_micasaverde_com_HaDevice1.Remove, x_vera_svc_micasaverde_com_HaDevice1.SetPollFrequency, x_vera_svc_micasaverde_com_HaDevice1.StressTest, x_vera_svc_micasaverde_com_HaDevice1.ToggleState, x_vera_svc_micasaverde_com_SecuritySensor1.SetArmed, x_vera_svc_micasaverde_com_ZWaveNetwork1.AddNodes, x_vera_svc_micasaverde_com_ZWaveNetwork1.BackupDongle, x_vera_svc_micasaverde_com_ZWaveNetwork1.DownloadNetwork, x_vera_svc_micasaverde_com_ZWaveNetwork1.HealNetwork, x_vera_svc_micasaverde_com_ZWaveNetwork1.PollAllNodes, x_vera_svc_micasaverde_com_ZWaveNetwork1.PutByte, x_vera_svc_micasaverde_com_ZWaveNetwork1.ReconfigureAllNodes, x_vera_svc_micasaverde_com_ZWaveNetwork1.RemoveNodes, x_vera_svc_micasaverde_com_ZWaveNetwork1.SendData, x_vera_svc_micasaverde_com_ZWaveNetwork1.SetPolling, x_vera_svc_micasaverde_com_ZWaveNetwork1.SimulateIncomingData, x_vera_svc_micasaverde_com_ZWaveNetwork1.UpdateNeighbors, x_vera_svc_micasaverde_com_ZWaveNetwork1.UpdateNetwork, x_vera_svc_upnp_org_SwitchPower1.SetTarget, zwave_device.debug, zwave_device.heal, zwave_device.interview, zwave_device.poll, zwave_device.reconfigure, zwave_device.refresh, zwave_device.remove_failed, zwave_device.replace_failed, zwave_device.reset_meters, zwave_device.set_config, zwave_device.set_location, zwave_device.set_name, zwave_device.set_value

[cw-kid]

Just spotted "x_vera_svc_micasaverde_com_HaDevice1.CommFailure="1"" in that output above. Yet I cannot see that in the Vera UI7 web GUI for this device in its variables. Also I do not have that red banner that says "Can't detect device". As far as Vera looks the device looks to be all OK and working fine.

Obviously that variable should be 0 not 1.

[cw-kid]

This is the device variables in Vera UI7

[toggledbits]

Just create the CommFailure variable on the Vera using the service ID given with a value of 0. That variable should exist for all Z-Wave devices, so if it isn't there, it either got deleted somehow (corruption?) or its a bug in the device handler (on the Vera).

[cw-kid]

Looking on another different device I made a note of these:

CommFailure - urn:micasaverde-com:serviceId:HaDevice1
CommFailureTime - urn:micasaverde-com:serviceId:HaDevice1
CommFailureAlarm - urn:micasaverde-com:serviceId:HaDevice1

Then on one of the problematic Door contact sensors I added the new services.

Now under its Variables tab I see them:

I will monitor and see if CommFailure goes back to 1 ?

Thanks

[toggledbits]

The issue isn't that CommFailure was 0 or 1, it was that it wasn't there at all. That suggests it may have existed at some point with value 1, then disappeared, leaving the attribute value on the MSR side stuck (because it had no variable from Vera to use to change it). It's possible the Vera device handler has a bug and instead of setting 0 when the device is configured, it sets it to blank, which as of a couple of firmware versions ago, deletes the variable rather than setting it to an empty value. Having now created it manually, if it later disappears, that would confirm this theory -- something in the firmware is removing for some reason (or worst case, there's user_data corruption). In any case, CommFailure should always exist for Z-Wave devices, so something isn't right there, but of course, no chance that it would be researched or fixed these days. The Vera firmware thread has been long dead, no updates have been published, and questions and requests are left unanswered; I have my doubts that anyone with the knowledge (and will) is still there. Everyone's busy filling the holes in the new firmware (now four years since the acquisition).