Driver to drive?

On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin
<jaibuduvin@gmail.com> wrote:

For those of you in sci.electronics.design and comp.dsp, for
amusement, you might want to take a look at JTRS promised bit-rates,
given the width and location of spectrum allocated to the military:
Sorry, but your link had no references to bit rates on it whatsoever.
 
On Sun, 20 Dec 2009 19:00:34 +0000, Andrew Swallow
<am.swallow@btopenworld.com> wrote:

Son of a Sea Cook wrote:
On Sun, 20 Dec 2009 02:40:13 +0000, Andrew Swallow
am.swallow@btopenworld.com> wrote:

No need to be paranoid, the jammers have
operators who are out to get you.


The reason not to be paranoid is because "the jammers" will not be able
to "jam" tommorow's (today's) gear. Tommorrow's battle theaters will be
fast, secure, and clean and consistent links.

Not against a sophisticated enemy such as a member of the G20.

Andrew Swallow
Bullshit. First off, your adjective constitutes an oxymoron.
"sophisticated" and "G20 member" do not go together.
 
On 12/20/2009 10:32 AM, Steve Pope wrote:
On Dec 20, 2:36 am, Eric Jacobsen<eric.jacob...@ieee.org> wrote:

The point was really that even from an advanced FEC standpoint an input
BER of 1 in 10 isn't practical to work with for the described
application. Yielding half the bandwidth to FEC overhead is actually
practical, and using R = 1/2 coding over satellite channels is quite
common. Using something like an R = 1/6 capacity-approaching code to
be able to handle such low input error rates is, I think, not practical.

Last I checked, such a channel is within the operating range of a rate
1/3 binary convolutional code...

Steve
BICO capacity for R = 1/2 is at about 0.177dB Eb/No, and for R = 1/3
it's about -0.357dB Eb/No. Not a lot of difference there from a
capacity perspective.

