Storing Cookies (See : http://ec.europa.eu/ipg/basics/legal/cookies/index_en.htm ) help us to bring you our services at overunity.com . If you use this website and our services you declare yourself okay with using cookies .More Infos here:
https://overunity.com/5553/privacy-policy/
If you do not agree with storing cookies, please LEAVE this website now. From the 25th of May 2018, every existing user has to accept the GDPR agreement at first login. If a user is unwilling to accept the GDPR, he should email us and request to erase his account. Many thanks for your understanding

User Menu

Custom Search

Author Topic: Pierre's 170W in 1600W out Looped Very impressive Build continued & moderated  (Read 429997 times)

gotoluc

  • elite_member
  • Hero Member
  • ******
  • Posts: 3096
Dole and everyone,

There is a reason Pierre has removed his videos from the public. Please respect his wishes as they are HIS videos.
If you made a copy for your own research that is fine. However, you have no right to repost them to the general public without his permission.
If you lost your chance to download them (for your personal use) the second time Pierre made them available then it's your tough luck.

Please respect Pierre's wishes and in time he may share more. Disrespect him and you'll get nothing more. That I can promise you.

Regards
Luc

Fr. Dole et tout le monde,
Il y a une raison pour laquelle Pierre a retiré ses vidéos du public. S'il vous plaît respecter ses souhaits car ce sont ses vidéos.
Si vous avez fait une copie pour votre propre recherche, c'est bien. Cependant, vous n'avez pas le droit de les rediffuser au grand public sans sa permission.
Si vous avez perdu votre chance de les télécharger (pour votre usage personnel) la deuxième fois que Pierre les a rendus disponibles, alors c'est dommage.
S'il vous plaît, respectez les souhaits de Pierre et avec le temps, il pourra en partager plus. Manque de respect et ne pense pas à obtenir quelque chose de plus, je le garantis.
Cordialement
Luc

stargate22

  • Newbie
  • *
  • Posts: 14
Dole and everyone,

There is a reason Pierre has removed his videos from the public. Please respect his wishes as they are HIS videos.
If you made a copy for your own research that is fine. However, you have no right to repost them to the general public without his permission.
If you lost your chance to download them (for your personal use) the second time Pierre made them available then it's your tough luck.

Please respect Pierre's wishes and in time he may share more. Disrespect him and you'll get nothing more. That I can promise you.

Regards
Luc

Fr. Dole et tout le monde,
Il y a une raison pour laquelle Pierre a retiré ses vidéos du public. S'il vous plaît respecter ses souhaits car ce sont ses vidéos.
Si vous avez fait une copie pour votre propre recherche, c'est bien. Cependant, vous n'avez pas le droit de les rediffuser au grand public sans sa permission.
Si vous avez perdu votre chance de les télécharger (pour votre usage personnel) la deuxième fois que Pierre les a rendus disponibles, alors c'est dommage.
S'il vous plaît, respectez les souhaits de Pierre et avec le temps, il pourra en partager plus. Manque de respect et ne pense pas à obtenir quelque chose de plus, je le garantis.
Cordialement
Luc



Agreed....Pierre's wishes should be respected,  as he has given us this much  : ]
He's also trying to make us "Think" which makes us better for it....

gotoluc

  • elite_member
  • Hero Member
  • ******
  • Posts: 3096
Thanks stargate22 for your supportive voice towards my moderation.

Regards
Luc

d3x0r

  • Hero Member
  • *****
  • Posts: 1433
Hi,
Firstly I would kindly appreciate if someone has time to analyze
and secondly if had any luck to copy deleted YouTube video:

1.Can anyone help determinate polarity of the “spinning” permanent magnets from published video
   (170W in -1600W out) in slow motion, referring to timeline from 02:25 - 02:39 and 05:31 - 05:51?
   
-deleted link-

2. Does anybody can help providing download link of the previously published video,
    where is “how to” assembly, step by step,  two small “DC” motors, (one with extra opposing magnets),
    100% free energy “building tutorial”, running each other by rubber band, pulleys and capacitor.

Download Link : ??

(That it may have some benefits later)

Thanks,

d.
polarity of the test aparatus magnets doesn't really matter...  at 5:45, he's putting a magnet back on.  he first matches it to the other magnet (they breifly attach) so he puts the magnets back on with opposing poles.  (  S-N  ... N-S ) on the other side.  I guess that's why he has such a problem putting it back on... in the 2:30 range, as soon as he takes it off, the rotating part tries to rotate, trying to bring the south to meet the N that's off now...




That video does have the wipe; someone said 'charges to 25V in 30 seconds' but there's no knowing because between 10-25.1V is cut. ( at 3:28)(yes, charaging starts at 2:58 so... 30 seconds of film time; but it only goes up to (4.5-10.4) (6V in 30 seconds, so would be another 3 minutes (more because the rate slows) )


----
The LEDs never show a skip....
I guess at 1RPS (60RPM) it's really   1000/36  or 27ms per click ... every 250ms seems to be a lull; but 250 isn't really a harmonic... so I'm not sure why there's a lull...

dole

  • Full Member
  • ***
  • Posts: 156
Hi,
Absolutely, we all learn fast, my apologies, this mistake will never repeat again.
(As fare as respect refers to reality, it is not certain, and as fare as it becomes certain, it does not refer to reality no more)
Thanks,

d.

TinselKoala

  • Hero Member
  • *****
  • Posts: 13958
polarity of the test aparatus magnets doesn't really matter...  at 5:45, he's putting a magnet back on.  he first matches it to the other magnet (they breifly attach) so he puts the magnets back on with opposing poles.  (  S-N  ... N-S ) on the other side.  I guess that's why he has such a problem putting it back on... in the 2:30 range, as soon as he takes it off, the rotating part tries to rotate, trying to bring the south to meet the N that's off now...




That video does have the wipe; someone said 'charges to 25V in 30 seconds' but there's no knowing because between 10-25.1V is cut. ( at 3:28)(yes, charaging starts at 2:58 so... 30 seconds of film time; but it only goes up to (4.5-10.4) (6V in 30 seconds, so would be another 3 minutes (more because the rate slows) )


----
The LEDs never show a skip....
I guess at 1RPS (60RPM) it's really   1000/36  or 27ms per click ... every 250ms seems to be a lull; but 250 isn't really a harmonic... so I'm not sure why there's a lull...

Yet look at Pierre's original Arduino sketch, and count the number of "delay()" statements between turning a pin HIGH and turning that same pin LOW, for each pin.

I think this is the point T-1000 is making in his post above where he lists some of the lines from the sketch. Count the delay(x) statements between turning a pin HIGH and then turning it LOW.  The pins do not all get the same total "delay" or ON time.

partzman

  • Sr. Member
  • ****
  • Posts: 379
http://overunity.com/login/
polarity of the test aparatus magnets doesn't really matter...  at 5:45, he's putting a magnet back on.  he first matches it to the other magnet (they breifly attach) so he puts the magnets back on with opposing poles.  (  S-N  ... N-S ) on the other side.  I guess that's why he has such a problem putting it back on... in the 2:30 range, as soon as he takes it off, the rotating part tries to rotate, trying to bring the south to meet the N that's off now...




That video does have the wipe; someone said 'charges to 25V in 30 seconds' but there's no knowing because between 10-25.1V is cut. ( at 3:28)(yes, charaging starts at 2:58 so... 30 seconds of film time; but it only goes up to (4.5-10.4) (6V in 30 seconds, so would be another 3 minutes (more because the rate slows) )

Actually, what I said was quote-

"Well, I see that the videos are once again removed so I can't refer to the first video when Pierre shows the charging of the supercaps from 4.64v to 10.4v over a ~32 second period."

Regards,
Pm

Quote
----
The LEDs never show a skip....
I guess at 1RPS (60RPM) it's really   1000/36  or 27ms per click ... every 250ms seems to be a lull; but 250 isn't really a harmonic... so I'm not sure why there's a lull...

d3x0r

  • Hero Member
  • *****
  • Posts: 1433
Yet look at Pierre's original Arduino sketch, and count the number of "delay()" statements between turning a pin HIGH and turning that same pin LOW, for each pin.

I think this is the point T-1000 is making in his post above where he lists some of the lines from the sketch. Count the delay(x) statements between turning a pin HIGH and then turning it LOW.  The pins do not all get the same total "delay" or ON time.


Ya; ... 30fps is 33.33ms(or less, is it 24fps video) ... and cycle delay is something like 27... so
Audio channel does actually have better data...
I'm kinda rusty on isolating clicks (there's lots of pop and click removers, not many amplifiers... which I guess is remove them, then subtract the result from the input... kinda like work.
Spectra analysis doesn't give good time resolution; but would think a pop would be a wide-spread high FFT. 


(turned sideways to not overflow message width)


but 'low' is off.  it's not reverse. 
'high' is on.  and the opposite coil also (in reverse)
so his coils are running in parallel.


Edit: Replaced image with just 1 second, so more than 1 pixel per millisecond... 250 millisecond spans.
I noticed in the other video with the cycle counter that the pitch had changed... I wonder if this is running to 50Hz instead of 60?

TinselKoala

  • Hero Member
  • *****
  • Posts: 13958
Nicely done! You can clearly see the long interval followed by a short interval, happening every 12 "clicks".

So is this deliberately done, or is it an easily made mistake in the original Arduino sketch (which was clearly written
by someone with very little Arduino or c++ experience)?

If it is deliberate, what is the rationale behind this "stutter" in the smooth sequential "rotation" of the superimposing fields?

If it's a mistake, I think several "corrected" versions of the Arduino code have already been posted.

But is LUC now using the Propeller board, which I think uses a version of BASIC? Does Luc's program also have this little stutter?

pmgr

  • Full Member
  • ***
  • Posts: 184
    • Stop organ harvesting from Falun Gong practitioners

Funny that the image shows that he wants to solve the problem with 4 poles instead of 6.  In order for him to do this he would have to replace each coil to a 9 pole bridge instead of his 6.  Always look at the pattern.  For a 4 pole to work correctly, you would need to trigger 9 coils in series with a bridge gap of 9. Do you see his pattern?   This means we might have problems doing our setup with the same bridged poles as the 36 pole.  It should be 5 to match his same configuration.  [size=78%]I beginning to realize why the overlap in coil windings will be a problem.  I can see how his new configuration will work better!

I also believe we could do this method of pulsing on a toriod completely solid state. 

I was also able to place the priming sequence of coils to visualize the arrangement.  My original post had a wrong pin number, 14 should have been 13.  The reason for this PIN change is because all odd relays are on the outside and even relays are on the inside.  See image.  I still don't understand why he is priming the entire stator prior to sequence.  Maybe this image will help others.   

Jerdee
Jerdee,


Regarding the hold sequence, I don't believe there is one (at least not on purpose). It is not part of the original sketch Pierre provided. The facts that some pins are high initially, is most likely because the Arduino enters the bootloader first which will probably have some pins set to high to communicate with outside world or on board peripherals.


Pin 1 is a TX0 output pin (serial port).
Pin 13 is a PWM pin
Pin 20 and 21 are SCA and SCL pins which are I2C pins


PmgR

pmgr

  • Full Member
  • ***
  • Posts: 184
    • Stop organ harvesting from Falun Gong practitioners

Ya; ... 30fps is 33.33ms(or less, is it 24fps video) ... and cycle delay is something like 27... so
Audio channel does actually have better data...
I'm kinda rusty on isolating clicks (there's lots of pop and click removers, not many amplifiers... which I guess is remove them, then subtract the result from the input... kinda like work.
Spectra analysis doesn't give good time resolution; but would think a pop would be a wide-spread high FFT. 


(turned sideways to not overflow message width)


but 'low' is off.  it's not reverse. 
'high' is on.  and the opposite coil also (in reverse)
so his coils are running in parallel.


Edit: Replaced image with just 1 second, so more than 1 pixel per millisecond... 250 millisecond spans.
I noticed in the other video with the cycle counter that the pitch had changed... I wonder if this is running to 50Hz instead of 60?
Pierre's code has 24 times delay(x) in it. Your total scan is about 250ms for this, so his x value is about 10ms. This means his relays stay on four 3*delay(x)=30ms, then off for 210ms. Frequency is around 4Hz (250ms).

PmgR

d3x0r

  • Hero Member
  • *****
  • Posts: 1433
Pierre's code has 24 times delay(x) in it. Your total scan is about 250ms for this, so his x value is about 10ms. This means his relays stay on four 3*delay(x)=30ms, then off for 210ms.


PmgR
total scan is 1second - or 4 250ms sections.  Previously it was like 3 seconds (before edit)


yes; but that only results in 12 on events.  (and 12 off)



There is a short spike between most peeks which is probably the release. 
There is a bit of chatter too... it's not a sharp snap...(but that's what relays do)


