When my lightning disaster occurred, I was using K5FD suppressor boards,
which have two MOVs per line plus a 5A inline fuse. Each wire in the control
cable was connected to a suppressor board at both ends of the cable run,
tower and shack, for a total of four MOVs per wire. The ground system at
tower and shack is extensive and well-bonded, with large conductors, and
it's bonded to all other grounds such as AC, telco, etc.
Every 5A fuse blew, indicating that considerable current flowed through each
wire to/from the controller. None of the MOVs was shorted, but it wasn't
possible to tell if they were destroyed in an open condition. As mentioned
earlier, the MOVs were 82V units, which are standard in K5FD and Polyphaser
suppressors.
In trying to prevent a repeat of this incident, I had K5FD replace the MOVs
with 45V units, which is the value recommended to me by K7IR. The problem
with selecting a value for the MOVs is that there's a voltage spike above
the nominal 33V operating level for the driver chips (assuming one is using
SteppIR's 33V power supply.) Further complicating selection is that MOVs
have about a 10% tolerance, so they won't necessarily clamp at exactly the
rated voltage. I've forgotten the research I did on this, but I think the
tolerance is only on the high side. In other words, a 45V MOV won't clamp
below that level, but may not clamp until the voltage is near 50V. My
recollection is that the driver chips have very little headroom for
overvoltage. At any rate, the exact voltage characteristics may vary from
one installation to another (or possibly from one wire to another!)
The problem you suggest, that an MOV shorted by a lightning strike would
result in the chip being destroyed the next time it operates is
theoretically possible, but my sense is that MOVs don't fail in the shorted
condition very often. In other words, I think the odds of that particular
failure scenario are somewhat low. But certainly not zero.
Perhaps a more likely scenario is related to the SteppIR drift compensation
cycle I mentioned in my previous email. What happens if a drift compensation
cycle coincides with the MOV shunting a surge to ground? Won't the driver
voltage also be shunted to ground, resulting in a short across the wire? If
so, the chip would likely be destroyed. If that scenario is possible, then
even if a MOV value can be that would fit within the normal operating and
overvoltage ratings of the chip, it won't do any good if the controller's
drift compensation voltage happens to get shunted to ground during a strike.
As for protecting the rest of the controller, my experience was that the
primary damage was to the driver chips and RS-232 interface. I tried
replacing just the driver chips on one of the boards, but it didn't work. So
it's likely the surge destroyed more components than just the driver chips.
It may not be possible to protect other components unless the power supplies
are isolated. The RS-232 interface is mounted on the driver board, and
probably shares that board's power supply. I think it might be possible to
protect the RS-232 interface by obtaining its power from the CPU board and
isolating it as much as possible from the driver board, but that would
probably take a fair amount of redesign to the boards. My CPU boards were
not destroyed by the strike, and appeared to work correctly for several
months, but subtle, undetected damage to the CPUs began to emerge and
eventually the chips had to be replaced. Hard to imagine how the CPUs can be
fully protected.
SteppIR's new controller optionally addresses some of these problems, but I
still have questions about the detection and cycle time of the relay-based
disconnect circuit, as well as the isolation between the CAT5e cable and the
components at the controller and driver ends of the cable. SteppIR doesn't
100% guarantee that the disconnect will protect the driver board, and
locating it remotely would complicate or eliminate manual disconnect as an
option. Even if optoisolators are used for the CAT5e cable at both ends, I
would think the optoisolaters would be destroyed in a surge (hopefully,
they're socketed.) All that said, if there's reasonable isolation between
the CAT5e cable and the rest of the controller circuitry, the surge won't be
able to propagate through the RS-232 interface, which is what caused the
bulk of the damage in my case.
73, Dick WC1M
> -----Original Message-----
> From: Rick Stealey [mailto:rstealey@hotmail.com]
> Sent: Wednesday, July 15, 2009 10:45 AM
> To: towertalk@contesting.com
> Subject: Re: [TowerTalk] STEPPIR QUESTION
>
>
>
>
> >
> > Providing protection for the driver requires a circuit that limits the
> > output current on every line
>
> Nice work Jerry. I don't completely understand all, but it sounds to me
as
> if you are saying something like the lines (i.e. pins 1-2, and 3-4 going
to
> the driven element)
> are balanced. Meaning no current is returning on ground?
> To provide some means of lightning protection on the control lines we need
to
> consider two scenarios. One is to protect the
> controller, specifically the driver chips. The other is to "keep the
> fireball out of the house", meaning keeping surges from getting to the
> controller where they can work their way to other devices such as a
> transceiver connected to the data port.
> So, in the latter case, it seems to me MOVs across all conductors to
ground,
> placed on a SPG at the house entrance, would serve that purpose the same
as a
> rotor protector using MOVs, or gas tubes on the coax lines.
> The question is, do those MOVs protect the driver chips, due to their
bridge
> configuration? And if the MOVs should short out after doing their job,
does
> the controller then destroy itself due to seeing a direct short to ground
on
> one or more of the output lines?
> What about MOVs across the motor windings (pins 1-2, 3-4, etc of the
DB25)?
> to protect the chips.
> Incidentally, MOVs rated at 39 volts are available for 45 cents at Mouser.
> They are rated for huge currents, 2000 amps if memory serves me correctly.
> Rick K2XT
>
>
> _________________________________________________________________
> Windows LiveT: Keep your life in sync.
> http://windowslive.com/explore?ocid=TXT_TAGLM_WL_BR_life_in_synch_062009
_______________________________________________
_______________________________________________
TowerTalk mailing list
TowerTalk@contesting.com
http://lists.contesting.com/mailman/listinfo/towertalk
|