ECS-L Home Automation and Security Archives
  learn more | view messages for this month | NetBloc® | terms of use | search

Google
 


  subject (prev) or (next) | time (prev) or (next) | author (prev) or (next) | view more subjects

Subject:
From:
Date:
RE: [ECS] RADAC Unit and problem with communications on line
Michael David
Wed, 10 Jun 1998 19:53:28 -0400
Wed, 10 Jun 1998 19:53:28 -0400
Hi Garry!

Well, I've run out of theories,  I'm beginning to suspect your TW module.
Is there someone near by from whom you could borrow another TW?



Cheers!

Michael David
michael@michaeldavid.com



    -----Original Message-----
    From: garry viele [mailto:gviele@gfn.org]
    Sent: Wednesday, June 10, 1998 5:18 AM
    To: ecs-list@vancouver.ml.org
    Subject: Re: [ECS] RADAC Unit and problem with communications on line



    Michael David wrote:

        Hi Garry!
        Ok, let's recap:

        You have an event that you know works, because you have a PC bell
set to
        beep whenever this event is triggered.  This event sends an X10
command.

        You are using an x10 controller to trigger this event, which means
that the
        Redac is receiving X10 signals fine.

        When you send the command, you see the "X10 Activity" light in the
Redac
        flash, indicating that the Redac has sent the command.

        You don't know if the TW light flashes when this happens, because
you can't
        se it where it is installed.

    >>>>>>>>>>>>>>No -  I now can look at the TW and it does flash when the
x-10 command controller button is pushed.  Otherwise it is a constant red.
    >>>>>>>>>>>>>>>

        Your communication LED flashes the same whether event processing is
enabled
        or not (which is normal).

        Do I have all that right?

    >>>>>>>>>>>>Except for change see above.
    <<<<<<<<<<<<<<

        If so, there's only a few more things to check:

        Plug a known good module into the same socket as the TW, and try to
turn it
        on and off.

        Also, you really should find some way to watch the TW during the
send
        process.  Perhaps using an extension cord to get it close to you
while you
        are at the computer.  We want to verify it flashes during the send.

    >>>>>>>>>>>>>>>>I have this.  See above.
    >>>>>>>>>>>>>>>>

        Using that extension cord, try moving the TW to another circuit to
see if
        there is some noise on it's current circuit.  Try shutting off all
the power
        in your house except the circuit the TW is on and see you can
control
        something in that same outlet.

    >>>>>>>>>>>>>>I will try this test today.  Thanks for the tip.
    >>>>>>>>>>>>>>>

        You do have that Redac defined as station 0 right?  You aren't using
another
        PLC interface AND the Redac, right?

    >>>>>>>>>>>>>>>>>>I'm not.  Unless the example cfg file has something
