MVP-8400 time standing still
Joe Hebert
Junior Member
in AMX Hardware
Has anyone ever seen time stand still on an otherwise perfectly functioning MVP-8400? I just ran into a panel that had time and date buttons that were frozen in time for the last month. I rebooted the touch panel and the time and date buttons synced back up with the Netlinx master and all was fine. I don?t remember seeing that happen to a panel before and found it rather odd.
Comments
-
Probably just a gnome.
-
JoeJoe Hebert wrote:Has anyone ever seen time stand still on an otherwise perfectly functioning MVP-8400? I just ran into a panel that had time and date buttons that were frozen in time for the last month. I rebooted the touch panel and the time and date buttons synced back up with the Netlinx master and all was fine. I don?t remember seeing that happen to a panel before and found it rather odd.
You're alone. I've had this happen once before, I rebooted and never heard from the client again. -
Same here.. all iced up and a reboot fixed it. This panel has never done it again either.GSLogic wrote:Joe
You're alone. I've had this happen once before, I rebooted and never heard from the client again. -
I had this happen once, rebooting the panel did not fix it. When I would reboot the clock would update once but then freeze. After a few tries with the panel, I rebooted the Master and it worked fine from that point on.
-
I don't know how helpful this is in terms of solving the problem, but the time signal is a UDP broadcast. It's entirely possible for a panel not to be catching the UDP, but still be able to connect to the master, which is TCP.
-
Joe Hebert wrote:Has anyone ever seen time stand still on an otherwise perfectly functioning MVP-8400? I just ran into a panel that had time and date buttons that were frozen in time for the last month. I rebooted the touch panel and the time and date buttons synced back up with the Netlinx master and all was fine. I don?t remember seeing that happen to a panel before and found it rather odd.
I find that sometimes a soft-reboot is not enough to purge an evil spirit that has inhabited an MVP-8400.
I find that sometimes, I need to pull the power and remove the batteries and let it set for a minute. -
If you seem to be having intermittent network problems, verify the termination of the network wires through out the channel. This requires more than a simple continuity check. I have seen some weird problems caused by the installer punching down a termination block wrong or making up their own standard for termination. As long as they used the same wrong termination on each end, you will most likely get the connection lights and depending on the distance, you may even have communication.
When I am having communication problems on a network (even wireless) the first thing I check is that all of the network connections are properly terminated.
Jeff -
This is true; connect lights themselves don't mean the connection is good, just that it exists. Noise, crosstalk, attenuated signal due to wire length or sloppy connections, can all have a connect light without reliable communications.
Leave a Comment
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums
