[quote=“dinochronos, post:7, topic:189859”]
I use a WizNet adapter myself but I’ve never experienced the issue with a Luup reload breaking the connection. Here are some random ideas that occur to me.
A Luup reload attempts another connection to the WizNet. If the previous connection hasn’t dropped then the WizNet will refuse the new connection. I’ve got a vague recollection that there is a configuration option in the WizNet that controls how long it tries to keep the connection open after it becomes stale. It should be a very low number, so that after the Luup engine reloads the connection is gone and ready to be re-established. The default value worked for me which is why I don’t know any more details. Alternatively, it might be a different behaviour in the Vera ser2net implementations on your Vera Edge, not exiting in a timely fashion. You could see if your Vera3 has the same behaviour.
Thank you Futzle, I will check the settings on the wiznet, also the wiznet is going though a switch and then from switch to router. Let me also play with that area as well route directly to the router and may unplug the ethernet for for the wiznet and replug and see what happens. Also I just got in a VERA EDGE as well, so I can test all three units now to see any variances… I really hesitated getting one more unit, but with a pretty extensive setup at home which was perfect on VERA3 UI5, I not cannot afford to migrate to the PLUS model without any glitches and therefore can benchmark the prior units in UI5…UI7 and see if any variances.
Last if the PLUS model has issues for any reason I have also escalated to VERA the issue so they can trouble shoot, and can get to the right team for checking out any thing on their firmware/hardware side as well, keep you posted.
Also once past the issue, I owe you a log on the panic buttons functional validation to get those tested out as well.Thanks[/quote]
Futlze I posted also in other topic around the wiznet instllation instructions so that others in case running to same issue can configure the inactivity port , I found that changing the parameter from 0 to say 10 seconds, allows the lump to load/re-load correctly and not fail to configure because the port is opened and reserved not allowing the GE plugin to configure properly. I have been testing the for the last 24 hours and it works so far.
Essentially before I could not even do an engine re-load. Now anytime I make a change that causes to reload the engine or manually invoke it works. Also when the port is closed it quickly wakes up and accepts the commands via vera to run a log report, check zones, users, arm,stay disarm. Also I am using accessng the app via VERAMATE which also works and communicates properly. Not sure if 10 seconds is the right amount of time but definetly better than the default of 0 . Tested this in VERA PLUS UI7 and VERA EDGE UI7 and it now is working properly.
If I run into further issues will post but will be keeping this parameter running indefinitely unless a better set of parameters are suggested.
I even had VERA tech support take a look but nevertheless, after your suggestion this did the trick and appreciate your insight.