开云体育

We're working on a project that we've been seeing noticeable command lag when commands are send via IP to a device (AVpro end-points and Sony TVs(IP control) )
We initially thought it was something with AVpro (IR and serial TV control) most noticeable when ramping volume. Then we set up IP control for a Sony TV, Direct IP from the CP4 and same issue.
Debugger shows the commands sending and stopping with the button press/release, but the TVs keep going for 2-3s most times. with serial and IP control, they are getting to the right level that we send them to, but it seems like the commands are getting buffered some where and lazily doled out to the TVs.
I tried the code on my bench setup and initially I saw the same issues!! but then of course everything started working as expected and I couldn't get it to mis-behave again - This of course is even worse!!!
I still have much to review with the network and other testing, but Has anyone else seen something like this recently???

FYI, I have never had these issues and our code is solid.

bump...

Is there any chance that there are network cables that fail testing along the way?? Once I caught an issue like this that turned out to be a miswired Ethernet cable (like it went 12-34-56-78 instead of 12-36, 45-78), turns out the twists matter very much.? It provided a network connection that initially seemed to light up but then really choked when you went to use it.

Another time that comes to mind was when the network was getting stormed by misbehaving equipment that put the router's CPU to 100% and caused other strange network behavior.? Packets would get severely delayed.? Those kinds of problems are sometimes hard to troubleshoot.? Last time it happened to me, it was a "Fingbox" (a network monitoring appliance) that was flooding an iMac with multicast DNS queries at full network rate due to some bug in the then-current release that made it get stuck in a loop... it brought the network to its knees.? Locating the offending equipment was 98% of the battle.

Basically if you're looking for ideas, I'm suggesting troubleshoot their network, or eliminate their network from the connection path as a test.? Never hurts to bring a 1000 ft roll of cat6 to a customer house so you can snake a long temporary hardwire connection through their house, all the way to their TV just to see if the problem goes away while you're using it without their network.

Hi Michael,
Good suggestions, thank you.
We have a hi-end network with Why Reboot (Highly recommended BTW) and we have done testing concerning network performance. Things look pretty great in terms of speed/performance, etc. which of course makes this more confusing...
The Video streaming (AVpro MXnet) is on a dedicated switch ISO'd from the main network. We do have Domotz in there, but there's no indication of any network flooding or latency...:(

I've had an issue like this and chased it for too long. Turned out to be a duplicate IP address. Dante and control had the same IP. Dante audio was passing just fine but the switch was very confused. I also have had Sennheiser Cockpit Control (Their software) causing issues on my personal network as well as a customers. The Cockpit software was flooding the network most likely looking for its family of products.