Navigation

    Discussion Forum to share and further the development of home control and automation, independent of platforms.

    SmartHome Community

    • Register
    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    (Last Updated: December 10, 2020)
    For those who registered but didn't received the confirmation email, please send an email to support@smarthome.community with the email you used
    • How can I remove old devices that are no longer in VERA

      H

      I have read this someone before but I cannot find the answer again. I have several devices and scenes in Vera which have been deleted so now the issue is to identify which ones they are in openluup ALTUI and remove them. I thought there was a process where you would delete the bridge and then add it again but I cant remember. Can anyone point me in the right direction?
      Thanks

      Vera Bridge
    • Get Vera files throwing errors

      R

      Hello,
      Had a RPI laying around and saw the cheap razberry board so picked one up last week. Am trying to set up ALTUI and connect to my Vera Plus. Of the 80 or so devices it pulled in from my Vera, only about 14 look like they are functional. When I run the GetVeraFiles from the VeraBridge actions menu, I see a bunch of 503 errors in the log. If I open the URL that it is erroring on in the browser, it usually returns a valid image or page.

      Is there a way to attach logs to messages or is it acceptable to just paste in the entire thing as text? Let me know what info you need to see to point me in the right direction.

      Thanks,
      Roger

      Vera Bridge
    • Instant status

      S

      Since Vera support sucks and I have this intermittent problem. Several devices which were included successfully and had always have instant status (updating vera directly when pressed locally) stop working every now and then. Vera support has 1 solution: exclude & include. And yes this works. But then after a while it starts all over and eventually I end up with a regular exclude include session which is unacceptable. Currently I am somewhere a around device number 1600 (no joke!).

      Vera tells me they can set and association to 1 (lifeline) to try.

      Is there any feasible solution which is stable to keep this working? Where to start? I only have Vera as zwave bridge...

      Vera Bridge

    SOLVED Get Vera files throwing errors

    Vera Bridge
    4
    37
    288
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • akbooer
      akbooer last edited by

      OK, straight-forward error. How did you create the VeraBridge plugin? It doesn't have a correct implementation file. What do its device attributes look like?

      1 Reply Last reply Reply Quote 0
      • R
        RogerO last edited by

        I I created the VeraBridge by going into the app - Plugins and clicking the update button.
        altid
        category_num 1
        cpu(s) 2.793128
        device_file D_VeraBridge.xml
        device_json D_VeraBridge.json
        device_type VeraBridge
        disabled 0
        id 5
        id_parent 0
        impl_file I_VeraBridge.xml
        invisible 0
        ip 192.168.0.143
        local_udn uuid:d764c8cc-e932-55c4-478d-7aa05d83f3ea
        mac
        manufacturer akbooer
        model
        name VeraBridge
        plugin
        room 0
        status -1
        subcategory_num 0
        time_created 05/02/2020 04:29:14 PM
        altuiid 0-5
        favorite false
        dirty false

        1 Reply Last reply Reply Quote 0
        • akbooer
          akbooer last edited by akbooer

          There are several inconsistencies here.

          • The startup page shows a failure to read the implementation file, yet the details in the startup log show that the VeraBridge plugin has started correctly.
          • The VeraBridge version as reported at the end of the startup log (19.12.12) is not consistent with the version number of the openLuup system.

          If you look in the cmh-ludl folder, and in its files folder, do you find any VeraBridge files? There should be none. The only findable VeraBridge file should be the L_VeraBridge.lua one in the openLuup folder (20.4.30). If there are any others, delete them.

          I believe I know what went wrong, but the above should get you going OK.

          1 Reply Last reply Reply Quote 0
          • R
            RogerO last edited by

            There is only one Verabridge file on the cmh-ludl folder or any of the sub's located in the openLuup folder. File header is:
            BOUT = {
            NAME = "VeraBridge",
            VERSION = "2019.12.12",
            DESCRIPTION = "VeraBridge plugin for openLuup",
            AUTHOR = "@akbooer",
            COPYRIGHT = "(c) 2013-2019 AKBooer",
            DOCUMENTATION = "https://github.com/akbooer/openLuup/tree/master/Documentation",
            DEBUG = false,
            LICENSE = [[
            Copyright 2013-2019 AK Booer

            1 Reply Last reply Reply Quote 0
            • akbooer
              akbooer last edited by

              OK, this was overwritten because you updated it from the default (master) branch, rather than the development one. It’s entirely my fault that this is possible. Sorry.

              Solution is to update openLuup from the development branch again. This should replace that file with the correct one. getVeraFiles should then work.

              1 Reply Last reply Reply Quote 0
              • R
                RogerO last edited by RogerO

                How do I specify that? Of should I just write development in the update box for the plugins?
                No worries about the issue. Glad to help finding it, and currently am just playing with it.

                1 Reply Last reply Reply Quote 0
                • R
                  RogerO last edited by

                  Got it. Thanks for your help.
                  Plugin Startup Jobs CPU usage (in startup order)

                  date / time device priority status hh🇲🇲ss.sss job # info notes

                  1 2020-05-03 15:22:33.769 2 1 Done 0.004 1 plugin: openLuup sync in 86.7 s
                  2 2020-05-03 15:22:33.770 3 3 Done 0.000 2 plugin: Alternate UI
                  3 2020-05-03 15:22:39.200 5 5 Done 4.403 4 plugin: VeraBridge OK
                  4 2020-05-03 15:22:39.293 6 5 Done 0.008 5 plugin: Z-Way OK
                  5 2020-05-03 15:22:39.294 4 Done 0.001 3 plugin: Alternate App Store OK

                  1 Reply Last reply Reply Quote 1
                  • R
                    RogerO last edited by

                    I am still getting a lot of 503 errors and have quite a few devices from Vera that do not have all the controls present and functioning. Any ideas on why that might be happening?

                    1 Reply Last reply Reply Quote 0
                    • akbooer
                      akbooer last edited by

                      Perhaps Vera just can’t keep up, although I’ve never seen this before.

                      Are these always the same files, or are you incrementally getting what you need? I really don’t know what to suggest for this one... anyone else seen anything like this?

                      Which devices are not working? If it’s not too many, you can manually download.

                      Alternatively, you can add a parameter to the GetVeraFiles request in the form of a Lua search pattern.

                      For example

                      Binary

                      will download all files with "Binary" in the name.

                      1 Reply Last reply Reply Quote 0
                      • rafale77
                        rafale77 last edited by

                        Granted I am not using vera anymore, for the couple of years I have used the vera bridge, no, I have not seen this.
                        I was actually wondering the same thing: Did something in the recent vera firmwares attempt to block files upload.
                        Or is the socket of openWRT just overwhelmed by the command frequency?
                        Also @RogerO, what is between your vera and the openLuup machine? Wondering if you are having LAN packet losses.

                        1 Reply Last reply Reply Quote 0
                        • R
                          RogerO last edited by

                          I have been running the getfiles job specifying file types and I am seeing more devices that have the correct controls now. I am still missing most of the icons on the devices
                          Here is a breakdown by device type:.
                          Dimmable Switch: controls working, all have generic icon regardless of level and state.
                          Door Lock: Controls working. Generic icon
                          HVAC: controls and icons correct
                          Light Sensor: lux readings correct, generic icons
                          On/Off switch: Controls working, generic icons except Harmony Control
                          Motion Sensors: controls working, generic icons except for reactor
                          Temp sensors: functioning, generic icons.
                          So it looks like everything is functioning, just some icons are not displaying.
                          Which file has the icon description?
                          max packet size ping test between Vera and RPI
                          ping 192.168.0.143 -s65507
                          8 packets transmitted, 8 received, 0% packet loss, time 7009ms
                          rtt min/avg/max/mdev = 12.750/12.915/13.079/0.157 ms

                          1 Reply Last reply Reply Quote 0
                          • rafale77
                            rafale77 last edited by rafale77

                            The D_XYX.json controls the icons display. I suspect though that you are missing the icon file which is buried in the /www folder of the vera and has been moving around from version to version of firmware and might be what is failing?

                            1 Reply Last reply Reply Quote 0
                            • akbooer
                              akbooer last edited by

                              Yes, it’s possible that the icons are not found. The bridge does try downloading them from different places according to the firmware, but maybe that’s what’s gone wrong. A log file showing the GetVeraFiles activity would confirm that.

                              1 Reply Last reply Reply Quote 0
                              • R
                                RogerO last edited by RogerO

                                Just picked dimmable lights as an example. Looking in d_DimmableLight1.json I see this in the first few lines:
                                "default_icon": "dimmable_light_default.png",
                                "state_icons": [
                                {
                                "img": "dimmable_light_100.png",

                                These files are on the RPI
                                pi@raspberrypi:/etc/cmh-ludl/icons $ ls dimmable
                                dimmable_light_100.png dimmable_light_40.png dimmable_light_80.png
                                dimmable_light_10.png dimmable_light_50.png dimmable_light_90.png
                                dimmable_light_20.png dimmable_light_60.png dimmable_light_default.png
                                dimmable_light_30.png dimmable_light_70.png dimmable_light_off.png

                                But I am only getting the generic z-wave icon in the UI

                                1 Reply Last reply Reply Quote 0
                                • akbooer
                                  akbooer last edited by

                                  Is there a file ownership issue? ie. can you actually see those files if you look for them through the openLuup server? I have seen this sometimes, depending on how openLuup is started at boot time. How DOES your openLuup startup work?

                                  1 Reply Last reply Reply Quote 0
                                  • R
                                    RogerO last edited by

                                    Interesting, just noticed that the files on the RPI are 0 bytes. Let me see if I can figure out why.

                                    1 Reply Last reply Reply Quote 0
                                    • R
                                      RogerO last edited by

                                      So I copied all the png files off my Vera and moved them into the /cmh-ludl/icons folder on my rpi. That fixed the bulb icons for dimmable lights and some of the others. I am still getting generic icons for binary lights. According to the json file it should be using the binary_light_default.png file. file is there in the icons folder and has the following permissions.
                                      -rw-r--r-- 1 pi pi 683 Dec 13 07:44 binary_light_default.png
                                      Looks the same as the dimable light png file that works
                                      -rw-r--r-- 1 pi pi 909 Dec 13 07:44 dimmable_light_20.png
                                      Are there other locations the app looks for to finds icons to use?

                                      1 Reply Last reply Reply Quote 0
                                      • akbooer
                                        akbooer last edited by

                                        Apps don’t look for icons, AltUI does. Also, openLuup itself.

                                        Does the openLuup console Devices page look any different (from an icon POV) from that of the AltUI one?

                                        htttp://openLuupIP:3480/openLuup?page=devices

                                        1 Reply Last reply Reply Quote 0
                                        • R
                                          RogerO last edited by

                                          Well, left to run some errands and looking now, all the icons are correct except for a few like eventwatcher, sonos and vera Alerts. No idea why. OpenLuup and ALTUI are both showing correct icons now.

                                          1 Reply Last reply Reply Quote 0
                                          • rafale77
                                            rafale77 last edited by

                                            Maybe a browser cache refresh?

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post
                                            Powered by NodeBB | Contributors
                                            Hosted freely by PointPub Media Communications Inc. | Contact us