SI
SI
discoversearch

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor.  We ask that you disable ad blocking while on Silicon Investor in the best interests of our community.  If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.
Gold/Mining/Energy : Gold Price Monitor
GDXJ 98.59-2.8%Nov 13 4:00 PM EST

 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext  
To: Casaubon who wrote (36502)7/4/1999 2:43:00 PM
From: Zeev Hed  Read Replies (1) of 116759
 
Casaubon, don't worry about "weak memory", we all have some of these "events". Actually, I think you are absolutely right about fusion being "an activated" process. I calculated once (back of the envelop calculation so do not take it as "fact"), that the energy barrier in the presence of a palladium nucleus to fuse two deuterium nuclei is only about 20 Kev. The reason I am bringing the palladium into play is because that is where my fellow physicists were erring, IMHO, when criticizing Pons and Fleischman some 10 years ago. They were saying that unless you can detect neutrons, there is no way in hell that what they observed was "fusion". But my fellow physicists took the "free space" cross section for the various fusion reactions, and indeed in free space, because of conservation of momentum, the cross section to create helium from two deuterium nuclei is 5 orders of magnitudes lower than those reactions resulting in two particles (a neutron and "something else", typically Li3, or tritium). But in the presence of palladium, the cross section for formation of helium is probably 5 orders of magnitude larger than the other reactions, because the palladium can "take" the excess momentum, and the reaction to helium is the most "energetic" (yielding the highest energy).

Zeev
Report TOU ViolationShare This Post
 Public ReplyPrvt ReplyMark as Last ReadFilePrevious 10Next 10PreviousNext