Always seems to be EISC - signals pulse constantly high then low, high then low, until the processor is rebooted. Seems to be different processors too!? Very random - and very annoying.
toggle quoted message
Show quoted text
--- In Crestron@..., Kool-Aid Drinker <herald@...> wrote:
I guess I'll be the first to say how big mine is... I've got a QM-RMC
that does around 230 changes per second. 24 hours a day, seven days a
week. No biggie, except when using debugger.
Your stuck signals, are they strictly local? Or is it EISC outputs?
There isn't much (any?) error detection/correction of an EISC network
UDP stream. If the packet containing the release message is lost, the
output stays high. Check your network wiring quality; check out the
update-request input of the Ethernet Offline Manager extender.
If the stuck signals are strictly local, you may have a bad processor.
On Mon, 25 Mar 2013 18:08:01 -0000, "rlf79cm" <rlf79cm@...>
wrote:
Hi guys
I'm trying to get to the bottom of an issue whereby one of the processors on my (dedicated)
network (there are 4 in total, all talk to eachother via EIS) from time-to-time fires a
random non-stop digital command.. yesterday it was "Sky_Stop" (IR to Sky HD box), the day
before it was a different Sky key, before that an Amplifier signal (rs232 to Denon amp) -
there appears to be no pattern or consistency to the command it fires. The only way to
stop it is a complete device reset.
I've noticed that the processor in question is idling at 9.9 changes per second, mostly
from the intruder alarm serial outputs (x2) and the serial Sky program information (x5).
Is 9.9 seconds normal for an idle processor? Is there a 'safe' limit?
Even better, has anybody experienced similar issues?
Cheers, Rick
