Uploading code wirelessly to Arduino Mega

-
Given the same thing worked ok using an Arduino UNO form-factor board with both an AVR 328p and an ESP8266, I was expecting not much trouble getting the same thing to work for a similar board in the Arduino Mega format.

Oh boy, I was wrong!

The hardware modification part was easy: Find the diode whose cathode is connected to the RESET pin and remove it from the board. (Board schematic)


I used GPIO12 as the ESP8266 pin to be used to reset the AVR processor (key for a remote upload).

But once the hardware was working, it became obvious the software side of things was just not working. I could see no communication was ever successful between the ATMega2560 and avrdude program.

Reset generation was not a problem as it was clear remote reset was working ok. Perhaps timing? Let us read about possible issues on github. It turns out this is old news, as ESP-Link is playing a trick to detect the attempt of a firmware upload so it can reset the AVR chip then. That detection was limited to the m328p and not the atmega2560. But even if you press RESET button manually that is not enough to get it all running.

I was using latest stable version of ESP-link 3.0.14 and that is known no to support uploads of code to the Mega, but the new alpha 3.2.42 is, so I upgraded it. Still no dice.

A bit more reading shown that older bootloaders may not work as only stk500v2 is supported, so it was time to do so ISP programming with the help of an Arduino UNO so I could upload the bootleader on the Mega2560. In case you need to do that the connections are as follows:

  • D10 on the UNO --> RESET on the Mega
  • D11 --> D51
  • D12 --> D50
  • D13 --> D52
Do not forget that GNDs need to be connected (no need if both boards are powered by the same computer). The Arduino UNO needs to be running the Arduino ISP example and the IDE needs to be configured with the bootloader programmer to be "Arduino as ISP". Next, make sure you have selected the board to be Arduino Mega 2560 and go to the tools menu and select Burn bootloader. 

Once a new bootloader was in place I expected all to work, but it did not. And yes, I placed back the proper DIP switches on the board (1&2=ON). With a Blink example running on the Mega I realized now the AVR was not being reset when a programming attempt was made using:
avrdude  -DV -patmega2560   -Pnet:192.168.4.1:23 -cstk500v2 -b 115200   -U flash:w:Marlin.hex:i 

I realized that I could force a reset by connecting to port 2323 instead of 23, but while that did cause a reset, the communication was still not working. Finally, I learned that some people used curl to cause a remote reset with the next command-line: curl --data '' http://192.168.4.1/console/reset
so I tried to prepend that to my previous command. It finally worked!!

So the complete command-line to remotely program an Arduino Mega with a given hex file (assuming you are using the ESP in AP Mode, thus the IP address I am using below):

curl --data '' http://192.168.4.1/console/reset ; avrdude  -DV -p atmega2560 -P net:192.168.4.1:23 -c stk500v2 -b 115200   -U flash:w:Marlin.hex:i 


Comments

Post a Comment

Popular posts from this blog

VFD control with Arduino using RS485 link

-
Image
Variable Frequency Drives ( VFD ) allow the control of spindles so speed can accurately be controlled and a detailed acceleration profile for the spindle and reverse rotation can all be handled. In essence a VFD is an three phase inverter for three-phase AC motor. I am using a popular (I mean cheap) Chinese VFD and though the reference manual is not great, I could see there is a built-in RS-485 port. I usually control the start, stop and speed selection using the keyboard on the unit but I thought it will be more useful if I could control everything from the same Arduino is doing our CNC table control. Some cheap RS-485 off eBay and some lines of code later, I can start, stop and change the speed from an Arduino. What a cool thing to have! Some configuration of your VFD are needed before you can use it like that.  You need to set PD163=1 (I am using address 1 in the code). PD=164=1 (for setting serial to 9600bps) and PD165=0 (for using ASCII and 8N1 character format)
Read more

How to get sinusoidal s-curve for a stepper motor

-
Image
After some experimentation, and delving a bit into the math of motion, I realized there can be a significant difference on the motion of a machine by just making small changes. A common and popular approach to smooth one axis of motion is to use a trapezoidal speed pattern, where acceleration and deceleration are uniformly accelerated movements (aka constant acceleration motion) separated by a portion happening at cruising speed. The problem comes with the fact that, while that approach is simple to understand and to code, it does contain sudden changes in the acceleration, that show as spikes on the acceleration derivative, called jerk. These sudden changes in the acceleration translate into undesired vibration in our machines. Most of that can be eliminated by selecting a motion pattern that does not contain sudden changes of acceleration. If we chose a mathematical function for our speed whose second derivative is continuous, then we reduce system vibration quite a lot. One ma
Read more

Stepper motor step signal timing calculation

-
Image
While we use stepper motors in many devices, the timing of the step signals is not always well understood. Most of us can see how a fixed speed is a bad idea unless the speed of motion is really slow, but it is fixed speed what is really to generate with simple code. You just can use the Arduino Blink example to send a fixed frequency of pulses to a stepper motor driver. If too slow, just reduce the delay value. But for most real-life applications variable speed controls will perform better. These systems will speed up the motor to a given maximum speed and it will slow it down to stop at the desired step count. But understanding the math behind this process is sometimes not obvious. Let us start with the simple case of the so-called trapezoidal speed motion profile. Here motion takes place in three phases: acceleration, constant speed (cruising) and deceleration. But the point is how can our code create such a behavior. Stepper motor drivers usually accept two signals to control
Read more