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



Pierre's 170W in 1600W out Looped Very impressive Build continued & moderated

Started by gotoluc, March 23, 2018, 10:12:45 AM

Previous topic - Next topic

0 Members and 7 Guests are viewing this topic.

TinselKoala

Quote from: MichelM on April 12, 2018, 04:39:55 AM
Hello Luc,

in my opinion, the influence of the magnetic field is probably the cause of the problem.
The easiest way is to remove the magnetic field to transfer the program.
For that, maybe you just have to unplug the GND.

FR
à mon avis, l'influence du champ magnétique est probablement à l'origine du problème.
Le plus simple, est de supprimer le champ magnétique pour transférer le programme.
Pour cela, peut-être qu'il suffit de débrancher seulement la GND.

I disagree. I don't think that the magnetic field could be causing the problem. At least magnetic fields have never caused any problems with my own Arduinos. (I use UNOs, Megas, and ProMinis for many projects.)

However I _do_ think it is possible that something in the external circuitry and/or power supply may be causing the problem. So I'd like to see Luc try programming the Mega with it disconnected totally from the external circuitry. Then if the program uploads properly, the Mega can be reconnected to the external circuits and we can see what happens then. If the program will still not upload even with nothing connected to the Mega except the programming USB cable... AND if I can get the sketch to upload properly to my own Mega using Windows here at my lab... then we may suspect a hardware problem with Luc's Mega board.

listener191

The untested code that I listed for 30 slots, would have required OR gates on the L298N enable inputs, otherwise there would be Output pin clashes for the enable lines.

I now have 5  unique sequences use for enable that avoid that issue.

I just mention this in case this code was used by anybody.

Regards

L192

r2fpl

Quote from: listener191 on April 12, 2018, 04:12:17 AM
I have noted that using pin mode on digital pin 1 is actually using the UART port bit TX1 used for USB communication.

Perhaps we should shift all 30/36 pins down one i.e. 2 to 31/37?

Regards

L192

I agree too !

dole

Definitely TX/RX problem (pin 0,1)
Solution:
Push reset baton and upload immediately or disconnect/connect and immediately upload
But probably same problem will still persist next time.
Do not use 0,1 

d.

listener191

Quote from: Slider2732 on April 11, 2018, 06:02:21 PM
Yeah, it's just the port by the looks of it.
Nothing wrong with the code.
At the bottom of your screen it shows you've selected the right type of Arduino and indeed it compiles fine. The only thing different would be the Port.
Click 'Tools', then 'Port' and see what it says there...you should only have 1 or 2 to select from and it seems like it's picking the wrong one as default.

Another way, is to unplug the Arduino USB cable and plug it back in, the other port will then be selected. At least here on Linux Mint it does, from USB0 to USB1 even if it's the same device being plugged in and out.

With the Chinese 2560 boards USB is on Com 4 not 1, as you would expect from an original.

L192