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: stargate22 on April 11, 2018, 11:38:10 PM


Options;
1). Remove board / UN-plug completely from device and re-program.


I and others have also suggested this. It's a good idea before giving up totally on the Mega unit in use.

Quote

2).Add the following to the sketch....

void setup() {
  // initialize serial communications at 9600 bps:
  Serial.begin(9600);
}


It initializes the serial connection at 9600 bits per second. Both sides of the serial connection (i.e. the Arduino and your computer) need to be set to use the same speed serial connection in order to get any sort of intelligible data. If there's a mismatch between what the two systems think the speed is then the data will be garbled.

9600 bits per second is the default for the Arduino, and is perfectly adequate for the majority of users, but you could change it to other speeds: Serial.begin(57600) would set the Arduino to transmit at 57600 bits per second. You'd need to set whatever software you're using on your computer (like the Arduino IDE's serial monitor) to the same speed in order to see the data being sent.


As far as  I can tell this use of the Serial communications system has nothing to do with uploading programs to the board. It enables serial communication to a serial monitor which can be accessed from the IDE, but then you have to send data to and from the serial monitor using write and read statements in the sketch.  Serial comm statements also slow the program down quite a bit. You can certainly try this but I would be amazed if it made any difference to the main problem here.

Quote

3) Looks like board is running when you re-programed, which is fine,  that can be done,  however Pierre may have been correct in pointing out the "field" may interfere with the board ?

That's all I have to comment... : {

Again, I think this is not a likely cause. I've never encountered _magnetic_ interference that affected the Arduino. Electrical interference is something else though.  I would worry about the USB cable picking up electrical noise from the system, and cleanliness of power supplied to the Arduino when the USB cable isn't in use.

By the way, the Arduino should NOT be powered through the +5v pin(s) unless you have absolutely stable regulated and filtered +5 volts to feed it. It is far better to supply +9 to +12 volts to the regular coaxial power jack so that the board's own VR circuitry can handle the power conditioning.

TinselKoala

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 have mentioned this before, because I have occasionally had problems using digital pins 0 and 1 for certain purposes. So I tend to avoid them if possible. However I've tested versions of the sketch (my versions of other versions!) on my local Mega using Pin 1 and didn't see any problems, with either running or uploading.  I would be surprised to find that the uploading problem is related to the use of Pin 1 in the sketch.


MichelM

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.

TinselKoala

I would still like to see the _exact_ sketch that Luc is now running (or trying to run) so that I can check the sketch for problems on my Mega. I have both Linux and Windows computers that I can use to check for uploading problems related to the sketch (although there are not likely to be any.)

But please--- do post the exact sketch that is being used currently so that I can review it.


T-1000

Quote from: MichelM on April 12, 2018, 04:39:55 AM
in my opinion, the influence of the magnetic field is probably the cause of the problem.

There is no magnetic field when the program is not running. From Luc's video it clearly shows programmer interface issue (damaged usb/serial port or drivers)...

And when it iwill be running there are lots of ways to shield magnetic field from the Arduino.

Cheers!