but the engage is typically louder than the release.


(that is the same as(it didn't change during that video) frequency used to run the microwave and drill; although it was only shortly after turning on, there was a lull in the background )music.)


---


I do think the long space before blue lines(250ms) (image was rotated clockwise, from time left to right to time top to bottom) Uhmm ya the space is 2 Off's followed by 2 quick On's.In the Working live demonstration; I do not think that is a bug, but that there is a time of no lights on that the video does not show. (but original code and audio do)
Having the ability to instantanously remove the magnet from a generator is unique to this scheme.


I also think it could be optimized to just cycle the poles over the collecting coil  (that in 6 poles the sides don't actually play that much role). (less power for coils that don't do much)
like only use (1-10) and (16-25) 1-12 and (16-27 or 18-29) and ignore the other 2 ....
 (plus a span of 5 covers 1-17/ or a span of 4 on 30 coil cover up to 14   ...  a full half cycle walking through 12 coils (24 delays))

--------
This is more on the theory of this though; A magnet approaching a coil increases current in the coil... I guess a drive coil 'approaches' by having its current increase...  nevermind.

d3x0r

  • Hero Member
  • *****
  • Posts: 1433
So... 4 poles... One would imagine N-S-N-S going around?  that makes opposite coils opposing polarity... and if it's N-S-S-N then it's really only 2 poles....
(N-S-N-S) but the mating flux is going to be from bottom to side and side to top; not trough the pickup coil...
Although there was that generator (probably years ago now) that was replaced rotor with permanent magents wound in coils?  that was 4 pole....
And flux-gate generators can be 4 pole... but the pickup coil is on the edge between magnets, not in the center.

TinselKoala

  • Hero Member
  • *****
  • Posts: 13958
Jerdee,


Regarding the hold sequence, I don't believe there is one (at least not on purpose). It is not part of the original sketch Pierre provided. The facts that some pins are high initially, is most likely because the Arduino enters the bootloader first which will probably have some pins set to high to communicate with outside world or on board peripherals.


Pin 1 is a TX0 output pin (serial port).
Pin 13 is a PWM pin
Pin 20 and 21 are SCA and SCL pins which are I2C pins


PmgR
The sketch from Pierre certainly doesn't include any deliberate "hold sequence" on startup. But I also don't think that it is coming from the Mega's pin states at startup. My testing here hasn't shown any pin activations other than what is specifically called for in the sketch. As I posted previously I have occasionally had problems using pins 0 and 1 (the serial rx and tx pins) but this simple sketch didn't show problems when I tested it.
Also, on the Mega all pins from 2 to 13 are PWM capable using analogWrite() statements but the sketch is exclusively using digitalWrite() and again I haven't seen any spurious pin activations on startup here either.
Pin 13 does have an internal LED connected to it on Mega, Uno and other Arduino boards though. Here's something I found on an Arduino forum:
Quote
Due to the changes made on Rev3 Uno and mega boards the on board pin13 LED is not longer directly driven by the AVR output pin but rather 'buffered' via a spare op-amp stage. This results in a floating input pin condition for the op-amp which can result in the led being on when it shouldn't be, but it's a rather random thing as the offset input value of the op-amp plays a role. The only way to be absolutly sure that the pin 13 led remains off is to do both a pinMode(13,OUTPUT) and a digitalWrite(13,LOW), best placed in your setup function

My own Mega isn't a Rev3 version though.

r2fpl

  • Hero Member
  • *****
  • Posts: 744