[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

Re: Behavior of Disconnecting Keypad From Ademco 128BP Panel?



"petem" <petem001@xxxxxxxxx> wrote in message
news:tabCe.903$s_5.74997@xxxxxxxxxxxxxxxxxxxxxx
>
> "Mark Leuck" <m..leuck@xxxxxxxxxxx> a écrit dans le message de news:
> aoCdnQqnGLvT1EXfRVn-tQ@xxxxxxxxxxxxxx
> >
> > "petem" <petem001@xxxxxxxxx> wrote in message
> > news:cKXBe.91$Ci4.80697@xxxxxxxxxxxxxxxxxxxxxx
> >>
> >
> >>
> >> we have to disconnect the keypad in place cause,its at address 16 and
its
> >> the only keypad enabled in the panel..
> >> and as you should know if 2 keypad are connected whit the same ecp
> >> address
> >> they will freeze...
> >>
> >> what's dumb about that?
> >
> > Whats dumb is not going into programming and enabling another keypad
> > location then connecting the programmer set to that address, thats what
I
> > do, usually address 23
> >
> I am not the one that decide how the panel will stay programmed...

Whats that got to do with it?

> I am not working for a mom and pop company...

Neither am I

> one other thing leaving an unused keypad programmed in the panel can only
> slow the system and in the same it is a security issue..

Leaving one keypad location open doesn't slow it down, leaving 6 yes
although how much I haven't found out yet, it's not a safety issue at all

> if its possible for a cleaver man to hook up a keypad with out being
> detected to a system(like a clerk working in a part where there is no
keypad
> and the bus pass true) and have access to try as many codes as they wish
> this can be a pretty big issue

You any relation to someone named Jake that was once here?

> about the piggy tail in the panel,that's nice, will tell the boss about
> it...
> I am sure he wont like it...cost,cost,cost...unconnecting a kp while I am
> charging the customer for it...doesn't cost anything to the company and is
> in fact bringing some doe in....

Thats Crash who said that not me





alt.security.alarms Main Index | alt.security.alarms Thread Index | alt.security.alarms Home | Archives Home