|
ECS-L Home Automation and Security Archives |
learn more
| view messages for this
month | NetBloc® | terms of use | search
subject (prev) or (next) |
time (prev) or (next) |
author (prev) or (next) |
view more subjects
Subject: From: Date: | Re: [ECS] PLC Interface overflow? Paul Fitch Fri, 30 Jun 2000 19:44:27 -0400 |
I have recently noticed exactly the same sort of overflow error. In an attempt
to find out what was being sent, I activated PLC Monitor. Unfortunately, this
only monitor received commands, not transmitted ones. I then attempted to query
the status of PLC-Interface-2H...but, it only tracks receiving NOT transmitting
status.
So, is there a method of tracking what commands are being sent by ECS? I would
think that ECS has a central command transmit processor so the commands that are
being transmitted should be easy to identify and log....
Mark Gilmore wrote:
> Jay,
> The number of commands is not the problem,
> as ECS intellegently "queues" all commands
> for output (when the CM11A is ready).
>
> This error means that a command has been issued to
> the CM11A (by ECS) which has not been acknowledged
> after 5 seconds (i.e. it is "busy" doing "something").
> What that is I don't know (perhaps ANOTHER transmitter
> sending a burst of continuous commands ?).
>
> I would eliminate commands one-by-one until it goes away.
> Perhaps knowing what command is causing the problem will
> help.
> --
> Mark Gilmore
> Omnipotence (ECS home automation software)
> http://www.usit.com/omnip
> 423-745-0026
> Hours: Mon-Sat, 9AM-8PM/EST
>
> Jay Heyl wrote:
> >
> > I have an event I run every night at bed time. It turns on a sequence of
> > lights leading to the bedroom, turns off all other lights in the house, and
> > then, at specific intervals, turns off the lights leading to the bedroom.
> > The event basically works okay, but I've been getting an error from ECS
> > indicating some kind of problem with the CM11A (from the Active Home kit).
> > The error text is: ERROR:PLC-Interface-2H transmit tmo1 (Item
> > "PLC-Interface-2H"). The interface seems to work reliably with all other
> > events and commands. I can only assume this is some kind of overflow error
> > due to the large number of commands being sent out in rapid sequence. Is
> > my assumption correct? Is there anything I can do to correct this problem?
> > Occasionally some of the lights involved in this event are not turned on
> > like they're supposed to be. That's why I thought it might be some kind of
> > overflow, resulting in certain commands being thrown away.
> > -- Jay
subject (prev) or (next) |
time (prev) or (next) |
author (prev) or (next) |
view more subjects