Overunity.com Archives is Temporarily on Read Mode Only!



Free Energy will change the World - Free Energy will stop Climate Change - Free Energy will give us hope
and we will not surrender until free energy will be enabled all over the world, to power planes, cars, ships and trains.
Free energy will help the poor to become independent of needing expensive fuels.
So all in all Free energy will bring far more peace to the world than any other invention has already brought to the world.
Those beautiful words were written by Stefan Hartmann/Owner/Admin at overunity.com
Unfortunately now, Stefan Hartmann is very ill and He needs our help
Stefan wanted that I have all these massive data to get it back online
even being as ill as Stefan is, he transferred all databases and folders
that without his help, this Forum Archives would have never been published here
so, please, as the Webmaster and Creator of these Archives, I am asking that you help him
by making a donation on the Paypal Button above.
You can visit us or register at my main site at:
Overunity Machines Forum



The Paradox Engine

Started by Tusk, November 16, 2012, 08:20:52 AM

Previous topic - Next topic

0 Members and 2 Guests are viewing this topic.

Tusk

Your mechanical rectifier appears to be both well engineered and a fine idea webby1.

I made several attempts at designing a simple apparatus based on PE principles which employs exclusively mechanical methods to achieve a self running system, but generally I discard any design beyond my own laughable amateur engineering abilities before it even gets from pen to paper. Unfortunately the basic idea while simple, does require the redirection and integration of two independent motions to achieve success. I'll give more thought to that and get back to you if a promising design offers itself up.

Your idea of measuring the output from the main rotor arm has merit. There is still the matter of disk output, although there are different ways of cycling the device and potentially all output might be directed through the rotor arm. Again I'll give it more thought, with thanks for your contribution - this is all very encouraging  :)



   











telecom

Quote from: Tusk on December 27, 2013, 06:53:47 PM
Your mechanical rectifier appears to be both well engineered and a fine idea webby1.

I made several attempts at designing a simple apparatus based on PE principles which employs exclusively mechanical methods to achieve a self running system, but generally I discard any design beyond my own laughable amateur engineering abilities before it even gets from pen to paper. Unfortunately the basic idea while simple, does require the redirection and integration of two independent motions to achieve success. I'll give more thought to that and get back to you if a promising design offers itself up.

Your idea of measuring the output from the main rotor arm has merit. There is still the matter of disk output, although there are different ways of cycling the device and potentially all output might be directed through the rotor arm. Again I'll give it more thought, with thanks for your contribution - this is all very encouraging  :)





What is disturbing to me in the present design is the fact that everything runs from the battery which is not connected to any wires for charging. May be instead of a battery to use some kind of a sliding contacts to power EM drive from the main?
This way it will be possible to implement the power recovery during the stopping of both the disk and a rotating arm.

Tusk

I'll reply to your comments first webby1:

QuoteMy thought of using only the arm is that the disc should be a freeby,, that is you pulse the input to accelerate and then you take that back out to decelerate, and these two components move the arm in opposite directions,, so you spin up for the arm moving say 1\4 turn and you spin down for the arm moving 1\4 turn the other way.

Hmmmm. Currently there is no regenerative braking on the drive unit (although it does provide simple EM braking) so that with your idea in place we would still not be getting anything back from the disk rotation (other than the secondary motions of the rotor arm). We could allow (quite rightly I believe) that each braking period has a theoretical return of 100% of the energy supplied to it (during the acceleration period) but if that is acceptable, I wonder why it is apparently not clear to anyone that any energy reclaimed from rotor arm motion takes us into OU.

I like that you have gone with the cyclic nature of the device btw; the universe is supposed to be asymmetric (and appears to be so) therefore a cyclic method of extracting energy somehow seems appropriate. I need to feed each new idea into the alarmingly convoluted spaghetti programming which constitutes the sum of my knowledge, so please forgive any hesitancy on my part  :)

also this, from telecom:

QuoteMay be instead of a battery to use some kind of a sliding contacts to power EM drive from the main?
This way it will be possible to implement the power recovery during the stopping of both the disk and a rotating arm.

Beyond my build capability telecom. It pays to know your own limitations... and I get electric shocks from clockwork toys, not to mention blowing up nearly every power supply I own (usually due to incorrect polarity)  ;D The fact that the current battery powered apparatus still runs is testimony to my self control, having resisted the temptation to modify it since rewinding the coils.

broli

What if you could tweak the concept a bit, use some electromagnetic paradoxes to achieve an ever increasing rotation speed with a constant electric input. It stems from the homopolar field where a rotation magnet/solenoid exhibits the same effect as if it were stationary. This way you solenoid being torqued, will increase its speed due to the torque without it having any detrimental effect on applied electric power.

broli

Here's a short animation of what I'm talking about:

http://www.youtube.com/watch?v=umN-6fa5ZEs

refer to the video description for explanation.

Until you realize the Freudian whiplash.