|
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] CID file state value? gbailey Wed, 20 Jan 1999 21:53:30 -0700 |
I too have the odd instance of no announcement for the odd caller. I had
previously chalked it up to the phone company, but maybe you are on to
something. All mine are in a single file.
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
Garnet Bailey
gbailey@attcanada.net ICQ# 23436806
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
-----Original Message-----
From: Wayne Wittenberg [mailto:waynew@magicnet.net]
Sent: Wednesday, January 20, 1999 12:04 PM
To: ecs-list@netbloc.com
Subject: [ECS] CID file state value?
Using ECST v4, I am trying to troubleshoot why SOMETIMES callers do not
get announced when the phone rings. Once, I thought I saw the 'CID
Interface' item change states when the phone rang, but no announcement was
made. Therefore I wrote a simple event the simply writes the CID Interface
value to a log whenever state 'is not now none'.
I now have an entry in my log with a state of 39. I don't have any CID
items with a state of 39! I determined that the number in question was the
39th line in a CID text file.
|Item:CID:File Type:Caller-ID
Acc:User/User
| Initial State:701 Backup:No
| Name :@d:\caller.id
| Number :
|Item:CID:File Bus Type:Caller-ID
Acc:User/User
| Initial State:703 Backup:No
| Name :@d:\callerbs.id
| Number :
|Item:CID Interface Type:Caller-ID-IFC-B
Acc:User/Owner
| Initial State:(None) Backup:No
| Serial Port :COM2
| Area Code :407
I *thought* the CID interface state for any caller in 'caller.id' file
would be 701. If a caller was in 'callerbs.id' file, the state would be
703.
Did things change or am I just wrong? I don't find the line number
useful the way I have things setup, because I used multiple CID type files.
I could combine the lists into one big file, but then I would have to do a
lot more organization and testing. Anytime I add anybody into their
appropriate section of the file, all my events would have to be adjusted. I
was just planning on treating all 701 callers one way and all 703 callers
another way, but hadn't done it yet. All my real important callers have
individual items, they are not in the 'bulk' files.
Thanks,
Wayne
subject (prev) or (next) |
time (prev) or (next) |
author (prev) or (next) |
view more subjects