[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: THOR Bang energy vs. streamer length measured



Original poster: "Denicolai, Marco" <Marco.Denicolai-at-tellabs-dot-com> 

  Hi Terry,

 > Even though the number of available
 > bangs is limitless, the statistical chance of the streamer
 > failing increases over time until it becomes improbable that
 > the streamer will be able to connect.

My hardware can go up counting to 4096 bangs but actually 32 were well
enough to exploit all what I could from my maximum available bang
energy.

 > Although we do not have the specific numbers and equations to
 > predict such things with arbitrary coils now, your data
 > definitely shows such relations do exist and they are not
 > terribly complex.

Indeed.

 > Your BPS data also suggest that there is a "right" BPS.  The
 > 10.7J data seems to suggest that ~325 BPS was optimal.  It
 > also shows that the optimal BPS is not far from what we use
 > now, although it might be ~~2X what we in the 120BPS world
 > are used to.  I suppose we could start thinking about optimal
 > capacitor/charging/gap systems for 240 and maybe 360 BPS sync
 > operation...  A daunting task indeed!!

I wouldn't say so. As I commented in my web page, Fig.5 "nice" maximum
is due to measurement uncertainty and to be taken with a better
confidence as a saturated maximum. I mean, I believe readings -at- 300, 350
and 375 Hz for 10.7J are actually the same. Read it as "no improvement
above 300 Hz".

 > I think the Hit% Vs. BPS data is the most intriguing and
 > something we can address fairly quickly.  Your data suggest
 > that 120 BPS is too low and could greatly hinder streamer
 > distance.  If that is true, we can fix that...

I don't know... For 120 BPS I would need to remove pairs of electrodes
from the RSG, as just lowering its rotational rate (which I can do at a
glance) results in a premature discharge of the charging primary
capacitor. But what about the rotor balancing? That's a Bill Wysock RSG.

This test could be easily done by an SSTC owner with drive possibility
from a programmable function generator.

 > Cheers,
 >
 >          Terry

Best Regards

---