Home AMX User Forum NetLinx Studio

Sluggish Responses from Wireless Panels

Greetings,

I am putting together a system with an MVP-8400i, an MVP5200i and an R4.

I am having sluggish responses to button presses. Feedback and events sometimes lag up to a second. It is most pronounced on the MVP-8400. It seems like a reboot of the panel tends to clear it up for a bit. This is known good code that has worked well on other systems.

Any suggestions?

Thanks.

Comments

  • viningvining Posts: 4,368
    You're not running the code with debugging on? I notice system responses are slow when I do.

    Are these connecting through a single access point, or multiple access points? AP's are 1/2 duplex so you may be creating a bottle neck if only using one. Is this feedback going to all panels regardless of the page they're on?

    What's the UDP BC rate? It is usually best set to 0 to keep the master from broadcast every x interval. If I recall it's not necassary if TPs are set to URL for connection mode. Helps keep down the network chatter and frees up resources for real traffic.

    Any Panasonic wireless phones, multicell stations around? Any other noisy 2.4 ghz stuff? Try kicking the wi-fi RF channel, won't really help for the Pana phones but if something else is interferring it may.

    Try the Wi-Spy to see what you're up against?
  • Spire_JeffSpire_Jeff Posts: 1,917
    Are you using the 3101 processor by chance? I have not completely programmed my system at home yet, but I have noticed odd issues of lag when controlling my cable box. This is also code that is functioning elsewhere and only on the 3101 am I having problems.

    Jeff
  • TurnipTruckTurnipTruck Posts: 1,485
    Spire_Jeff wrote: »
    Are you using the 3101 processor by chance? I have not completely programmed my system at home yet, but I have noticed odd issues of lag when controlling my cable box. This is also code that is functioning elsewhere and only on the 3101 am I having problems.

    Jeff

    Yes. NI-3101. First time using one.
  • Spire_JeffSpire_Jeff Posts: 1,917
    Well, hearing you say that makes me feel a little more confident in my gut feeling that there is something "different" about the 3101. Now, the big trick is to find out what is different and what we need to do to allow the difference to function properly :)

    Jeff

    P.S.
    If you happen to figure it out, I would love to hear it as the only 3101 I have had to deal with is the one in my house.... and at the rate I've been going, I won't get around to programming it completely for a couple more months at least. When I do program it, I won't be doing it during normal business hours and I won't be able to discuss the issue with tech support should the need arise. :)
  • I would be very interested to know any specifics regarding sluggish 3101 as we have not seen this issue in-house. The 3101 contains the same processor as the 3100 running at the same speed. Rather than a compact flash, it has a large flash chip, but we have not seen any problems there either. Is there a continuous message flow in your system? Meaning are there continuous incoming events or outgoing changes. This would be evident by the output and/or input LEDs being solid 'ON'...a little difficult to tell with a 3101 due to the minimalist front plate. I'm just trying to gauge the amount of traffic in your system. Another diagnostic would be to repetitively execute "show buffers" in Telnet to see if message queues are backing up.
Sign In or Register to comment.