We have moved at community.getvera.com

Author Topic: Suggestion for alarm partition devices  (Read 7021 times)

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Suggestion for alarm partition devices
« on: July 12, 2012, 06:09:32 am »
Hi rakstar.

If an alarm partition device is not of type "AlarmPartition2", it looks like your application does not show this device. Would it be possible that you use the category 23 instead of the type ?


Regarding the buttons, what is "iStay" ? Does it correspond to state "StayInstant" ? If that's true, shouldn't we have another button "iArm" ?

Offline rakstar

  • Moderator
  • Sr. Member
  • *****
  • Posts: 342
  • Karma: +0/-0
Re: Suggestion for alarm partition devices
« Reply #1 on: July 13, 2012, 11:10:53 am »
Hi!  I don't have my own alarm system so I rely on feedback from users... could you send me your user data and possibly some screenshots from Vera's UI highlighting what's missing?  I'm not sure if iStay = StayInstant... I assume so?.  If Vera has an iArm button, I can add that as well.  Sorry I can't be more helpful :-[  If you send me the info, I can get that fixed for you.  Thanks!

Offline guessed

  • Community Beta
  • Master Member
  • ******
  • Posts: 5301
  • Karma: +92/-22
  • Release compat is not a bolted-on afterthought
Re: Suggestion for alarm partition devices
« Reply #2 on: July 13, 2012, 11:18:26 am »
iStayand iArm (etc) were for the Instant counterpart actions, without having to use "long" buttons to accommodate their labels, esp on the [original] Dashboard where space was a premium  8)

Control points can use whatever labeling scheme they choose, since they may have a completely different UI representation for these... or not have the same limitations as the Dashboard UI.

Offline rakstar

  • Moderator
  • Sr. Member
  • *****
  • Posts: 342
  • Karma: +0/-0
Re: Suggestion for alarm partition devices
« Reply #3 on: July 15, 2012, 09:00:00 am »
@guessed thanks for the info... @lolodomo, hope that helps.  Send me your info when you get a chance so I can take a look.

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #4 on: August 06, 2012, 04:24:36 am »
Hi rakstar.

Home Buddy correctly displayed a device of type "AlarmPartition2".

The problem we have is that Vera does not manage correctly a setup with several devices having the same type but different json file. So if you have in your configuration several D_*.json files using type "AlarmPartition2", only one will be applied to all devices.
As a consequence, we are forced to define other type, for example "AlarmPartition3". That solved the Vera issue but in this case, this device is not considered by Home Buddy.

The solution would be that you consider not the type but the category. If a device has value 23 for category, you consider that it is an alarm partition device. Is it something you can change ?

I hope that I am clear in my explanation...
« Last Edit: August 06, 2012, 04:26:11 am by lolodomo »

Offline garrettwp

  • Master Member
  • *******
  • Posts: 6371
  • Karma: +227/-128
  • Vera 3, Lite, ISY994
Re: Suggestion for alarm partition devices
« Reply #5 on: August 06, 2012, 04:44:40 am »
Hi rakstar.

Home Buddy correctly displayed a device of type "AlarmPartition2".

The problem we have is that Vera does not manage correctly a setup with several devices having the same type but different json file. So if you have in your configuration several D_*.json files using type "AlarmPartition2", only one will be applied to all devices.
As a consequence, we are forced to define other type, for example "AlarmPartition3". That solved the Vera issue but in this case, this device is not considered by Home Buddy.

The solution would be that you consider not the type but the category. If a device has value 23 for category, you consider that it is an alarm partition device. Is it something you can change ?

I hope that I am clear in my explanation...

lolodomo,

Not sure how the plugin is implemented, but you are steering away from the whole alarm standard that was drafted to make implementation easy across vera and 3rd party apps. My app currently setups up based on category number, but I am slowly moving away from this and the proper way is based on device type. What is the reason for the different json for the AlarmPartition2 device type? It would probably be much easier for rakstar to add the AlarmPartition3 and mimic the same controls of AlarmPartition2.

- Garrett

Also note that by creating a AlarmPartition3, this could clash with future implementations of of the alarm standardization.

« Last Edit: August 06, 2012, 04:46:32 am by garrettwp »

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #6 on: August 06, 2012, 07:11:51 am »
Hi Garrett.

