Schematics and packages


Nagelfar

Active Member
Joined
Nov 18, 2005
Messages
684
Last edited by a moderator:

Hồng Thất Công

Đả Cẩu Bổng Pháp
Joined
Dec 19, 2012
Messages
4,384
Location
Cái Bang
Well then, does "Capacitors condense electricity" even make sense?  Shouldn't it be "Capacitors store and discharge electricity"?
 

WizardStan

Mega GP Mania
Joined
May 24, 2008
Messages
16,733
Think "condensation", the water that collects on the surface of a cold glass, rather than "condense" like milk or soup (just add water).

Electrical "condensation" collects inside the capacitor. The capacitor isn't condensing electricity, it is, uh... "condensating" electricity.
 

WizardStan

Mega GP Mania
Joined
May 24, 2008
Messages
16,733
That's true but doesn't explain why they were originally called condensers.
 

spud42

Very Active Member
Joined
Aug 22, 2009
Messages
667
Age
58
Location
Brisbane,Australia.
Early capacitors were also known as condensers, a term that is still occasionally used today, particularly in high power applications, like automotive systems. The term was first used for this purpose by Alessandro Volta in 1782, with reference to the device's ability to store a higher density of electric charge than a normal isolated conductor.[9]
from the Wikipedia page       http://en.wikipedia.org/wiki/Capacitor 

http://www.answers.com/Q/Why_capacitor_is_called_condenser
 

_wb_

Microbe
Staff member
Joined
Apr 5, 2012
Messages
5,387
Age
39
Location
Brussels, Belgium
A capacitor has the capacity to temporarily store some electric charge, a bit like car windows can collect some water on the inside because of condensation. I always imagine a capacitor to have some electrons condensed into the insulator in the middle. These condensed electrons will "evaporate" again rather quickly but still they will "stick" for a while. I don't think "electron condensation" is a valid term, it's simply called "electric charge" I guess.

Every capacitor has a certain capacity: it is capable of condensing a certain amount of such electron condensation :)
 

_wb_

Microbe
Staff member
Joined
Apr 5, 2012
Messages
5,387
Age
39
Location
Brussels, Belgium
The comparison to car windows is nice, but probably misleading.
Yes, maybe a better analogy is a kind of spongy, semi-permeable membrane in a vertical water pipe, that keeps dripping for some time after you close the valve. Or something.
 

_jr_

Advanced Member
Joined
May 5, 2013
Messages
1,170
:) I think interpreting condensing in the compressing sense is working better as an analogy for traditional capacitators.
 

DrHAX

T̶h̶e̶ ̶A̶u̶t̶h̶o̶r̶ The Artist
Joined
Sep 18, 2013
Messages
850
Sooo no comments on the idea of creating a pyra os for the Pandora. As paradoxical as that sounds
 

thatgui

Advanced Member
Joined
Apr 2, 2009
Messages
3,048
Sooo no comments on the idea of creating a pyra os for the Pandora. As paradoxical as that sounds
Please explain.

As far as I understand your first sentence (making a OS that runs on both, the Pyra and the Pandora) you are practically requesting the impossible: This would basically mean creating and maintaining two seperate systems that just "look" and "feel" the same (who should maintain that ?). Unless you want the Pyra to have an OS that does not benefit from its superior hardware.
 

TrashyMG

Sarcasm Dispenser
Staff member
Joined
Jan 18, 2010
Messages
10,736
Sooo no comments on the idea of creating a pyra os for the Pandora. As paradoxical as that sounds
Debian just wouldn't fit on the Pandora NAND, so it's not likely to be a good candidate to replace SuperZaxxon. There are a few ways of getting Debian working on the Pandora already if you don't mind it taking up an SD card slot. Sure it's possible to make a single OS that would need have different optimizations for the Pandora and Pyra, however since Debian won't fit on the Pandora NAND, SuperZaxxon will still need to be maintained. I just can't see that amount of effort being put into supporting both systems unless a few more people step up to the challenge of doing so.


Edit: There is also the fact the Pyra will be using Debian with arm hard-float libraries vs the Pandora where everything is compiled in soft-float which adds another layer of complexity to the mix. This would break PND compatibility and you would have to have every PND recompiled to hard-float to work and there may also be issues with getting 3D acceleration working since I believe only the 1Ghz units have a hard-float driver (could be old info). 
 
Last edited by a moderator:

Hồng Thất Công

Đả Cẩu Bổng Pháp
Joined
Dec 19, 2012
Messages
4,384
Location
Cái Bang
Last edited by a moderator:
Top