Programming Teensylu/Printrboard from Linux

-
I have been testing these two boards as a posible replacement for RAMPS in my 3D printers. Nothing wrong with RAMPS, but these two boards are simpler, cheaper and smaller. But they share a problem: they are not easy to program from Arduino IDE.

After a long dance I was able to do in Windows, and I am almost positive same can be done in Linux, but I am kind of tired of trying out things.

The bottom line is that because these boards are based on ATMega1286 they lack of a USB-to-serial chip as many Arduino boards do (except Leonardo).  So that means the usual bootloader and protocol are not a choice here.

Long ago, Paul Stoffregen developed an Arduino-like board using similar chips and built all the required add-ons so they could be programmed from Arduino IDE. These tools can be adapted to be used in the AT90USB1286-based boards with LUFA CDC bootloader and they work ok in Windows (once you manage to get every detail just right).

I was not so lucky in Linux and after some small research I realized that avrdude was used in Windows and that protocol involved was avr109.

So, mostly as I reminder to myself, I am using this line of code for uploading compiled code to my Teensylu board in Linux:

sudo ./avrdude -p at90usb1286 -c avr109 -P /dev/ttyACM0 -C ./avrdude.conf -U flash:w:Marlin.cpp.hex

 I am using averdude version that comes with Arduino 1.0.5, not sure if it does matter or not.

Comments

FLee said…
I've run into problems following your steps, but hopefully this will clear some things up for people.

I was compiling successfully under Teensy2.0++. However, the PJRC uploader wanted me to hit the reboot button for some reason... so I couldn't upload. (I couldn't get avrdude to work either)

So I decided to try PrintrBot's old instructions... When I got the boards.txt (http://blog.lincomatic.com/wp-content/uploads/2012/03/at90usb1286txt.zip) recommended by the PrintrBot firmware instructions (http://printrbot.com/wp-content/uploads/2012/04/Printrbot-Firmware.pdf) I couldn't get it to compile, but it saw the correct serial port (ttyACM0). It said that it was missing Arduino.h (WHAT???) and some other header file.

I then opened up the boards.txt file under the teensy directory, and found that:

cdcteensylu.build.core=at90usb1286

is incorrect. It should be:

cdcteensylu.build.core=teensy

After that, it says that it uploaded. Whether or not it actually did, I'll find out soon enough with (or without) a calibration square.

Unfortunately as of this writing, I still cannot get the avrdude command to work with my Printrbot RevE board. :(
4:22 am
misan said…
I remind the process of getting it to work as an obstacle race. I think I had it to work without the change you suggest but I think I have done that change later. The problem is the system I did it with is no longer available for me to double check.
8:49 am
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