[quote=“rafale77, post:37, topic:199140”]Will try to answer your questions:
I do not get a Luup reload after my backup script. Proof is I go much more than 24hr between reloads and I am backing up every 24 hrs. There must be something going on in your system causing this.
My understanding of the 3 categories of reload:
CMH Reload is when the reload is triggered through the mcv server.
The Vera restart is a full restart of the OS
Luup reload is a restart of the Luup engine only.[/quote]
Thank you. I’ll look into why I get a LUUP restart after the backup. And thanks for the info on CMH Reload—that was the one I really couldn’t figure out. Is this something that Vera might do when CS works on a unit, or do they reach out and do this at other times?
The full restart of the LUUP engine seems unnecessary, as it’s easy to simply re-read the config files when something changes. It may be that Vera doesn’t have enough confidence in their software and figure that a full restart is required to make sure everything gets properly initialized.
[quote=“rafale77, post:40, topic:199140”]Played some more with the vera being blocked from the internet and here are some observations:
With the vera setup with local NTP, When the vera has no internet access, it actually reports the last vera restart correctly by getting time from the local NTP server. When it has internet access then during the OS boot process, it will report Jan1 00:00 2000 UTC as the last reboot time. This is quite interesting. It means that it is not actually using the NTP settings and must be updating the OS time from somewhere else.
With the files for the Sercomm camera plugin and Alexa removed the vera seems to go nuts after a few minutes and will no longer run any lua code. The Zwave driver and the UI still work but test lua and scenes / startup lua will stop working after a few minutes. I could not reboot, reload luup or do anything from the advanced menus and had to go unplug the vera to get it to reboot. Not sure why MCV wants us to keep these 2 plugins so desperately. I will just let it be but it remains a mystery. The vera would sometimes go into an infinite luup reload loops or would load correctly and then lose it completely after sometime and go into a full reboot. I don’t understand how the reboot behavior could be so random and inconsistent with 3 different hard reboot leading to 3 different behaviors.
The weather logo at the top right is actually obtained from yahoo.com. I noticed it from my dns server logs.
Overall for those who think the vera can work without internet, it really cannot. The core engine is much too unstable and luup reloads constantly leads to the vera looking for something from their server or elsewhere on the net. It is taking me a lot of work to figure out what these items are and I wish vera was more transparent about them.[/quote]
This is extremely useful. I was afraid that Vera really was too tied to outside connectivity to work properly without it and that seems to be the case.
The issues with the Sercoom and Alexa plugins are troubling as it appears that they can cause the entire LUA subsystem to crash if they are not present. This implies that they contain key system code, even though they are supposed to be application-specific.
Thank you for taking on this no doubt frustrating project!
I have gotten pretty close to losing it tonight and throwing my vera in the garbage. Out of the blue the vera suddenly stopped running any sort of lua code either in scenes or in the lua code test screen. I noticed the problem when I had a scene which turns some lights on and then turns them off through a lua code. The scene would trigger and execute the non lua portion and then not the lua codes. I then started to run some tests:
If I copy and paste my scene lua code into the test screen, the vera would say the scene executed even though it wouldn’t do anything. Any edit of the lua code on the screen would lead to an error. I ran a luup reload, same result. I ran a full reboot, same result. I then reopen my firewall to let the vera have internet access and did a luup reload, problem is still there. Then did a full reboot of the vera and… problem is gone. Exact same lua code I also validated on openLuup. It seems like the vera at some point tried to access the mcv server for some reason and decided it would not run any more lua code when it couldn’t reach it. At this point I removed my vera from my account and will migrate all of my remaining scenes to openLuup and will be seeking to replace it as soon as I can.
The claim that the Vera can run without an internet connection is fake news.
In the process of all my luup reloads and reboots, I have noticed again a great amount of random NTP sync timing with the luup reload times varying from the Dec 31st 1999 to correct time supporting my claim that the vera hardware is much too slow for its OS causing severe intrinsic timing issues with jobs hanging and not finishing as expected and going completely out of sync. Not every reboot leads to the same outcome. This is insane. I think I saw someone turn his into a wireless router… It seems like it is all it could be good for. It is a bottom of the barrel wireless router with a zwave radio.
Your experience has convinced me to leave things as they are. My local NTP server is working fine with Vera, and I use my VPN for remote access. Both systems are stable (enough) and I don’t need to rush into making changes. I suppose I’ll eventually look at Homeseer, since I have several Linux servers and a decent Win 10 24/7 system that could easily support it. With the investment I have in Z-Wave and some Zigbee devices, the cost of the HS software is not out of line.
Lets see how this goes… I moved 36 scenes now from the vera to openLuup. (71 down to 35). What is left is pretty difficult to move since it has Trigger lua code or are attribute changes which openLuup does not change remotely.
I haven’t messed with removing the Vera from the internet, but I have begun porting things over to HomeAssistant. I’ve removed several plugins and I haven’t had a Luup restart that I didn’t initiate in days. I’m still in the process of moving things but the end result for now will be the Vera running the devices and some basic automation tasks. Eventually, I may move all the automation off of it. PLEG will be the absolute LAST plugin I remove from the Vera. It’s simply too necessary to live without. Honestly, it’s what makes Vera work. If only some other plugins were as well supported…
Vera works well with Home Assistant providing the low level device support.
It’s actually kinda funny the two most popular (consumer) systems on the market are both nothing without their star Plugins. (Vera+PLEG) (SmartThings+WebCoRE)
I’m currently working on a plugin to integrate Vera into HomeSeer in the same way Home Assistant does. I’m early stages though so my plugin is not as refined as Home Assistant’s vera component.
[quote=“jeubanks, post:47, topic:199140”]Vera works well with Home Assistant providing the low level device support.
It’s actually kinda funny the two most popular (consumer) systems on the market are both nothing without their star Plugins. (Vera+PLEG) (SmartThings+WebCoRE)
I’m currently working on a plugin to integrate Vera into HomeSeer in the same way Home Assistant does. I’m early stages though so my plugin is not as refined as Home Assistant’s vera component.[/quote]
PLEG seemed to be way overkill when I first looked at it and by the time I potentially would have needed it, I had learned enough LUA that I could code it all myself.
I am finding it quite odd to want to integrate the vera into HomeSeer. As you can see on my first page, the way I build my system, the master is OpenLuup which treats the Vera and HomeAssistant as bridges to other devices. The ultimate goal would be to get rid of the vera which is a glorified zwave and zigbee bridge. Knowing that Homeseer handles zwave, why would you want to integrate it into Homeseer?
[quote=“rafale77, post:48, topic:199140”][quote=“jeubanks, post:47, topic:199140”]Vera works well with Home Assistant providing the low level device support.
It’s actually kinda funny the two most popular (consumer) systems on the market are both nothing without their star Plugins. (Vera+PLEG) (SmartThings+WebCoRE)
I’m currently working on a plugin to integrate Vera into HomeSeer in the same way Home Assistant does. I’m early stages though so my plugin is not as refined as Home Assistant’s vera component.[/quote]
I am finding it quite odd to want to integrate the vera into HomeSeer. As you can see on my first page, the way I build my system, the master is OpenLuup which treats the Vera and HomeAssistant as bridges to other devices. The ultimate goal would be to get rid of the vera which is a glorified zwave and zigbee bridge. Knowing that Homeseer handles zwave, why would you want to integrate it into Homeseer?[/quote]
The ONE thing Homeseer lacks is Zigbee device support in any real manner. So I’m going to use the Vera Plus as a Zigbee controller
Can’t be serious. Is the Zigbee support sufficient on the Vera? I bought a Zigbee stick back in France which I will pick up when I get back which has a plugin on openLuup. Actually it is so small I probably should have asked my family to mail it to me but oh well…
Can’t be serious. Is the Zigbee support sufficient on the Vera? I bought a Zigbee stick back in France which I will pick up when I get back which has a plugin on openLuup. Actually it is so small I probably should have asked my family to mail it to me but oh well…[/quote]
What the Conbee? For deConz? I found deConz to be useless for me. The very limited number of Zigbee devices I have the Vera works for me until I replace them with either a Zigbee device that works with one of my other Hubs (philip, osram, or deconz) or I find a suitable z-wave replacement. Currently I have some NYCE motion sensors and you can’t beat zigbee for motion sensors.
The problem with deDeconz and possibly with ZiGate is the software layer supporting the ZigBee clusters and device responses through the ZiGate or deConz REST interfaces. Any of them “can” support any ZHA compliant device with the USB sticks they use. It’s all in the software “knowing” about the devices. It seems all of the Zigbee solutions out there currently are targeting the easy/cheap entry to market of lights and cheap Xioami devices. Me… I have motion sensors from one brand that I want supported… that’s it…that’s all I want… unless someone can save me and provide a suitable alternative of a non zigbee motion sensor that is FAST to respond and reset and double look like an eyeball or a hockey puck (ZSE02)
deConz has very active development for device support. If you want a device supported (and it’s not a device that only one in 6 billion people would buy), you should visit their Github page and post a request for support in the issues section. You will probably be asked for logs of device information and some testing of beta builds… If you’re not willing to help, then you really don’t want the device supported.
deConz has very active development for device support. If you want a device supported (and it’s not a device that only one in 6 billion people would buy), you should visit their Github page and post a request for support in the issues section. You will probably be asked for logs of device information and some testing of beta builds… If you’re not willing to help, then you really don’t want the device supported.[/quote]
I have posted in the github for it. Not a single response. I guess nobody else likes NYCE sensors.
On a separate topic, I have now added the combo stick which came with the hubitat to my zwave network which now has 134 nodes (132 devices + the vera and the hubitat) both are primary. I plugged the stick back into the hubitat and was able to control lights. I however have been reading on home assistant support of that combo zwave/zigbee stick and am starting to fantasize about setting up another home assistant instance on a pine64 to completely replace the vera. I am just not sure home assistant will support the vast variety of devices I have. It is all open zwave based. Then again, I would need a home assistant bridge into openLuup which I might consider creating. Given the API, it would be much easier than hubitat.
Does anyone have any idea why Vera is probing my network? It looks like it’s from the stupid camera app but I’m not sure. Hundreds of these in my LuaUPnP.log and for multiple IP addresses. Looks like it’s doing a probe of my subnet looking for a connection.
I believe it is caused by having upnp enabled which is needed for network discovery.[quote=“jeubanks”]Does anyone have any idea why Vera is probing my network? It looks like it’s from the stupid camera app but I’m not sure. Hundreds of these in my LuaUPnP.log and for multiple IP addresses. Looks like it’s doing a probe of my subnet looking for a connection.
