NXV-300 Closing VNC Port(?)
JohnB
Posts: 13
I'm getting complaints from a client with an NXV-300 that seems to be randomly closing the VNC port. One day VNC works. The next day it doesn't and requires a reboot to reconnect.
Originally, the client was leaving the VNC session open so we thought it was timing out and closing the port. We then instructed them to close the session when not in use, but even now when they re-open the session it will occasionally refuse.
Any similar experiences out there? Solutions?
Originally, the client was leaving the VNC session open so we thought it was timing out and closing the port. We then instructed them to close the session when not in use, but even now when they re-open the session it will occasionally refuse.
Any similar experiences out there? Solutions?
0
Comments
Our solution was that instead of screwing around with this more (very fussy client), we put a 7" in the rack and told them to VNC into that instead. Has worked a treat since.
From some of the discussions I have had with people there, it seems to be a known problem but effects so little units that is is not high on the priority list of things to fix.
Waz
Cheers.
I too would encourage you to contact technical support. There is a hot fix firmware available (v2.1.18) for the NXV-300. Tech Support can speak more directly to your issue, but there have been several modifications from v2.1.9 that is released on AMX.com
The release notes suggest that there have been modifications aimed at reducing device lock-ups. I do not know if this will completly solve your issue, but it sounds like it would improve your situation.
Chris
I had a similar problem. This device has had the issue of requiring 2-3 week reboots since firmware 2.1.8 I have been speaking to AMX who keep telling me to upgrade the firmware, which I have done and am now running 2.1.18 , but the problem remains. I have replaced the device with an old CV7 until they fix it. I don't have huge hope that they will, I would avoid this device.
charlesw, I think I'm in agreement. I would rather install a CV7 than use this device again, at least until they resolve this issue. In the end, I've left instructions for the client to open a telnet session to remotely reboot the box when needed. It's lame I know, but the company's not going to invest the time to program a work-around fix.
Cheers!
If the same panel is loaded onto a CV7 it too will fail to start but comes up with a warning that there is no memory and a prompt to remove user pages, alas no similar warning from the nxv300 and no way of accessing the setup pages - even trying to default the device as asked by tech support fails!
So, I have a nicely bricked box sitting on my desk - and little time around everything else I do to try and get some progress.
It is most likely your graphics and not your pages that are using up your memory. Images are likely oversize or saved as high-resolution low compression images. Our standard project has way over 200 pages, and over 1,000 images, and it fits in a 7" panel memory with plenty spare space.
You might try exporting the images and reviewing them for byte counts. Even a full page background need not be over 70KB to look good with clean detail. However, some "high qualtity" settings can save a JPG of the same size at nearly a megabyte.
Note that the TPD4 built in scaling of images is neither very clean nor very efficient in size. Saving a 12" project as a 15" project goes from 26 meg to nearly 40 meg, and it runs out of room. And the enlarged bitmap images look "soft" and are very large in byte count. By exporting all the 12" images, resizing them to the 15" size, and resaving with JPG QUALITY turned down to 3 on Photoshops 12 scale, images look better than what TPD4 made, and are only 10% of the size in bytes. I do this to all images that are over 100K, then import them into the 15" conversion, and it looks better and saves at 29Meg. Which leaves plenty of room.
Don't get me wrong, I'm still working on the CV7 route but was using it as a comparison to the troubles I found after getting the NXV300.
Anyway, about the 300's, they are noticeably (but not horribly) slow when using the HTTP view, and can be overloaded by panel commands and lock up or drop some commands. We had to programmatically slow the command rate for them at locations where the decisions had been made and the units were specified.
Their web view is incompatible with Apple and some Android browsers, so you have to use the VNC anyway. They are just not really happy devices, and I hate to add new known friction points in a job when I can avoid it. I would heartily recommend using a 430, 500, or 7" panel and just use the VNC. This gives you a physical panel at the site, perhaps in the rack room, nearly always a plus to have. If you are trying to save your customer money, consider how they will enjoy paying for the fiddly programming tweaks, kludges, and service calls instead of paying for reliable hardware.