We need to strip you down to a basic config to eliminate any interdependency problems. That’s why I’m recommending you remove the IP Serial device, and transfer the IP Address over to the DSC… directly.
yet in the two instances that I lost the ipserial plugin the dsc main partition keeps saying missing port even though the information is in the advanced settings under IP 192.168.1.xxx:5000
You cannot configure the DSC to be both attached Serially and via IP. I suspect this is what you have currently, and you should configure for one or the other, but not both.
If you’ve got it configured for both, then you’ll also see a “value” in the IODevice variable under advanced. A value here, along with a value under IP, would likely be bad.
Making these changes will not require you to re-install the plugin (which will result in new DeviceID’s, and will [effectively] invalidate any scene scripting done against the old ones)
… but, as always, ensure you have a backup before making wholesale changes. This will give you something to restore if things do go awry.
The router is only a year or two old and is a Lynksis E3000 which was one of the best at the time.
Age of router has little bearing on whether it's failing or not. It's best to measure (using [tt]ping[/tt] etc) and make an assessment based upon the resulting data.
I’ve also seen cases where people have failing cables, connections or power supplies. All of these things can lead to a situation where Vera no longer communicates with a [network attached device] and is generally un-aware that it’s gone away… at least until the Keep-Alive timer kicks in.
That's why I was asking if there is a way of being notified when the panel and Vera lose communication and don't reconnect. Then I can at least take the steps necessary to get them in sync again and it would help trouble shoot whats going on.
Not really, at least not one that won’t corrupt UI4 user’s setups and I single-stream the code for UI4 and UI5 (and dont plan on changing that model)
When you mention command line are you referring to accessing Vera via ssh and initiating pings from there? I've pinged from a terminal app in Windows which is what I assume you are referring to?
When measuring, all primary measurements should be done from the perspective of the device that needs the connectivity... In this case Vera. Secondary measurements from other devices on the network can be handy to validate your findings, but measurements need to follow the same path they would if the system were running.
Think of it as a [car] service technician attempting to diagnose a problem with your car. Anything they do would involve your car, not the one next to it (which might have a totally different experience/problem set)
PS: Please put paragraph spacers into your postings, and clearly break out the questions. It took me ages to respond to this as I had a difficult time reading the “train of thought” posting.