defined in that I am not aware of.  I'm just using the example cfg for this
with a couple additions (the beep event we discussed earlier and an addition
of the computer room light module  - L 1  I think.
    >>>>>>>>>>>>>>>>>>>

        Any chance your TW<->Redac cable could be bad?  What happens if you
send
        continuous X10 commands for several minutes?  Do you get a buffer
overload
        message?

    >>>>>>>>>>>>>>>>>>.Haven't tried this yet.  Will work on it today.  If
the cable was bad then the TW light would not flash  when receiving  the
x-10 controller command - is that not correct?
    >>>>>>>>>>>>>>>>>




        Do you have another TW you can try?
        Anyone else have any other ideas?

        Cheers!
        Michael David
        michael@michaeldavid.com

        -----Original Message-----
        From:   garry viele [mailto:gviele@gfn.org]
        Sent:   Tuesday, June 09, 1998 8:24 PM
        To:     ecs-list@vancouver.ml.org
        Subject:        Re: [ECS] RADAC Unit and problem with communications
on line

        Michael David wrote:

        > Hi Gary!

        Hi Michael -

        >
        >

        Well just ran some tests and here are the results:

         RADAC activity seen  AND in the  cfg I have an event set up to ring
the
        pc-bell
        if x-10 controller  key is pressed.  It works (I press all lights
off and
        the
        pc-bell sounds   ---  but NO lights go off).  The  TW  light does
flash so
        it is
        being sent out at least that far!

        <snip>




Hi Garry!
 
Well, I've run out of theories,  I'm beginning to suspect your TW module.  Is there someone near by from whom you could borrow another TW?
 

Cheers!

Michael David
michael@michaeldavid.com

-----Original Message-----
From: garry viele [mailto:gviele@gfn.org]
Sent: Wednesday, June 10, 1998 5:18 AM
To: ecs-list@vancouver.ml.org
Subject: Re: [ECS] RADAC Unit and problem with communications on line

 

Michael David wrote:

Hi Garry!

Ok, let's recap:

You have an event that you know works, because you have a PC bell set to
beep whenever this event is triggered.  This event sends an X10 command.

You are using an x10 controller to trigger this event, which means that the
Redac is receiving X10 signals fine.

When you send the command, you see the "X10 Activity" light in the Redac
flash, indicating that the Redac has sent the command.

You don't know if the TW light flashes when this happens, because you can't
se it where it is installed.

>>>>>>>>>>>>>>No -  I now can look at the TW and it does flash when the x-10 command controller button is pushed.  Otherwise it is a constant red.
>>>>>>>>>>>>>>>
 

Your communication LED flashes the same whether event processing is enabled
or not (which is normal).

Do I have all that right?

>>>>>>>>>>>>Except for change see above.
<<<<<<<<<<<<<<
 

If so, there's only a few more things to check:

Plug a known good module into the same socket as the TW, and try to turn it
on and off.

Also, you really should find some way to watch the TW during the send
process.  Perhaps using an extension cord to get it close to you while you
are at the computer.  We want to verify it flashes during the send.

>>>>>>>>>>>>>>>>I have this.  See above.
>>>>>>>>>>>>>>>>
 

Using that extension cord, try moving the TW to another circuit to see if
there is some noise on it's current circuit.  Try shutting off all the power
in your house except the circuit the TW is on and see you can control
something in that same outlet.

>>>>>>>>>>>>>>I will try this test today.  Thanks for the tip.
>>>>>>>>>>>>>>>
 

You do have that Redac defined as station 0 right?  You aren't using another
PLC interface AND the Redac, right?

>>>>>>>>>>>>>>>>>>I'm not.  Unless the example cfg file has something defined in that I am not aware of.  I'm just using the example cfg for this with a couple additions (the beep event we discussed earlier and an addition of the computer room light module  - L 1  I think.
>>>>>>>>>>>>>>>>>>>
 

Any chance your TW<->Redac cable could be bad?  What happens if you send
continuous X10 commands for several minutes?  Do you get a buffer overload
message?

>>>>>>>>>>>>>>>>>>.Haven't tried this yet.  Will work on it today.  If the cable was bad then the TW light would not flash  when receiving  the x-10 controller command - is that not correct?
>>>>>>>>>>>>>>>>>
 
 
 
Do you have another TW you can try?

Anyone else have any other ideas?

Cheers!
Michael David
michael@michaeldavid.com

-----Original Message-----
From:   garry viele [mailto:gviele@gfn.org]
Sent:   Tuesday, June 09, 1998 8:24 PM
To:     ecs-list@vancouver.ml.org
Subject:        Re: [ECS] RADAC Unit and problem with communications on line

Michael David wrote:

> Hi Gary!

Hi Michael -

>
>

Well just ran some tests and here are the results:

 RADAC activity seen  AND in the  cfg I have an event set up to ring the
pc-bell
if x-10 controller  key is pressed.  It works (I press all lights off and
the
pc-bell sounds   ---  but NO lights go off).  The  TW  light does flash so
it is
being sent out at least that far!

<snip>

 

  subject (prev) or (next) | time (prev) or (next) | author (prev) or (next) | view more subjects




Services provided by [NetBloc]®! NetBloc Solutions Inc.
Terms of use. Indexing software (c) 1999 Lin-De, Inc
.