We have moved at community.getvera.com

Author Topic: Garage opener device  (Read 539 times)

Offline Buxton

  • Full Member
  • ***
  • Posts: 209
  • Karma: +12/-0
Garage opener device
« on: March 09, 2018, 06:56:47 pm »
Verabridge imported my garage opener device, but in the process, did not import the correct device_json file (though the correct device_json file is in the openLuup "files" folder).  Attached shows my Vera attributes, and then the openLuup attributes.  You can see that openLuup has the default on/off json file, while vera shows the correct open/close json file.

As well, when i try to change the device json file in ALTUI, I get a message saying the the attribute has been successfully changed, but upon a luup reload, the original on/off json file returns.  This occurs even after waiting several minutes to do a reload. 

Offline Drcashman

  • Sr. Newbie
  • *
  • Posts: 26
  • Karma: +3/-0
Re: Garage opener device
« Reply #1 on: March 09, 2018, 07:07:40 pm »
Are you using a Raspberry PI? I had issues with a SD card, was working fine until I tried to change the settings of a plugin and after rebooting the settings where gone. Drove me crazy until I found out that I could read from the card but it most times it failed to write to it.

Offline Buxton

  • Full Member
  • ***
  • Posts: 209
  • Karma: +12/-0
Re: Garage opener device
« Reply #2 on: March 09, 2018, 07:13:24 pm »
Yeah, using an OrangePi and I suspect that SD card trouble is partly what is happening with problems saving data.  I moved the logs to a USB stick to minimize writes.

Offline Drcashman

  • Sr. Newbie
  • *
  • Posts: 26
  • Karma: +3/-0
Re: Garage opener device
« Reply #3 on: March 09, 2018, 07:24:49 pm »
I found that bigger cards 32g+ and cards from major companies last longer. I am using a Raspberry PI 3 and boot off a usb drive that should be better for longevity.

Offline Buxton

  • Full Member
  • ***
  • Posts: 209
  • Karma: +12/-0
Re: Garage opener device
« Reply #4 on: March 09, 2018, 09:49:16 pm »
32 gig sandisk from Amazon-- so I know it's probably not counterfeit as they buy directly from the manufacturer. 

Could be a caching problem with the Armbian OS.  I'm looking into that now.

Offline Buxton

  • Full Member
  • ***
  • Posts: 209
  • Karma: +12/-0
Re: Garage opener device
« Reply #5 on: March 13, 2018, 07:10:32 pm »
I dug into this a bit more and found that, in your code, for the most part, you're bringing data straight across from the target Vera. Which led me to look at my two veras and how they are communicating through the vera bridge.  Lo and behold, there seems to be a bug in Vera's implementation of THEIR bridge between two Veras.  The bridged device_Json file name (on my primary vera) does not match the host vera's device_Json file name (secondary Vera).  I deleted the bridge between the veras and reformed the bridge just to make sure there wasn't an error in the original link up.  But after doing so, the error remained.

When I configure the openLuup Verabridge, I'm bridging to my primary Vera, which in turn bridges one way to my secondary vera. The garage device is enrolled on my secondary Vera. So openLuup Verabridge is only seeing configuration data from my primary Vera, thus the noted error.

It's hard to believe that after all these years there is a bug in a basic part of the Vera OS, but I can't think of any other reason to explain this behavior.  What in your opinion is the best way to bring this to MCV's attention??

Edit  sent a trouble ticket to MCV but have not heard back.
« Last Edit: March 14, 2018, 07:02:04 pm by Buxton »

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: Garage opener device
« Reply #6 on: March 14, 2018, 10:18:28 am »
Bridging is problematic.  You may be interested to read this thread...

Bridged Veras - incomplete mirroring of device controls and services

..from 5 years ago!

Are you sure that the json file you want actually exists on your 'primary' Vera?

My advice would be to drop the bridging between the Veras and just run two VeraBridge plugins, one to each Vera, on openLuup.  You can always mirror back any interesting variables required for remaining logic on the Veras, if necessary.
3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.

Offline Buxton

  • Full Member
  • ***
  • Posts: 209
  • Karma: +12/-0
Re: Garage opener device
« Reply #7 on: March 14, 2018, 07:04:09 pm »
Yeah, the json file is there.  How fast is the mirror back --asynchronous?  What do I need to do on the vera side?

Offline akbooer

  • Moderator
  • Master Member
  • *****
  • Posts: 6387
  • Karma: +292/-70
  • "Less is more"
Re: Garage opener device
« Reply #8 on: March 14, 2018, 07:43:47 pm »
How fast is the mirror back --asynchronous? 

Typically 0.5 seconds, unless either of the systems is busy.

Quote
What do I need to do on the vera side?

Nothing, except arrange your logic to use the relevant variables.  Although you may choose to create a virtual device to hold your mirrored variables.


If you describe a scenario where you need this, I can show you how to achieve it. You could try it out on your current system before deciding if you want to unbridge your Veras.

3x Vera Lite-UI5/Edge-UI7, 25x Fibaro, 23x TKB, 9x MiniMote, 2x NorthQ Power, 2x Netatmo, 1x Foscam FI9831P, 9x Philips Hue,
Razberry, MySensors Arduino, HomeWave, AltUI, AltHue, DataYours, Grafana, openLuup, ZWay, ZeroBrane Studio.