The reason is just that each alarm plugin uses a specific json file. As soon as you have 2 alarm plugins or more in your Vera system, you encountered this "stupid" problem. In my case, I installed the Visonic plugin + my RFXtrx plugin implementing X10 security. I have no other solution than defining two different types. The solution would have been a fix by Micasaverde but as I understood this is not something we can expect.
Using category (what is doing AutHomation) is working well in this case. What's a pity if you plan to move to type instead of category.

Regarding the type, I could use "RFXtrxAlarmPartition2" instead of "AlarmPartition3". Whatever the type, something has to be changed in Home Buddy to have my alarm partition recognized.

I am open for suggestions.

Offline garrettwp

  • Master Member
  • *******
  • Posts: 6371
  • Karma: +227/-128
  • Vera 3, Lite, ISY994
Re: Suggestion for alarm partition devices
« Reply #7 on: August 06, 2012, 07:41:02 am »
Understood, the reason for going to device type is to know the exact functions of the device and is easier to define the proper controls as well as to add support for third party plugins. Using device categories is too broad and limits the device support. If you figure out the route you want to go, let me know and I'll try and add support in the future release. I am sure rakstar will have no problem doing the same.

- Garrett

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #8 on: September 09, 2012, 06:12:03 am »
I will release probably today a new version of the RFXtrx plugin and I will be happy if you could support in a next version of Home Buddy and AutHomation the type "urn:rfxcom-com:device:SecurityRemote:1" like a standard alarm partition device (arm, disarm, panic, ... buttons).
If you can/want make something specific for this device type, only one Panic button is required, I can't make difference between medical, fire and police.

Offline garrettwp

  • Master Member
  • *******
  • Posts: 6371
  • Karma: +227/-128
  • Vera 3, Lite, ISY994
Re: Suggestion for alarm partition devices
« Reply #9 on: September 09, 2012, 08:37:13 am »
I will need a lot more information to support this. I need to know the exact controls, commands, lu_sdata, etc.

- Garrett

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #10 on: September 09, 2012, 01:23:49 pm »
I will need a lot more information to support this. I need to know the exact controls, commands, lu_sdata, etc.

- Garrett

This new device is compliant with the alarm partition standard.
The managed commands are: arm away, arm away instant, arm home, arm home instant, disarm and panic.
As I explained, one unique panic command would be enough but you can keep the free panic buttons if you don't want to define something particular for this device.
There is no need to enter a PIN code but you can keep the PIN code entering if you don't want to define something particular for this device.

Offline garrettwp

  • Master Member
  • *******
  • Posts: 6371
  • Karma: +227/-128
  • Vera 3, Lite, ISY994
Re: Suggestion for alarm partition devices
« Reply #11 on: September 11, 2012, 12:58:10 pm »
I will need a lot more information to support this. I need to know the exact controls, commands, lu_sdata, etc.

- Garrett

This new device is compliant with the alarm partition standard.
The managed commands are: arm away, arm away instant, arm home, arm home instant, disarm and panic.
As I explained, one unique panic command would be enough but you can keep the free panic buttons if you don't want to define something particular for this device.
There is no need to enter a PIN code but you can keep the PIN code entering if you don't want to define something particular for this device.

I am going to need more information then this. Can you provide me where I can look at the plugin files? Can you also show me what the lu_sdata looks like for this new device?

- Garrett

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #12 on: September 12, 2012, 04:43:43 am »
Here is the part relative to this device in the result of lu_sdata:

<device id="355" name="RFX Remote X10/SR/456789" room="10" parent="203" subcategory="0" category="23" altid="SR/X10/SR/456789" batterylevel="70" detailedarmmode="Disarmed" armmode="Disarmed"/>

Is it what you need ?

Offline garrettwp

  • Master Member
  • *******
  • Posts: 6371
  • Karma: +227/-128
  • Vera 3, Lite, ISY994
Re: Suggestion for alarm partition devices
« Reply #13 on: September 12, 2012, 07:03:16 am »
Does it show up in AutHomation? Does it function? If you followed the alarm standardization, it should be functional in the app.

- Garrett

Offline lolodomo

  • Beta Testers
  • Master Member
  • *****
  • Posts: 3484
  • Karma: +74/-10
Re: Suggestion for alarm partition devices
« Reply #14 on: September 12, 2012, 10:14:40 am »
Does it show up in AutHomation? Does it function? If you followed the alarm standardization, it should be functional in the app.

- Garrett

Oups, sorry, it appears in AutHomthisn; it is in Home Buddy that it does not appear.
I will check later if all is working as expected.