Re: DSC 832 on Cable VoIP

[tourman <robercampbell@xxxxxxxxx>]

On Jan 8, 12:43=A0pm, Jim <alarmi...@xxxxxxx> wrote:
> On Jan 8, 10:28 am, tourman <robercampb...@xxxxxxxxx> wrote:
>
>
>
> > On Jan 8, 9:49 am, mleuck <m.le...@xxxxxxxxx> wrote:
>
> > > On Jan 7, 8:29 pm, tourman <robercampb...@xxxxxxxxx> wrote:
>
> > > > On Jan 4, 7:55 pm, Frank Olson
>
> > > > <use_the_email_li...@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> > > > > tourman wrote:
> > > > > > On Jan 4, 12:14 pm, "Robert L Bass" <nore...@xxxxxxxxxxxxxx> wr=
ote:
> > > > > >> "tourman" wrote:
>
> > > > > >>> RHC: Yes, I can see the panel trying the number of times it's=
 set to
> > > > > >> call and continue to retry until it either gets through or gen=
erates a
> > > > > >> "failure to communicate" trouble. However, this panel is simpl=
y not
> > > > > >> even trying tro call depending upon what set of signals it is =
supposed
> > > > > >> to send. Manual test, excludes the line, and goes through perf=
ectly.
> > > > > >> Keypad alarms and regular alarms and restores....it doesn't ev=
en pick
> > > > > >> up the line and try ????
>
> > > > > >> Bob,
>
> > > > > >> This doesn't sound like a VoIP issue. It really seems as thoug=
h something else
> > > > > >> is set wrong in the programming.
>
> > > > > >> --
>
> > > > > >> Regards,
> > > > > >> Robert L Bass
>
> > > > > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>
> > > > > >> Bass Home Electronics
> > > > > >> DIY Alarm and Home Automation Storehttp://www.bassburglaralarm=
s.com
> > > > > >> Sales & Service 941-870-2310
> > > > > >> Fax 941-870-3252
> > > > > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D>
>
> > > > > > To Jim and Bob...yes, that was my first guess; however, I've ch=
ecked
> > > > > > all the programming and everything is perfect. Perhaps a defaul=
t would
> > > > > > help; DSC products are funny that way...solves lots of problems=
 not
> > > > > > solvable any other way for some reason....
>
> > > > > Also try reversing the tip and ring (t-1 and r-1 too).
>
> > > > RHC: UPDATE.....after attaching my laptop to the panel on prem, and
> > > > uploading it, I quickly saw that "Partition 1 was disabled and
> > > > Partition 2 was enabled. So the panel wasn't even seeing the existi=
ng
> > > > zones.
>
> > > > Damn....major stupid mistake...egg on my face. Moral of this
> > > > story...always upload your panels rather than depend upon keypad
> > > > programming, and when approaching any problem, check the simple thi=
ngs
> > > > first...
>
> > > > Now I kinda wish I hadn't started this thread, so wouldn't have to =
eat
> > > > crow.....:))
>
> > > Remember this the next time you slam ADT for programming/installation
> > > errors

> > customer caused false trips.
>
> I don't use cancel signals.
>
> I'd rather the client get the call from central. To me, in spite of
> the minor risks of a false alarm, the actual engaging =A0of the central
> station and interaction with the client is desireable.
>
>
>
> > paying for and counting on protection that hasn't worked for several
> > years guaranteed. And I'm reasonably sure they don't upload their
> > panel settings at the end either...(although that is an assumption on
> > my part)
>
> > As I've said many times, I see just as much crap out there by the
> > small companies, probably more so on a statistical basis. But ADT is
> > the market leader and should be setting the standards for all of us,
> > and they clearly aren't in our area (at least on the residential side
> > of the business)
>
> > I suggest your working for a big alarm company may be clouding your
> > judgment....-
>
> Ya think?
> NAHHHH!

RHC: Yeah, I know what you mean about cancel codes. There IS  a real
risk the client won't understand why he may get a delayed call.
However, with false alarms running $116 a pop, I've chosen to train
people on this aspect of the service, and hope they remember. But I
have lost one client because of it......