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: November 16, 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
    • (Need Help) Migrate off Vera

      M

      Current Hardware: Vera Plus, HA in Synology Docker
      Firmware: v.7.0.31
      Available SW / HW: Multiple RPi's, Z-Way UZB w/lic, Z-Way Razberry board
      ZWave Devices: 30-ish early gen GE/Jasco light switches

      Issue: I've gotten myself into a spot that I'm not quite sure how to safely get out of, and I'm hoping someone on this forum can help me. I would ultimately like to get to a point where I'm using Home Assistant in Docker on my Synology as my UI for turning on/off lights, but I've read the "Pyramid" post and am open to other options. I can currently ssh to my Vera Plus, but cannot access the web UI (get a 403).

      How I Got Here:

      Back in Feb'19, I followed @rafale77's instructions to take my Vera off the grid. At the time, it looks like I was running version 7.0.26. This worked great.

      I installed HA in Docker w/socat on my Synology NAS, and things were running perfectly for a long time, but I was forced to upgrade HA in tandem with an upgrade to the iOS app. So, I chose to use a Docker build that already had socat built in.

      Then, I saw that there was a new version of firmware for Vera, and decided to upgrade to Firmware v.7.0.31 around Apr'20. This was a mistake in a big way, and I sought help on the new version of the Vera forums, which eventually led me here. I also re-ran @rafale77's mod files on the newer firmware version, and I think I shot myself in the foot there. I knew it was gamble, and take full responsibility. I've learned a lot and have benefitted greatly from his work.

      I tried to run the Nuke Vera script, as that sounded exactly what I needed my Vera to do - take commands from HA and nothing else. This seems to be working, but I'm unable to control my network with HA.

      Additional things I've done / tried / worry about:

      Validated that HA is sending and receiving responses via socat from the Vera in the HA openzwave logs. I see logs that seem to indicate that a message is sent, and a message comes back from the Vera, but lights don't turn on/off. I've clicked the Heal Network, Test, Network, and Soft Reset buttons in the HA UI too.

      I purchased a razberry. Then, I ordered a UZB, after seeing this post about migrating, assuming that it was best to try to follow that guide verbatim and not have to exclude / include a bunch of devices. I'm leaning towards completely divorcing myself from Vera.

      I'm not 100% sure I have a valid backup of my zwave config. There are no dongle.dump files in /etc/cmh whch may make sense, as I was using after an external drive w/extroot. I do have some in ./mnt/sda2/etc/cmh/. It looks like I've got extra, actually, as it looks like I probably made backup copies some where along the way.

      I shutdown the Vera and removed the extroot drive, reversed all of the changes Nuke-Vera made to the init.d start up files, and rebooted. I did this because the migration guide mentions to set the path of the z-way UZB in the UI settings, and I couldn't find how do this over ssh. I also don't know how to backup the zwave config from the CLI and was going to do this via the UI. As mentioned previously, I'm getting a 403 "Access Denied" message. Looking at logs and the config for lighthttpd, I think it is trying to follow some symbolic links that no longer exist, but I'm hoping I can get out of the mess I've made without troubleshooting and solving the HTTPD issues. I think I just need to know how to follow the steps to clone the Vera to the UZB via the CLI?

      I found a command online method that allows me to view the zwave keys with hexdump. The keys on the device are different than the keys in on the drive that i was using for extroot, and that concerns me a bit.

      If you've made this far, thanks for your time! Does anyone know the best way for me to get myself out of the mess I've got myself into?

      All the best,
      Michael

      Vera
    • Vera or not vera?

      K

      Dear Experts!

      In January 2020, I decided to get involved in automation as a complete beginner.
      I purchased a Vera Plus device controller.

      I built the network gradually, at the cost of overcoming no small problems .....
      Since I am a beginner I have had a lot of problems.

      For example: I had 6 multisensors that sometimes got stuck with motion detection (lights stayed on) and also created ghost devices.
      I knocked everything out of the system, the system stabilized a lot after that. (many red lines disappeared from luaupnp ....)

      Over time and with the help of the experts (Eg: AKbooer was a great help to me in netatmo which I thank again) I managed to solve most of the errors.

      I only use a reactor to control the logic and execution.
      The logical composition of my reactor is not very complicated in my opinion.

      My DSC alarm (with plugin) controls the house modes, cameras, each room has a separate reactor sensor (18 sensors in total) which control the automatic lighting and shutters.

      I tried to improve the conditions and scenes in the reactor to perfection. (don't have executions, delays and reservations at the same time, I record the states with the "time from reactor" group state, just like the motion and opening detections from another sensor.

      The situation is that the system does not always work reliably.
      I experience Lua recharges at completely unpredictable intervals, about 1-3 per day
      times.
      Because of this, unfortunately my scenes slip, (or don't happen)
      For simple things (tablet charging in) there is usually no problem.

      However, if I am not at home for several hours and return home, the alarms will turn off, and the luup recharge(90%).
      If you approach the afternoon when more times are set in the time reactor then recharging will still occur but not always.

      For the past 10 months, I feel tired of the constant error search and still not good. I'm starting to doubt Vera's abilities.

      Therefore, I would have the following questions:

      Are the conditions set in the reactor loaded on the vera without action?

      Can the Vera be stable and well-functioning without an unexpected lua reload?

      If so, what do I need to add? (I'm a simple user, not a programmer, I don't know lua and linux programming languages ​​and I don't want to learn because of vera)
      I don’t want to deal with this too much anymore, so I still spent more on it than I deserve.

      Is there another controller that works safely and well on the z-wave platform?

      In what direction should I move away from the vera, which will not disappoint me?

      Have you heard of a controller called comfortclick? (I was now offered this instead of vera)

      Thank you in advance for your help.

      Krisztian

      Vera
    • (Problem) Migration Z-Wave NW from Vera to UZB1 dongle

      T

      So ... I am trying to do the following:

      Current setup:
      Vera Plus (1.7.4955) Zwave only -> HASSIO VM (full control via Vera Integration)

      Future Target:
      HASSIO VM (leveraging zwave.me UZB1 dongle via USB)

      I have done the following so far:

      Updated UZB1 dongle (via RPi SmartHome) to latest 5.39 Firmware

      I followed the following steps to try and migrate my existing Z-Wave NW (currently on Vera) onto the UZB1 dongle following the steps listed here:

      Migrate from Vera to Z-way

      Problem:

      Steps 1-3: went fine (although the dumps are labeled as dongle.6.1.dump.x)

      Step 4: went fine and the UZB1 was recognized as it should be (per dmesg)

      Step 5: updating the port to /dev/ttyACM0 went fine, although I didn't see any indication of luup reload (or a save button for that matter when updating the port mapping)

      Step 6: I did the touch for dongle.restore, but wasn't sure where to trigger a luup reload (I assumed it was Z-Wave Settings > Advanced > Reload Engine). I believe I got an error message when trying to do that step

      Step 7: verify dongle.restore.go I don't recall being in the directions when I was going the test, but I rebooted

      Post Reboot: None of my previous z-wave devices were listed. I also checked dmesg via ssh and noticed the following items:

      [ 4.328000] Unsupported Device! [ 4.328000] Vendor=658 ProdID=200 [ 4.328000] Manufacturer= Product=

      I saw that item a couple times which almost seems like Vera is blocking the UZB1 or at least complaining about it.

      I ended up switching the Z-Wave back to the embedded controller, and restoring configuration from backup.

      Any suggestions what I did wrong??

      Vera
    • Nuke Vera Script

      rafale77

      Script to disable all the mios/vera proprietary program and broadcast its zwave and zigbee radio serial ports in your network so it can be picked up by another controller... For example z-way.

      rafale77/Nuke-Vera rafale77/Nuke-Vera

      Script to neuter the vera and broadcast its zwave and zigbee serial ports - rafale77/Nuke-Vera

      Vera
    • Second Z-wave netwerk or slave controler

      E

      I have a VeraPlus and would like to purchase a second z-wave controler. Is it possible to build a second z-wave network next to an existing z-wave network? Slowly I want to move devices form Vera to the new z-wave network. Is it more advisable to install the second z-wave controller as a slave controler?

      Vera
    • Vera Christmas Lights and migration away from Vera

      C

      My VeraPlus is in Christmas Light mode after attempting the latest update. So as I attempt to get things back with Vera Support I need to start looking into an alternate solution. I've installed OpenLuup in an Ubuntu VM I have running on an old PC. Right now I can still ssh into the VeraPlus.

      Will I be able to migrate the Z-Wave NW to a UZB dongle in this state? Or can I use @rafale77 's Nuke Vera Script to just use the VeraPlus as my zwave antenna? With either of these options have I lost the ability to migrate my configuration without Vera support restoring my VeraPlus first?

      Thanks

      Vera
    • zwaveserial

      rafale77

      Never posted this on the vera forum but...
      Did you know about this?

      The vera has a very powerful zwaveserial API program in the firmware. Take a look at what it can do:

      Screen Shot 2020-04-24 at 10.29.50.png

      It is what the UI calls to interface with the zwave dongle.

      Vera
    • Vera account suspended for a 1000 years

      S

      So, after more than 10 years and 4 Vera's, my vera forum account is suspended.

      I think the monkey of the company, called melih is not man enough te have any critic. In the topic about the "great to come app" I responded to the topic (not off topic!) that a subscription can also be seen (financially) as buying a box, run it for 2 years and come to market with a better one (in better wordings).
      That means that if you as a company hast a box of 50USD cost, sell it at 250USD would give him a monthly subscription of 200/24=8.33 USD... Users that would last 5 years would pay a monthly of 3.33USD.

      But... the monkey on the rock has bolded his fists and said: ban him! He just can't take any criticism.

      To be honest! I am not even sad! It was a very rough journey with Vera. The journey stopped when Ezlo and the monkey took over the name.

      After that it quickly went downhill...

      Goodluck all! (except the monkey).

      Edit:
      The topic:

      Aug 16, 2020 MiOS Application - early Beta enrollment MiOS Application - early Beta enrollment

      are you serious? would I become a cost? that is, customers who periodically replace the control unit and are happy with the service praise the Vera system and therefore also free advertising but, the new “company” decides to charge less to bind the customer with a subscription … But the genius...

      The post:
      The point you are missing is:

      If the hardware would “cost” around 50USD, and you sold it for 250USD, an average life span of 5 years would mean 200/(5×12)=3.33USD per month. Thats how Vera used to do it.

      Then release a faster/better “beast” every 2 years gives you 200/(2×12)=8.33USD per month. That’s how vera used to do it.

      And that’s how I did it for around 8 years and 4 veras with them untill you bought the company.

      This is just a matter of how you look at it and explain it.

      I dont frikking care how you do the maths, I only liked a working product and a close user community (like it was).

      Now all I see on this forum is a lot of “we are going to” and “we are working on”, “keep them coming guys”. But the reason for ever considering to buy a new vera every 2 years is gone…

      No clear migration path, no clear compatibility path and no clear integration path…

      That’s why I started to look for alternatives…

      Vera
    • Migration from VeraPlus to Aeotec Gen5

      T

      I have 50ish devices in connected to Home Assistant via. VeraPlus hub. I recently picked up an Aeotec Gen5 USB stick which I have successfully integrated into Home Assistant using OpenZWave.

      Can I add the Aeotec Stick as a Secondary Controller to Vera, turn off vera (making Aeotec primary) and then run natively that way on HA?

      I know the entity ID's in HA will change, but a lot easier to fix vs. unpair/repair all the devices from Vera.

      Will this work?

      Vera
    • Neighbour node setting

      rafale77

      To answer @sdtoddl who emailed me asking how to manually force neighbor node setting on the vera, I don’t think it is possible with the UI.
      The solution is actually to trigger a neighbor node update on the given device and all the devices located between that said device and the controller.
      The vera deals with this by running multiple repeated (nightly) network heals which is not very efficient and causes it to frequently have unexpected network breakdowns and surprises good (some devices with problems get fixed) and bad (some devices which used to work stop working). It also takes down the entire network when it does it. One can however manually trigger neighbor node updates on the vera through the device’s advanced menu.

      To go to the next level, this data, the network node list is actually not recorded in the host controller firmware but in the non volatile memory of the zwave chip both on the controller and on the devices. It is therefore independent of the platform you use and can’t be set by the host. One can only ask the zwave chip on the device to run a survey and then inform the controller’s zwave chip of what it has found.

      Vera
    • Vera Extroot

      rafale77

      How to overcome the vera's storage limitations:
      Execrably poor partitioning and usage of the onboard flash causing hardware reliability failure through data corruption and storage availability for plugin limitations: Add your own external USB SATA drive and extroot.

      rafale77/vera-extroot rafale77/vera-extroot

      Scripts to extroot the vera edge-plus-secure. Contribute to rafale77/vera-extroot development by creating an account on GitHub.

      Vera
    • Wonders will never cease...

      akbooer

      Amazing. One of my (un)trusty old VeraLite machines running UI5 has just achieved an uptime of one month... the maximum that that firmware can ever achieve!

      The graph below shows the uptime for the last two years, and although sometimes being up for a few weeks, it's never achieved a whole month!

      I put this down to reduced ZWave traffic and zero plugins, although the configuration hasn't changed for a long while.

      Screenshot_2020-06-01 Grafana - Veras.png

      Vera
    • Altui - OS Command execution request (returned error)

      S

      I am used to errors, but never seen this before on altui on vera. keep getting this now all the time, any clue?

      3379e4cb-c456-4be8-b261-509b9663dd7a-image.png

      Vera
    • Multiple Veras in home assistant

      S

      Using Home Assistant as the heart of my domotica (this was vera for 10 years up untill just a few months ago!) I currently have vera integrated as zwave hub only. Having almost all logic moved to hass leaving vera solely as zwave hub.
      As I am searching for a solution for a more stable zwave network and all options are open (but messing with zwave network ids etc is still too hard for me) I am also looking to another option.

      Multiple veras in hass. This way I can have isolated vera edges with smaller zwave networks and still do all logic in hass.

      One thing... currently only 1 vera is allowed in hass.

      It is a feature request already and I would like to ask to help me vote this request up:

      Jul 26, 2018 Multiple Vera Hubs Multiple Vera Hubs

      I have multiple locations with Vera hubs at each for Z-Wave/Zigbee controls. However, you cannot add two or more Vera hubs to your configuration.yaml. Please add this as an option.

      Vera
    • Memory hog

      prophead

      I found a device on my vera which accidentally had automatically configure set to on. After I turned it off the vera’s memory went from 50% to 20%!!

      Vera
    • manual network heal

      S

      Since I have disabled nightly heal long time ago and since I have replaced some devices since and I am watching the webinar of z-way I wonder if it is wise and or advisable to do a manual heal of my zwave routibg in vera... what's the best way of doing so?

      Vera
    • The death of a thousand cuts

      prophead

      So if my vera will as it will want to restart after removing each zwave device and I have say 35 devices what are the chances it survives 35 restarts? How do I explain to my wife that our HA system is unstable? Yes, I know backup first.

      Vera
    • Old apps

      prophead

      Is there a way to remove a vera app and keep the devices it created?

      Vera
    • altui cant past in lua code test in mobile view

      S

      As the tiltle describes :-). Is this possible in android via a browser? Mine doesn't allow me.

      Vera
    • Using the vera with external usb zwave or zigbee dongle

      rafale77

      The vera can run both its zwave and zigbee network off of external USB radios instead of the onboard ones. This could have advantages in terms of portability, facilitating migrations or recoveries in case the vera craps out. It could also enable testing of newer radio firmwares.
      Zwave is pretty straightforward as its serial API is standardized and the protocol is the same regardless of what brand of USB stick you use. I have run my vera off of USB sticks of various brands for years going from Aeotec, Zooz, Homeseer and even the most generic silabs/Sigma Design. You just insert the stick in the usb port, find out which serial port it created (under the /dev/ folder) and use that port (ie. /dev/ttyACM0, /dev/ttyUSB0 etc) in the zwave advance menu.
      Zigbee is a little trickier as the protocol and chipset was not quite as standardized as zwave. The vera only works with ember Znet protocol and you will need to find a usb stick with an EM35x chip in it which already has an ember zigbee firmware loaded. One example of such a stick is the Go Control HUSBZB1 (dual zwave-zigbee stick). The port is not readily accessible on the vera UI but can be accessed either through editing of the /etc/cmh/user-data.json or through ALTUI by going into the hidden zigbee radio device through the "table devices " menu and changing modifying the port variable there.

      You can also upgrade the onboard zwave and zigbee radio firmwares from the command line SSH...

      Vera

    (Problem) Migration Z-Wave NW from Vera to UZB1 dongle

    Vera
    3
    39
    330
    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.
    • T
      Trexx last edited by Trexx

      So ... I am trying to do the following:

      Current setup:
      Vera Plus (1.7.4955) Zwave only -> HASSIO VM (full control via Vera Integration)

      Future Target:
      HASSIO VM (leveraging zwave.me UZB1 dongle via USB)

      I have done the following so far:

      • Updated UZB1 dongle (via RPi SmartHome) to latest 5.39 Firmware

      I followed the following steps to try and migrate my existing Z-Wave NW (currently on Vera) onto the UZB1 dongle following the steps listed here:

      Migrate from Vera to Z-way

      Problem:

      • Steps 1-3: went fine (although the dumps are labeled as dongle.6.1.dump.x)

      • Step 4: went fine and the UZB1 was recognized as it should be (per dmesg)

      • Step 5: updating the port to /dev/ttyACM0 went fine, although I didn't see any indication of luup reload (or a save button for that matter when updating the port mapping)

      • Step 6: I did the touch for dongle.restore, but wasn't sure where to trigger a luup reload (I assumed it was Z-Wave Settings > Advanced > Reload Engine). I believe I got an error message when trying to do that step

      • Step 7: verify dongle.restore.go I don't recall being in the directions when I was going the test, but I rebooted

      • Post Reboot: None of my previous z-wave devices were listed. I also checked dmesg via ssh and noticed the following items:

      [ 4.328000] Unsupported Device!
      [ 4.328000] Vendor=658 ProdID=200
      [ 4.328000] Manufacturer= Product=
      

      I saw that item a couple times which almost seems like Vera is blocking the UZB1 or at least complaining about it.

      I ended up switching the Z-Wave back to the embedded controller, and restoring configuration from backup.

      Any suggestions what I did wrong??

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

        Step 5: This is pretty comical as luup reloads itself due to frequent crashes but they almost "hide" it from you when you actually need to do it. I honestly forgot how the vera UI looks like but I vaguely remember doing luup reloads by either going into the z-wave menu where you have a reload engine button or to the apps menu under the serial device something where the button basically runs a luup reload.

        Step 6: cf step 5 for the luup reload.

        I have never seen that unsupported device thing but I never really looked for it so you maybe right that they broke something.
        I don't recognize neither the vendor nor the ProdID as being the uzb so I doubt that's what it is.

        It is also very possible that you did not luup reload appropriately and did not go through all the checks.

        1 Reply Last reply Reply Quote 0
        • T
          Trexx last edited by Trexx

          In googling, it looks like one way to do a Luup reload is the following in UI7 via Apps > Develop Apps

           luup.reload()
          

          @rafale77 That might be something you want to add to your directions for users who are not as deep into the weeds as you are 🙂

          Another option is via ALTUI > MISC > Reload Luup Engine

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

            Yes for those who use ALTUI!
            I will go edit to add the reload step later today. Thanks!

            1 Reply Last reply Reply Quote 0
            • T
              Trexx last edited by

              I re-ran the testing today. Step 6 is where things are breaking. I did the touch dongle.restore command, reloaded luup, etc. The dongle.restore.go file never appears.

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

                So the dongle.restore file is still there?
                The process goes like this:
                Upon luup reload, the luup engine deletes the "dongle.restore" file and replaces it with a "dongle.restore.go" file while it is preparing the engine to do the restore. Then a vera reboot, gets the zwave serial tool to upload the dongle data to the zwave device.
                There are other ways to do this but this is what I thought was the easiest. (The alternative is to edit your user.data.json which is very tricky and error prone). These mimic the steps of a zwave data restore from the UI.

                1 Reply Last reply Reply Quote 0
                • T
                  Trexx last edited by Trexx

                  Yup.. the dongle.restore file was still there.

                  I tried Luup.reload(), Z-wave engine restart, and via Device > Advanced > New Service > Reload Engine. No go for any of them causing the dongle.restore to delete and create the dongle.restore.go file.

                  As for user_data.json files... those are now showing as .lzo files btw if under /etc/cmh

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

                    yes the user data file are always compressed with lzo on the vera.
                    This is strange that the dongle.restore remains there. I have never seen this happen. You did put it in the same folder (/etc/cmh) as the dongle backup files, right?

                    1 Reply Last reply Reply Quote 0
                    • T
                      Trexx last edited by

                      Correct... in /etc/cmh

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

                        Could you post a snapshot of the zwave advanced page where it is supposed to show the controller network ID etc... after having switched to the uzb as the controller?

                        T 1 Reply Last reply Reply Quote 0
                        • T
                          Trexx @rafale77 last edited by

                          @rafale77

                          Here you go.

                          Screen Shot 2020-08-27 at 7.29.34 PM.png

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

                            wow... so it did recognize the UZB just fine and can read the network ID from it. It is purely about triggering the recovery from your backup to the Uzb dongle then. I am a bit surprised that it didn't work.
                            So the "/etc/cmh/dongle.restore" file never got replaced?... I wonder if the script has changed. Unfortunately I wiped my vera from anything mios so I can't test with this firmware. The nuclear option would be to edit the user-data.json from a backup and recover from it.... You are sure you have all your dongle files in the etc/cmh folder right?

                            extract from my own old posting:

                            Just for documentation purpose, I also found how to restore only the onboard zwave dongle:
                            -move your desired dongle file (example: “dongle.6.1.dump.0”) to /etc/cmh,
                            -rename it “dongle.restore”,
                            -run Stop_cmh.sh
                            -run Start_cmh.sh
                            -run Reboot

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

                              I am even wondering if this is worth trying:

                              ZMESerialUpdater manual
                                                                  Z-WAVE Serial API Tool
                                                                       Version:LWE0.9
                                                                       by Z-WAVE>ME
                              

                              usage: ZMESerialUpdater [-h]
                              {version,serialapi_boot,serialapi_firmware,serialapi_info,serialapi_readnvm,serialapi_writenvm,serialapi_cleannvm,serialapi_cap,serialapi_freq,serialapi_setvendor,serialapi_uzbupdate,serialapi_restorenvm,serialapi_ripnvm}
                              ...

                              ZWave>ME tools for controllers. Welcome 🙂

                              positional arguments:
                              {version,serialapi_boot,serialapi_firmware,serialapi_info,serialapi_readnvm,serialapi_writenvm,serialapi_cleannvm,serialapi_cap,serialapi_freq,serialapi_setvendor,serialapi_uzbupdate,serialapi_restorenvm,serialapi_ripnvm}
                              version Just only prints version.
                              serialapi_boot Adds ability to reflash bootloader of UZB.
                              serialapi_firmware Adds ability to reflash firmware of UZB.
                              serialapi_info Shows information packet of controller.
                              serialapi_readnvm Reads data from UZB NVM.
                              serialapi_writenvm Writes data to UZB NVM.
                              serialapi_cleannvm Writes data to UZB NVM.
                              serialapi_cap Set cap.
                              serialapi_freq Changes frequency.
                              serialapi_setvendor Changes vendor of UZB.
                              serialapi_uzbupdate Updates UZB.
                              serialapi_restorenvm. Writes hex or bin file directly to NVM.
                              serialapi_ripnvm Reads content of NVM to hex or bin file.

                              Just not sure if this would work with a dongle.dump from the vera.

                              1 Reply Last reply Reply Quote 0
                              • T
                                Trexx @rafale77 last edited by

                                @rafale77 Yup... dongle.restore never got changed and dongle.dumps's all accounted for (see below)

                                root@MiOS_50013148:~# ls -al /etc/cmh/dongle*
                                -rw-r--r--    1 root     root         16383 Aug 22 20:26 /etc/cmh/dongle.6.1.dump.0
                                -rw-r--r--    1 root     root         16383 Aug 22 20:26 /etc/cmh/dongle.6.1.dump.1
                                -rw-r--r--    1 root     root         16383 Aug 22 20:25 /etc/cmh/dongle.6.1.dump.2
                                -rw-r--r--    1 root     root         16383 Aug 22 20:25 /etc/cmh/dongle.6.1.dump.3
                                -rw-r--r--    1 root     root         16383 Aug 20 14:05 /etc/cmh/dongle.6.1.dump.4
                                -rw-r--r--    1 root     root         16383 Aug 20 13:57 /etc/cmh/dongle.6.1.dump.5
                                

                                If you wanted, I could send you a dump file so you could try flashing it via ZMESerialUpdater to see if that even works 🙂

                                As for the onboard restore, I assume I still have to remap the to the internal /dev/ttyS0 first prior to those commands.

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

                                  As for the onboard restore, I assume I still have to remap the to the internal /dev/ttyS0 first prior to those commands.

                                  Indeed. You would have to do that before restoring to the onboard zwave controller. I am a bit stunned. This has never happened to me.
                                  Is your dongle.restore file removed though?

                                  I have been looking at a couple of other tools on the vera to try to figure out what the luup engine actually triggers when it restores and found both the zwaveserial tool and the zwave firmware tool but neither seem to generate a 16KB file as a backup.

                                  1 Reply Last reply Reply Quote 0
                                  • T
                                    Trexx last edited by

                                    I have been having to manually delete the dongle.restore file

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

                                      Could you maybe try downgrading the firmware and trying this again? I thought I tested 4955 but maybe not. It doesn't look like a compatibility issue from the dongle itselfl but more likely a change in how the firmware triggers a dongle restore. The other possibility is the translation from one SDK from the other is not working because... you already upgraded your uzb firmware. If that is the case though, you could downgrade the UZB firmware back, do the restore and then re-upgrade it. The restore works better with an SDK the vera knows. In truth I have actually transitioned my vera to an external usb stick a long time back, though it was not an uzb so when I did this, I actually moved from a silabs usb stick to a zwave-me uzb all on the vera. Others have done this though (@DesT for example).

                                      I am baffled because when it is an sdk failure, it still goes and triggers the dongle.restore.go file. Maybe try to do a "touch dongle.restore.go" and run a luup reload instead?

                                      T 1 Reply Last reply Reply Quote 0
                                      • T
                                        Trexx @rafale77 last edited by Trexx

                                        @rafale77 Which Vera FW version are you thinking and do you have a link to it 🙂

                                        Which zwave-me version would I need to be on to to test that portion?

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

                                          I think one version back of the UZB should suffice. Probably 5.36 or 5.32 but I was more thinking about downgrading the vera.

                                          1 Reply Last reply Reply Quote 0
                                          • T
                                            Trexx last edited by

                                            I was able to piece together the URL structure to download the mt621 versions of 7.31 (current), 7.30 & 7.29. Which do you want to target.

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