For uncoded, i.e., raw BER of 1e-1 happens at about -1dB Eb/No (or about
-4dB (equivalent raw Eb/No) at R = 1/2, and -5.77dB (equivalent raw
Eb/No) for R = 1/3. The BER curve is pretty flat out there, i.e., it's
asymptotic from 1e-1 at -1dB to 5e-1 at -infinity, so for
capacity-approaching codes they're all going to be in the ballpark of
1e-1 for the code to work.

Maintaining synchronization down in that mud is a whole 'nuther issue,
and satellite transponder bandwidth is expensive enough that it's very
rare to see codes lower than R = 1/2. Keeping a practical demod
synchronized below about 0dB is not at all trivial.

So I'm skeptical. In a practical system, especially a practical
satellite system, I think it'd be very difficult to operate with an
input BER of 1e-1.
--
Eric Jacobsen
Minister of Algorithms
Abineau Communications
http://www.abineau.com
 
On Dec 20, 2:23 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
and an
investigation would have exposed the other fraud/waste/and-or/abuse
that they were already engaged in. So they watched helplessly as the
other conctractor took the bacon.

  You're a goddamned idiot.  If Boeing was committing fraud, they would
lose contracts.  ALL of them.
Government has sued Boeing for fraud:

http://eideard.wordpress.com/2008/09/03/us-government-sues-boeing-over-price-inflation/

-Le Chaud Lapin-
 
On Dec 20, 2:24 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
I must be the idiot that you are referring to. If your pseudonym is
indicative of what your mother/father does for a living, it would not
be surprising that you think that I am an idiot for critizing the
military.

 No.  I think that you are an idiot because of the insulting guesswork
you inject into your claims about what others are doing in an industry
that you are obviously angry about being excluded from.
Disillusioned, yes. Angry for being excluded? No.

After the experience, I realized that I had been done a favor. I had
been exposed to the toxicity of military-funded research toward true
innovation. And I experienced this relatively early rather than later
in my career. I also had the benefit to speaking to a couple of CEO's
from small companies who did receive contracts, and it was just
depressing.

If I see someone in military garb approaching me with a contract, I
will turn and run as fast as I can.

-Le Chaud Lapin-
 
On Dec 20, 2:28 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
And here we are, 2009, and the most that
any of these companies have produced can best be described as a
traditional "ManPack" radio, where transceiver is under software
control, something that really has little to do with solving the
problems and does not really solve problem of networking the radios.
Frankly, the people running JTRS need to have a long talk with the
IEEE people who created Wi-Fi. This will clear the air, and force the
JTRS people to realize just how deep in it they are.

  You're an idiot.  There are several pieces of the hardware in place..
There are several that are already in the field, and there are several
that are on track for their trials.

  I think the big problem here is that you just do not know the depth to
which such a system must be developed.
Well, that's what GAO said about the people running JTRS, that they do
not know what they are trying to accomplish, essentially.

Radios, links, SDR's, packets, encryption, multicast, mobility..these
things are all technical. It helps to be specific. The more specific,
the better. In my talks with with the military, there was an
overwhelming attempt to avoid talking about specifics, which is
probably why the show cause letter was issued.

  You have no clue what the term "mission critical" refers to, and you
have no clue how long equipment takes to get through an approval process,
much less the bog down that the government causes whenever a change needs
to be made.
Hmm...my guess is that mission critical means that it should not:

1. Jam
2. Crash
3. Overheat
4. Succumb to multi-path fading
5. Drop link

....all of which has happend so far.

The bureacracy of the approval process is generally the fault of the
parties involved.

-Le Chaud Lapin-
 
On Dec 20, 2:36 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
...and immediately conclude that the spectral bandwidth is
horrifically out-of-line with the bit rates promised.

 100Mb/s is not a slow link, idiot.
Neither is 2Mb/s. And JTRS is struggling to get that.

  Do you even know the problems associated with making a gyro stabilized
mobile tracking antenna system with a slew rate fast enough to handle the
bumps caused in a vehicle?

  They are far greater than those associated with doing it in an
airframe.  THAT is why the mobile units need to stop to facilitate links
in some pieces of gear.
Tail wagging the dog.

  Even the manpack has a stationary antenna that gets planted before the
link is established.
Using antiquated technology. There does exist technology that allows a
person to walk and talk at the same time, btw. This is the thesis of
my argument.

  The handheld is the only thing that is onmi broadcast from that segment
of the system.  That waveform is easy to integrate into the rest, and
those handhelds have been in the field for years, proving the function of
that segment of the system.
They need to stop thinking in "waveforms" and start thinking in
"networks", which they are starting to do now, and also taking credit
for, even though they have wasted 10 years so far. This notion of
"waveforms" is what got them into trouble in the first place.

-Le Chaud Lapin-
 
On Dec 20, 2:38 pm, Bungalow Bill <BugalowB...@AbbeyRoad.UKCOM> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
This angers some in the JTRS's program
because they view succumbing to Wi-Fi as personal failure.

 Using the public system presents a severe security breach in several
segment of the implementation that would be required, and it would also
be quite susceptible to attack, and jamming.
Well, jamming is always possible. This is why some missiles are guided
by physical wire, and some by laser. The frequency bands are public
information. Knowing that, it's pretty easy to create a jammer.

And worrying about data security is like worrying about person's brain
being exposed during brain surgery. If the surgeons standing around
the table know what they are doing, it is not a problem. If they do
not, it is a problem.

The premise of cryptography is that the cranium is always wide open,
and everyone in the room is OK with that.

The crypto adversary, by design, is permitted full access to the
encrypted data, to take with him, store it on his 1TB hard disk for
analysis over a 10-year-period. Whatever. S/he may attack all s/he
wants, and nothing bad will happen.

This is the mindset and basis of conception of a cryptographer. It is
a fundamental assumption.

-Le Chaud Lapin-
 
On Dec 20, 2:40 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
They
generally invoke the argument that Wi-Fi is not secure, which is
ridiculously misleading and irrelevant to the final architecture.

  You're an idiot.  Folks are eavesdropping on cell phone and wifi links
all the time.  And no, I do NOT need to correctly spell that nym.
Adding a bi-directional end-to-end crypto system would stop that.

SSL, which is arguably separate from the underlying hardware, roughly
speaking, is heading in the right direction.

-Le Chaud Lapin-
 
On Dec 20, 2:46 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:
"The JTRS program has encountered a number of problems, resulting in
significant delays and cost increases. The proram is currently
estimated to total about $37 billion.":

  You conveniently ALWAYS forget the FACT that they requites for the
system were MORE than doubled, and yet the cost has not.  So, if
anything, the program should be commends for NOT following the standard
model where such huge requisite switching horseshit results in a tripling
of the cost and an additional ten years.
Every report that I have ever read about JTRS by oversight committees
essentially say that, at least until 2005, it has been a dismal
failure, and that the people running it do not know what they are
doing [technically that is].

The requirements have not really changed. The only thing that has
really changed is that the JTRS people have learned that hype and
excitement is not enough to find solutions to hard problems. You
actually need to know what you are doing.

  You have no clue what all has been added to the system or even how the
joint forces have evolved since the onset.  The entire world has moved
forward in electronics, and you are still talking like we are all on '91
era gear.
Military is still using same radios they were using 15 years ago, and
will continue to do so for the foreseeable future.

  Essentially, regardless of all the reading you have done or claim to
have done on it, what you have missed is that the reasons given for the
time and cost extensions are 100% legitimate.

  Obama's promised absence of pork spending that fell on it's face, right
out of the other side of his mouth, to the tune of far more than that.

  You should complain about crap like that, not about programs that are
actually part of our defense, and that are actually working.
Oh they work. There is no doubt in my mind that they work.

It is hard for something not to work, when they spend 10x, 100x, 1000x
what you normally would to achieve the same result.

And then they jam, crash, explode, not explode, miss, crash, crash
again, and crash some more.

Everything from M1-16, which were notorious for jamming in Vietnam:

http://www.rense.com/general44/fatal.htm

To B1-bombers crash:

http://www.globalsecurity.org/wmd/systems/b-1b-loss.htm

.... looks very pretty in well-prepared collateral that military puts
on. But I have talked to soliders back from Iraq, and they all have
horror stories about things not working, especially comm's. And it's
not like Windows, where a reboot fixes everything.

The Predator that started this thread has a 33% crash rate:

http://secretcomputer.com/data-security-news/half-of-predators-crash-shot-down.html

Given the amount of money spent by US Military on their "programs",
there has to be less expensive ways to get the enemey.

-Le Chaud Lapin-
 
On 12/20/2009 3:42 PM, Steve Pope wrote:
Eric Jacobsen<eric.jacobsen@ieee.org> wrote:

On 12/20/2009 10:32 AM, Steve Pope wrote:

On Dec 20, 2:36 am, Eric Jacobsen<eric.jacob...@ieee.org> wrote:

The point was really that even from an advanced FEC standpoint an input
BER of 1 in 10 isn't practical to work with for the described
application. Yielding half the bandwidth to FEC overhead is actually
practical, and using R = 1/2 coding over satellite channels is quite
common. Using something like an R = 1/6 capacity-approaching code to
be able to handle such low input error rates is, I think, not practical.

Last I checked, such a channel is within the operating range of a rate
1/3 binary convolutional code...

BICO capacity for R = 1/2 is at about 0.177dB Eb/No, and for R = 1/3
it's about -0.357dB Eb/No.

Agree

Not a lot of difference there from a
capacity perspective.

Correct; as one gets into lower code rates, going to even lower rates
tends to give you no additional normalized coding gain (i.e. the
additional coding performs no better than a repetition code).

For uncoded, i.e., raw BER of 1e-1 happens at about -1dB Eb/No

Actually it's about -1.7 dB, but let's say it's -1 for the
sake of argument.

(or about
-4dB (equivalent raw Eb/No) at R = 1/2, and -5.77dB (equivalent raw
Eb/No) for R = 1/3.

I'm not sure what this sentence means.

A rate 1/2 coded system operating at an Eb/No of +2 dB has the
same raw BER as an uncoded system operating at an Eb/No of -1 dB.

A rate 1/3 coded system operating at an Eb/No of +3.77 dB has
the same raw BER as an uncoded system operating at -1 dB.

(Unless I'm confused, which has happened before...)
Doh! I think I went the wrong way with the 3db and 4.77dB differences.
I get stuff like that backwards all the time.

So I'm skeptical. In a practical system, especially a practical
satellite system, I think it'd be very difficult to operate with an
input BER of 1e-1.

I'm not too skeptical. I would posit that GSM phones in their
basic 2G mode operate under conditions this bad, and 802.11 systems
at 1 mbps might also.

Steve
I'm less skeptical now. ;)
--
Eric Jacobsen
Minister of Algorithms
Abineau Communications
http://www.abineau.com
 
On Dec 20, 2:54 pm, Son of a Sea Cook
<NotaBrews...@thebarattheendoftheuniverse.org> wrote:
On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin

jaibudu...@gmail.com> wrote:

For those of you in sci.electronics.design and comp.dsp, for
amusement, you might want to take a look at JTRS promised bit-rates,
given the width and location of spectrum allocated to the military:

  Sorry, but your link had no references to bit rates on it whatsoever.
http://www.armytimes.com/news/2008/01/army_bandwidth_080121w/

The link above does not say so, but JTRS is hoping to get 2 (that's
"two") Mb/s from the bands they have available. I cannot find the
table that lists the entire repertoire of bands, but I can tell you,
any communications engineer who looks at that table, and hears what
they are hoping for, will laugh. I wish someone from IEEE 802.11
committee where on this thread to add some input.

The follow link is classic example of what I am talking about W.R.T.
to all hype and no pudding. This guy was acquisitions director. I
doubt that he knows what QAM is, yet moving to ultra-exotic quantum
mechanics is vaguely under consideration:

http://www.armytimes.com/news/2008/01/army_bandwidth_080121w/
***
But compression and even the new JTRS radios aren’t going to solve the
Army’s bandwidth problems, Bolton said.
“Whether you ask me to compress, prioritize or go to a different band,
those are all Band-Aids. Eventually, you run completely out of
bandwidth. Now what? I need that information,” he said.
One possibility, albeit long-term, may lie in the exotic world of
quantum mechanics, where researchers are pondering methods of
communication that use no radio transmissions at all, he said.
***

Now normally, this would not be a problem. This is relatively
innocent. Thinking ahead is a good idea, and he is just musing out
loud. The problem starts when you get 10, 100, 250 of these guys super
excited by these buzzwords, and all of a sudden, everyone is an expert
on quantum communication. Then you convince a senator, who might have
a J.D. in law and is not dumb at all, but doesn't understand
difference between a bit and byte, to sign on... and there you have
it...a $50 million program on something that, in a room of a 500
people, perhaps only 3 actually know what's going on. And these 3 know
better than to be too aggressive about their detractions, because the
497 have already been going around telling their spouses and the rest
of the world that they are "key contributors to a technology that will
revolutionize the way the military communicates." Now everyone's bacon
is on the chopping block, the urge to push at all cost overtakes
everyone, even though the truth is what the 3 knew from the beginning:
"This whole thing is stupid, and even if it were not, the people
actually trying to do it are not qualified to be trying to do it."

This is what JTRS is, only that the overal all, high-level, vague end-
result is good and the gap between fantasy and reality is not nearly
as great, but still so great that $11 billion has been wasted and the
appropriations committees are thorougly frustrated.

-Le Chaud Lapin-
 
On Sun, 20 Dec 2009 13:20:28 -0800 (PST), Le Chaud Lapin
<jaibuduvin@gmail.com> wrote:

Neither is 2Mb/s. And JTRS is struggling to get that.
Yer nuts.
 
On Sun, 20 Dec 2009 13:47:57 -0800 (PST), Le Chaud Lapin
<jaibuduvin@gmail.com> wrote:

Military is still using same radios they were using 15 years ago, and
will continue to do so for the foreseeable future.

You need to keep up. BGAN is real, and there are BGAN radios being
used. They are not 15 years old, and no, it is not the 6 cubic foot form
factor Motorola gear, it is less than one cubic foot.

Just so you know, it DOES use WiFi, if needed, as well as other link
methods.
 
On Sun, 20 Dec 2009 13:47:57 -0800 (PST), Le Chaud Lapin
<jaibuduvin@gmail.com> wrote:

It is hard for something not to work, when they spend 10x, 100x, 1000x
what you normally would to achieve the same result.
You have no clue what is involved.

I doubt you even know what a conduction cooled assembly is, and you
exhibit more and more that you have little clue about the guts as well,
despite any training or experience you may have.
 
On Dec 20, 1:47 pm, Le Chaud Lapin <jaibudu...@gmail.com> wrote:
On Dec 20, 12:29 pm, Tom Gootee <t...@fullnet.com> wrote:





On Dec 19, 11:01 pm, Le Chaud Lapin <jaibudu...@gmail.com> wrote:

On Dec 19, 9:02 pm, Tom Gootee <t...@fullnet.com> wrote:

On Dec 18, 3:22 pm, spop...@speedymail.org (Steve Pope) wrote:

Eric Jacobsen  <eric.jacob...@ieee.org> wrote:

On 12/18/2009 1:55 AM, Steve Pope wrote:
Le Chaud Lapin<jaibudu...@gmail.com>  wrote:
It should be noted that decrypting in non-real time, right now, in
December, 2009, is impossible using 256-bit AES.
WTF are you talking about?
I think he meant cracking it in real time.  Certainly decryption in
real-time isn't a big deal.  

Thanks, that makes sense.  I (as usual) was reading the sentence
too literally.

Steve

I think that he did mean what he said, that EVEN cracking it in NON-
real-time is also impossible.  However, that's probably wrong.
Someone told me that the time it takes to crack it might be down to
about 40 years or so, nowadays.

That's what I meant, but whoever told you 40 years probably needs to
do a little more work with crypto.

Unless the fundamental AES algorithm is cracked, a determination not
yet made by the top cryptographers in the world, no one will be
cracking 256-bit AES any time soon.

A attempted brute-force attack on 256-bit AES would border on
insanity.

See the following link:

http://www.nist.gov/public_affairs/releases/aesq&a.htm

"Assuming that one could build a machine that could recover a DES key
in a second (i.e., try 2^55 keys per second), then it would take that
machine approximately 149 thousand-billion (149 trillion) years to
crack a 128-bit AES key. To put that into perspective, the universe is
believed to be less than 20 billion years old."

That's 128-bit AES. I leave it to the reader to figure out how long it
would take to brute-force search on 256-bit AES.

 Hint: It's greater than 149 trillion years. Add 30+ zeros.

Also note in the paragraph above that 2^55=36,028,797,018,963,968, so
this is a conservative proposition. You're talking about a machine
that can do 36 quadrillion decipherments per second. Having every
computational device on the planet at one's disposal would help a
little bit, but you're still talking about billions of trillions of
quadrillions of...yada..the age of the universe.

-Le Chaud Lapin-- Hide quoted text -

- Show quoted text -

How do you calculate those times?

Let's see.  Just optimistically assuming that we could try 2^64 keys
per second, for simplicity, and that we have a 128-bit key, that would
take 2^64 seconds, since there would be 2^128 possible keys of 128
bits, and (2^128 keys) / (2^64 keys/sec) = 2^(128-64) seconds = 2^64
seconds.  There are 60*60*24*365.25 = 31.5576x10^6 seconds per year..
If I "round that off" to 30x2^20 (= 31.45728x10^6), then it would take
2^64 seconds / (30x2^20 seconds/year) = (1/30) * ((2^64)/(2^20) > > (2^44)/30 = (1/3)(2^43) years.  I must have made a math error, because
that's a lot longer than 149 trillion years.  It looks more like the
256-bit crack-time that you gave.

However, I have almost no idea how many keys per second could be
tried, by a large, well-financed, tech- and crypto-savvy adversary.
That is the key (pun intended).  But it looks like it would be a lot
cheaper for them to just buy or steal the key.

Cheers,

Yes, the money is best spend trying other things. ;)

Assuming 2^64 crypto operations per second, 128-bit crack would take,
in years:

2^64/2/amount-of-time-in-year.

You have to do / 2 on bit-width to eliminate half the key space. The
right key will either be in upper-half of keyspace or the lower-half.
If you check only lower-half, sometimes you will get lucky, sometimes
not, so on average, you check half the keys.

Continuing...

2^64/2/60/60/25/365 = 292,471,208,677 years.

But this assumes 2^64 ops/second. NIST only claimed 2^55 ops per
second. That's 9-bits slower, or 512 times slower, so to get their 149
trillion ops per second*, we do:

292,471,208,677 * 512 = 149,745,258,842,898.
*trillion years.

-Le Chaud Lapin-
 
Eric Jacobsen <eric.jacobsen@ieee.org> wrote:

On 12/20/2009 10:32 AM, Steve Pope wrote:

On Dec 20, 2:36 am, Eric Jacobsen<eric.jacob...@ieee.org> wrote:

The point was really that even from an advanced FEC standpoint an input
BER of 1 in 10 isn't practical to work with for the described
application. Yielding half the bandwidth to FEC overhead is actually
practical, and using R = 1/2 coding over satellite channels is quite
common. Using something like an R = 1/6 capacity-approaching code to
be able to handle such low input error rates is, I think, not practical.

Last I checked, such a channel is within the operating range of a rate
1/3 binary convolutional code...

BICO capacity for R = 1/2 is at about 0.177dB Eb/No, and for R = 1/3
it's about -0.357dB Eb/No.
Agree

Not a lot of difference there from a
capacity perspective.
Correct; as one gets into lower code rates, going to even lower rates
tends to give you no additional normalized coding gain (i.e. the
additional coding performs no better than a repetition code).

For uncoded, i.e., raw BER of 1e-1 happens at about -1dB Eb/No
Actually it's about -1.7 dB, but let's say it's -1 for the
sake of argument.

(or about
-4dB (equivalent raw Eb/No) at R = 1/2, and -5.77dB (equivalent raw
Eb/No) for R = 1/3.

I'm not sure what this sentence means.

A rate 1/2 coded system operating at an Eb/No of +2 dB has the
same raw BER as an uncoded system operating at an Eb/No of -1 dB.

A rate 1/3 coded system operating at an Eb/No of +3.77 dB has
the same raw BER as an uncoded system operating at -1 dB.

(Unless I'm confused, which has happened before...)

So I'm skeptical. In a practical system, especially a practical
satellite system, I think it'd be very difficult to operate with an
input BER of 1e-1.
I'm not too skeptical. I would posit that GSM phones in their
basic 2G mode operate under conditions this bad, and 802.11 systems
at 1 mbps might also.

Steve
 
krw wrote:
On Sun, 20 Dec 2009 12:29:48 -0800, Son of a Sea Cook
NotaBrewster@thebarattheendoftheuniverse.org> wrote:

On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin
jaibuduvin@gmail.com> wrote:

It took them 6 years and $11 billon to discover this,

You're an idiot. The system is working. You just cannot handle the
fact that it is.

Wow! A DimBulb six-pack spotted! While certainly not unheard of
(seven is still the record, I believe), you don't see these every day.

These two are like a bad episode of 'Spy VS Spy' in a '60s Mad
magazine. :(


--
Offworld checks no longer accepted!
 
Fred Abse wrote:

Eeyore wrote:
DaveC wrote:

The coil in an industrial electromagnetic clutch (connecting the flywheel to
the drive mechanism) has gone open-circuit. So it is being rewound by a motor
rewind shop.

I was just informed that the original wire was about 12 ga. (maybe slightly
larger; original was metric) but it was rewound using 10 ga.

Why do Americans persist in using stupid AWG that no-one else in the
world uses except to entertain you ?

Have you never heard of mm^2 ?

Metric magnet wire (enameled copper wire to you)
Well, it IS used for things other than magnets. To be pedantic it's *enamelled* btw.

http://wires.co.uk/acatalog/cu_enam.html


is usually specced in diameter, rather than cross sectional area.
Or both.

Graham


--
due to the hugely increased level of spam please make the obvious adjustment to my
email address
 
On Sun, 20 Dec 2009 21:51:29 -0500, "Michael A. Terrell"
<mike.terrell@earthlink.net> wrote:

krw wrote:

On Sun, 20 Dec 2009 12:29:48 -0800, Son of a Sea Cook
NotaBrewster@thebarattheendoftheuniverse.org> wrote:

On Sun, 20 Dec 2009 10:30:29 -0800 (PST), Le Chaud Lapin
jaibuduvin@gmail.com> wrote:

It took them 6 years and $11 billon to discover this,

You're an idiot. The system is working. You just cannot handle the
fact that it is.

Wow! A DimBulb six-pack spotted! While certainly not unheard of
(seven is still the record, I believe), you don't see these every day.


These two are like a bad episode of 'Spy VS Spy' in a '60s Mad
magazine. :(
Except SvS was funny.
 

Welcome to EDABoard.com

Sponsor

Back
Top