SecuritySystem Capability Question - probably just for @Bill

Hi… this is probably just a question for @bill but might be useful for others to see the answer.

@bill i’ve got a Texecom Alarm system integrated with my Vera and I am pulling status into THR. The capability SecuritySystem (SecuritySystemStatus) is correctly reporting the “Disarmed” state, but when the Alarm is either Part Armed, or Full Armed the capability reports “Unknown”.

I need to know what variable the code in THR is looking at from the Vera so I can adjust the plugin in Vera to match the expectations of THR so that I can correctly map the Armed State…

Can you advise?
Many thanks

The values on the left are the possible Vera values. Values on the right are the Home Remote values. Your Vera system can report any of the values on the left. Values that are not listed will be shown as Unknown

“Disarmed” => Disarmed
“Armed” => ArmedAway
“ArmedInstant” => ArmedAway
“Stay” => ArmedStay
“StayInstant” => ArmedStay
“Night” => ArmedNight
“NightInstant” => ArmedNight
“Force” => ArmedAway
“Ready” => Disarmed
“Vacation” => ArmedAway
“NotReady” => Disarmed
“FailedToArm” => Disarmed

This list was derived from the link below & S_AlarmPartition2.xml I do not recall seeing “Part Armed” or “Full Armed” as possible values listed in that file when I worked on this feature.
http://wiki.micasaverde.com/index.php/Alarm_Panel_Standardization#DetailedArmMode

Hi @bill
Thanks for the reply above.

Unfortunately though, what I am looking at doesn’t concur with the above. I have checked the Texecom Plugin I am using in my Vera, and it IS using S_AlarmPartition2, so it should align with your comments above, but it doesn’t.

When I look at S_AlarmPartition2, it says this;

there are two allowed service states - ArmMode and DetailedArmMode

ArmMode allows Armed and Disarmed status

DetailedArmMode allows the following table - that, interestingly does not align with your list below…

So, I think the problem is that my Vera is sending ArmMode = Armed, and DetailedArmMode = Full (or Part), and the lookup in THR doesn’t know what to do with the Full or Part and so declares Unknown.

What do you think ?

thanks

@bill - digging deeper… it is possible that the version of S_AlarmPartition I am using came with the Texecom Plugin I am using and may therefore have overwritten the default version which might be what you were looking at.

If someone has modified S_AlarmPartition2 and bundled it with the plugin, then I think the only thing I can do is modify the Texecom Plugin to align with your code above.

thx

Your version might be modified, tough to say. I don’t know for sure. All I can say though is that those values are going to show as Unknown.

Add detailedarmmode as an Attribute to the device object. That should allow you to access the raw value & display it instead. Then in your XAML reference the new attribute as well.

You see… thats why you’re a rockstar @bill . that was the workaround I needed. Worked perfectly… many thanks… !!

1 Like