Pololu AVR C/C++ Library User's Guide
Pololu AVR C/C++ Library User's Guide
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. Downloading and extracting the files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
4. Compiling the Pololu AVR Library (Optional) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
5. Installation of the Pololu AVR Library . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
6. Example programs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
6.a. Example program – AVR Studio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
6.b. Example program – Linux . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
6.c. Orangutan Analog Input Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
6.d. Orangutan High-Level Buzzer Control Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
6.e. Orangutan LCD Control Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
6.f. Orangutan LED Control Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
6.g. Orangutan Motor Control Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
6.h. Orangutan Pushbutton Interface Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
6.i. Pololu QTR Sensor Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
6.j. Orangutan Serial Port Communication Functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
6.k. Pololu Wheel Encoder functions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
7. Using the Pololu AVR Library for your own projects . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
8. Additional resources . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
Page 1 of 32
Pololu AVR C/C++ Library User's Guide © 2001–2009 Pololu Corporation
1. Introduction
This document is a guide to using the Pololu AVR C/C++ library, including installation instructions, tutorials, and
example programs. The Pololu AVR Library makes it easy for you to get started with the following Pololu products:
Pololu 3pi robot: a mega168-based robot controller. The 3pi robot essentially contains an LV-168 and a
5-sensor version of the QTR-8RC, both of which are in the list below.
Pololu Orangutan SV-168: a full-featured, mega168-based robot controller that includes an LCD display. The
SV-168 runs on an input voltage of 6-13.5V, giving you a wide range of robot power supply options, and can
supply up to 3 A on its regulated 5 V bus.
Pololu Orangutan LV-168: a full-featured, mega168-based robot controller that includes an LCD display. The
LV-168 runs on an input voltage of 2-5V, allowing two or three batteries to power a robot.
Pololu Baby Orangutan B-48: a compact, complete robot controller based on the mega48. The B-48 packs a
voltage regulator, processor, and a two-channel motor-driver into a 24-pin DIP format.
Pololu Baby Orangutan B-168: a mega168 version of the above. The mega168 is a more powerful processor,
with more memory for your programs. This version has been replaced by the Baby Orangutan B-328.
Pololu Baby Orangutan B-328: a mega328 replacement of the above Baby Orangutan B-168. The mega328
offers even more memory for your programs (32 KB flash, 2 KB RAM).
Pololu QTR-1A and QTR-8A reflectance sensors (analog): an analog sensor containing IR/phototransistor
pairs that allows a robot to detect the difference between shades of color. The QTR sensors can be used for
following lines on the floor, for obstacle or drop-off (stairway) detection, and for various other applications.
Pololu QTR-1RC and QTR-8RC reflectance sensors (RC): a version of the above that is read using digital
inputs; this is compatible with the Parallax QTI sensors.
Encoder for Pololu Wheel 42×19 mm: a wheel encoder solution that allows a robot to measure how far it has
traveled.
Note that the library is designed for Atmel’s mega168 and mega48-based boards like the Orangutans: to use it with the
QTR sensors, your controller must be either an Orangutan or another board built with one of these processors.
This document covers the C/C++ version of the library, but it may also be used with Arduino [http://www.arduino.cc]: a
popular, beginner-friendly programming environment for the mega168, using simplified C++ code. See our guide to
using Arduino with Orangutan controllers [http://www.pololu.com/docs/0J17] for more information.
For detailed information about all of the functions available in the library, see the command
reference [http://www.pololu.com/docs/0J18].
1. Introduction Page 2 of 32
Pololu AVR C/C++ Library User's Guide © 2001–2009 Pololu Corporation
2. Prerequisites
The free avr-gcc compiler, avr-libc, and other associated tools must be installed before the Pololu AVR library.
Windows Vista: WinAVR might not work without additional help from this WinAVR and Windows Vista
Guide [http://www.madwizard.org/electronics/articles/winavrvista]
• avr-libc
• gcc-avr
• avra
• binutils-avr
• avrdude (for use with the Pololu Orangutan Programmer)
Note: The new ATmega328p processor is not supported by some versions of Linux. Please see our reference:
Developing for the ATmega328P under Linux [http://www.pololu.com/docs/0J31].
2. Prerequisites Page 3 of 32
Pololu AVR C/C++ Library User's Guide © 2001–2009 Pololu Corporation
Next, if you are using Windows: open the .zip file and click “Extract all” to extract the Pololu AVR Library files to a
folder on your desktop.
If you are using Linux, run the command unzip libpololu-avr-xxx.zip, where xxx is replaced by the version of the
library that you have downloaded.
This section is optional, for people who want to modify the library or get a better understanding of how it
works. If you just want to install the library, proceed to Section 5.
Unpack the entire archive and open a command prompt within the libpololu-avr directory. If avr-gcc is correctly installed
on your system, you will be able to type “make clean”, then “make” to compile the entire library. Pay attention to any
errors that occur during the build process. If all goes well, this will generate three versions of the library, for the
ATmega48, ATmega168, and ATmega328p. If you see errors, it is likely that avr-gcc was installed improperly or in a
way that is incompatible with the Makefile.
Compiling the Pololu AVR Library from the command prompt in Windows.
If the automatic installation works, you can proceed to Section 6 to try out some example programs.
If you currently have an older version of the Pololu AVR Library, your first step should be to delete all of the old include
files and the libpololu.a file or libpololu_atmegax.a files that you installed previously.
Next, copy libpololu_atmega48.a, libpololu_atmega168.a, and libpololu_atmega328p.a into the lib subdirectory
of your avr directory (e.g. C:\WinAVR-20080610\avr\lib). Note that there is also a lib subdirectory directly below the
main WinAVR directory; it will not work to put the libpololu_atmegax.a files here. These three library files represent
separate compilations for the three different AVR microcontrollers found on our Orangutans and 3pi robot. When you
make your own projects, you will need to use the appropriate library for your particular microcontroller.
Finally, copy the entire pololu subfolder into the include subfolder. The Pololu include files should now be located in
avr\include\pololu.
You are now ready to use the Pololu AVR library. The next section provides example programs that are already set up to
use the library. For information on using the Pololu AVR library in your own programs (e.g. configuring AVR Studio
projects to use the library), please see Section 7.
6. Example programs
6.a. Example program - AVR Studio
A very simple demo program for the Orangutan or 3pi is available in the folder examples\atmegaXXX\simple-test,
where atmegaXXX is the model of the microcontroller on your board.
Double-click on the file test.aps, and the project should open automatically in AVR Studio, showing a C file that uses a
few basic commands from the Pololu AVR Library:
To compile this program, select Build > Build or press F7. Look for warnings and errors (indicated by yellow and red
dots) in the output displayed below. If the program compiles successfully, the message “Build succeeded with 0
Warnings…” will appear at the end of the output, and a file test.hex will have been created in the simple-
test\default folder.
Connect your Orangutan Programmer to your computer and your Orangutan board or 3pi robot, and turn on the target’s
power. The green status LED close to the USB connector should be on, while the other two LEDs should be off,
indicating that the programmer is ready.
Select Tools > Program AVR > Connect to connect to the Orangutan Programmer. The default options of “STK500 or
AVRISP” and “Auto” should be fine, so click Connect and the AVRISP programming window should appear.
You will use AVRISP to load test.hex into the flash memory of your AVR. To do this, click “...” in the Flash section
and select file test.hex that was compiled earlier. Note that you have to first navigate to your project directory! Now
click “Program” in the Flash section, and the test code should be loaded onto your Orangutan or 3pi.
If your controller was successfully programmed and you are using an Orangutan SV-168, Orangutan LV-168, or 3pi
robot, you should hear a short tune, see the message “Hello!” on the LCD (if one is present and the contrast is set
correctly), and the LEDs on the board should blink. If you are using a Baby Orangutan B, you will just see the red user
LED blink.
In case you are having trouble performing the compilation, precompiled hex files for this example and all of the other
examples included with the C/C++ library are available in examples\processor\hex_files. You can load these hex files
onto your controller using AVR Studio as described above.
Change to this directory and inspect the Makefile. Depending on your system, you may need to update the paths to the
avr-gcc binaries and the device for your Orangutan Programmer. Then, you should be able to compile the example with
make, which should generate the output like this as it compiles the source code:
If make completed successfully, connect your Orangutan Programmer to your computer and your Orangutan board or 3pi
robot, and turn on the target’s power. The green status LED close to the USB connector should be on, while the other two
LEDs should be off, indicating that the programmer is ready. Type make program to load the program onto the Orangutan
or 3pi.
If your controller was successfully programmed and you are using an Orangutan SV/LV or a 3pi, you should hear a short
tune, see the message “Hello!” on the LCD (if one is present and the contrast is set correctly), and the LEDs on the board
should blink. If you are using a Baby Orangutan B, you will just see the red user LED blink.
C++ users: See Section 5.a of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J17] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of the functions can be found in Section 3 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
This library comes with two examples in libpololu-avr\examples. The Orangutan Motors examples also make limited
use of this section.
1. analog1
Demonstrates how you can use the methods in this library to read the analog voltage of the trimmer potentiometer in the
background while the rest of your code executes. If the ADC is free, the program starts a conversion on the TRIMPOT
analog input (channel 7), and then it proceeds to excecute the rest of the code in loop() while the ADC hardware works.
Polling of the analog_is_converting() method allows the program to determine when the conversion is complete and to
update its notion of the trimpot value accordingly. Feedback is given via the red user LED, whose brightness is made to
scale with the trimpot position.
#include <pololu/orangutan.h>
/*
* analog1:
*
* This example uses the OrangutanAnalog functions to read the voltage
* output of the trimpot in the background while the rest of the main
* loop executes. The LED is flashed so that its brightness appears
* proportional to the trimpot position.
*
* http://www.pololu.com/docs/0J20/6.c
* http://www.pololu.com
* http://forum.pololu.com
*/
int main()
{
set_analog_mode(MODE_8_BIT); // 8-bit analog-to-digital conversions
sum = 0;
samples = 0;
avg = 0;
start_analog_conversion(TRIMPOT); // start initial conversion
while(1)
{
if (!analog_is_converting()) // if conversion is done...
{
sum += analog_conversion_result(); // get result
start_analog_conversion(TRIMPOT); // and start next conversion
if (++samples == 20)
{
avg = sum / 20; // compute 20-sample average of ADC result
samples = 0;
sum = 0;
}
}
return 0;
}
2. analog2
Intended for use on the Orangutan LV-168. Note that it will run on the 3pi robot and Orangutan SV-168, but the
displayed temperature will be incorrect as the analog input connected to the temperature sensor on the Orangutan LV-168
is connected to 2/3rds of the battery voltage on the 3pi and to 1/3rd of the battery voltage on the Orangutan SV-168. It
displays on the LCD the trimmer potentiometer output in millivolts and the temperature sensor output in degrees
Farenheit. If you hold a finger on the underside of the Orangutan LV-168’s PCB near the center of the board, you should
see the temperature reading slowly start to rise. Be careful not to zap the board with electrostatic discharge if you try this!
#include <pololu/orangutan.h>
/*
* analog2:
*
* This sketch uses the OrangutanAnalog library to read the voltage output
* of the trimpot (in millivolts) and to read the Orangutan LV-168's
* temperature sensor in degrees Farenheit. These values are printed to
* the LCD 10 times per second. This example is intended for use with the
* Orangutan LV-168, though all but the temperature-measuring portion
* will work on the 3pi robot (on the 3pi, analog input 6 connects to 2/3rds
* of the battery voltage rather than a temperature sensor) and the
* Orangutan SV-168 (on the SV-168, analog input 6 connects to 1/3rd of
* the battery voltage).
*
* You should see the trimpot voltage change as you turn it, and you can
* get the temperature reading to slowly increase by holding a finger on the
* underside of the Orangutan LV-168's PCB near the center of the board.
* Be careful not to zap the board with electrostatic discharge if you
* try this!
*
* http://www.pololu.com/docs/0J20/6.c
* http://www.pololu.com
* http://forum.pololu.com
*/
int main()
{
set_analog_mode(MODE_10_BIT); // 10-bit analog-to-digital conversions
return 0;
}
This library is incompatible with some older releases of WinAVR. If you experience any problems when using
this library, make sure that your copy of the compiler is up-to-date. We know that it works with WinAVR
20080610.
The benefit to this approach is that you can play notes on the buzzer while leaving the CPU mostly free to execute the
rest of your code. This means you can have a melody playing in the background while your Orangutan does its main task.
You can poll the isPlaying() method to determine when the buzzer is finished playing.
C++ users: See Section 5.b of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J17] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of the functions can be found in Section 4 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
This library comes with three examples in libpololu-avr\examples.
1. buzzer1
Demonstrates one way to use this library’s play_note() method to play a simple melody stored in RAM. It should
immediately start playing the melody, and you can use the top user pushbutton to stop and replay the melody. The
example is structured so that you can add your own code to the main loop and the melody will still play normally in the
background, assuming your code executes quickly enough to avoid inserting delays between the notes. You can use this
same technique to play melodies that have been stored in EEPROM (the mega168 has enough room in EEPROM to store
170 notes).
#include <pololu/orangutan.h>
/*
* buzzer1:
*
* This example uses the OrangutanBuzzer library to play a series of notes
* on the Orangutan's/3pi's buzzer. It also uses the OrangutanLCD library
* to display the notes its playing, and it uses the OrangutanPushbuttons
* library to allow the user to stop/reset the melody with the top
* pushbutton.
*
* http://www.pololu.com/docs/0J20/6.d
* http://www.pololu.com
* http://forum.pololu.com
*/
#define MELODY_LENGTH 95
375, 125, 250, 375, 250, 250, 125, 250, 167, 167, 167, 250, 125, 125,
125, 250, 125, 125, 375,
375, 125, 250, 375, 250, 250, 125, 250, 167, 167, 167, 250, 125, 125,
125, 250, 125, 125, 375,
250, 125, 125, 125, 250, 125, 125, 125, 125, 125, 125, 125, 125, 125,
250, 125, 125, 125, 250, 125, 125, 200, 50, 100, 25, 500,
250, 125, 125, 125, 250, 125, 125, 125, 125, 125, 125, 125, 125, 125,
// For example, let the top user pushbutton function as a stop/reset melody button
if (button_is_pressed(TOP_BUTTON))
{
stop_playing(); // silence the buzzer
if (currentIdx < MELODY_LENGTH)
currentIdx = MELODY_LENGTH; // terminate the melody
else
currentIdx = 0; // restart the melody
wait_for_button_release(TOP_BUTTON); // wait here for the button to be released
}
}
return 0;
}
2. buzzer2
Demonstrates how you can use this library’s play() function to start a melody playing. Once started, the melody will play
all the way to the end with no further action required from your code, and the rest of your program will execute as normal
while the melody plays in the background. The play() function is driven entirely by the Timer1 overflow interrupt. The
top user pushbutton will play a fugue by Bach from program memory, the middle user pushbutton will quietly play the C
major scale up and back down from RAM, and the bottom user pushbutton will stop any melody that is currently playing
or play a single note if the buzzer is currently inactive.
#include <pololu/orangutan.h>
/*
* buzzer2:
*
* This example uses the OrangutanBuzzer functions to play a series of notes
* on the Orangutan's/3pi's buzzer. It uses the OrangutanPushbuttons
* library to allow the user select which melody plays.
*
* This example demonstrates the use of the play() method,
* which plays the specified melody entirely in the background, requiring
* no further action from the user once the method is called. The CPU
* is then free to execute other code while the melody plays.
*
* http://www.pololu.com/docs/0J20/6.d
* http://www.pololu.com
* http://forum.pololu.com
*/
#include <avr/pgmspace.h> // this lets us refer to data in program space (i.e. flash)
// store this fugue in program space using the PROGMEM macro.
// Later we will play it directly from program space, bypassing the need to load it
// all into RAM first.
const char fugue[] PROGMEM =
"! O5 L16 agafaea dac+adaea fa<aa<bac#a dac#adaea f"
"O6 dcd<b-d<ad<g d<f+d<gd<ad<b- d<dd<ed<f+d<g d<f+d<gd<ad"
"L8 MS <b-d<b-d MLe-<ge-<g MSc<ac<a ML d<fd<f O5 MS b-gb-g"
"ML >c#e>c#e MS afaf ML gc#gc# MS fdfd ML e<b-e<b-"
"O6 L16ragafaea dac#adaea fa<aa<bac#a dac#adaea faeadaca"
"<b-acadg<b-g egdgcg<b-g <ag<b-gcf<af dfcf<b-f<af"
"<gf<af<b-e<ge c#e<b-e<ae<ge <fe<ge<ad<fd"
"O5 e>ee>ef>df>d b->c#b->c#a>df>d e>ee>ef>df>d"
"e>d>c#>db>d>c#b >c#agaegfe f O6 dc#dfdc#<b c#4";
if (button == TOP_BUTTON)
{
play_from_program_space(fugue);
print("Fugue!");
lcd_goto_xy(0, 1);
print("flash ->");
}
if (button == MIDDLE_BUTTON)
{
play("! V8 cdefgab>cbagfedc");
print("C Major");
lcd_goto_xy(0, 1);
print("RAM ->");
}
if (button == BOTTOM_BUTTON)
{
if (is_playing())
{
stop_playing();
print("stopped");
}
else
{
play_note(A(5), 200, 15);
print("note A5");
}
}
}
while(1)
loop();
return 0;
}
3. buzzer3
Demonstrates the use of this library’s playMode() and playCheck() methods. In this example, automatic play mode is
used to allow the melody to keep playing while it blinks the red user LED. Then the mode is switched to play-check
mode during a phase where we are trying to accurately measure time. There are three #define macros that allow you to
run this example in different ways and observe the result. Please see the comments at the top of the sketch for more
detailed information.
#include <pololu/orangutan.h>
/*
* buzzer3:
*
* This example uses the OrangutanBuzzer functions to play a series of notes
* on the Orangutan's/3pi's buzzer. It uses the OrangutanPushbuttons
* functions to allow the user select which melody plays.
*
* This example demonstrates the use of the play_mode()
* and play_check() methods, which allow you to select
* whether the melody sequence initiated by play() is
* played automatically in the background by the Timer1 interrupt, or if
* the play is driven by the play_check() method in your main loop.
*
* Automatic play mode should be used if your code has a lot of delays
* and is not time critical. In this example, automatic mode is used
* to allow the melody to keep playing while we blink the red user LED.
*
* Play-check mode should be used during parts of your code that are
* time critical. In automatic mode, the Timer1 interrupt is very slow
* when it loads the next note, and this can delay the execution of your.
* Using play-check mode allows you to control when the next note is
* loaded so that it doesn't occur in the middle of some time-sensitive
* measurement. In our example we use play-check mode to keep the melody
* going while performing timing measurements using Timer2. After the
* measurements, the maximum time measured is displayed on the LCD.
*
* Immediately below are three #define statements that allow you to alter
* the way this program runs. You should have one of the three lines
* uncommented while commenting out the other two:
*
* If only WORKING_CORRECTLY is uncommented, the program should run in its
* ideal state, using automatic play mode during the LED-blinking phase
* and using play-check mode during the timing phase. The maximum recorded
* time should be 20, as expected.
*
* If only ALWAYS_AUTOMATIC is uncommented, the program will use automatic
* play mode during both the LED-blinking phase and the timing phase. Here
* you will see the effect this has on the time measurements (instead of 20,
* you should see a maximum reading of around 27 or 28).
*
* If only ALWAYS_CHECK is uncommented, the program will be in play-check
* mode during both the LED-blinking phase and the timing phase. Here you
* will see the effect that the LED-blinking delays have on play-check
* mode (the sequence will be very choppy while the LED is blinking, but
* sound normal during the timing phase). The maximum timing reading should
* be 20, as expected.
*
* http://www.pololu.com/docs/0J20/6.d
* http://www.pololu.com
* http://forum.pololu.com
*/
#include <avr/pgmspace.h>
const char rhapsody[] PROGMEM = "O6 T40 L16 d#<b<f#<d#<f#<bd#f#"
"T80 c#<b-<f#<c#<f#<b-c#8"
"T180 d#b<f#d#f#>bd#f#c#b-<f#c#f#>b-c#8 c>c#<c#>c#<b>c#<c#>c#c>c#<c#>c#<b>c#<c#>c#"
"c>c#<c#>c#<b->c#<c#>c#c>c#<c#>c#<b->c#<c#>c#"
"c>c#<c#>c#f>c#<c#>c#c>c#<c#>c#f>c#<c#>c#"
"c>c#<c#>c#f#>c#<c#>c#c>c#<c#>c#f#>c#<c#>c#d#bb-bd#bf#d#c#b-ab-c#b-f#d#";
int main()
{
TCCR2A = 0; // configure timer2 to run at 78 kHz
TCCR2B = 0x06; // and overflow when TCNT2 = 256 (~3 ms)
play_from_program_space(rhapsody);
while(1)
{
// allow the sequence to keep playing automatically through the following delays
#ifndef ALWAYS_CHECK
play_mode(PLAY_AUTOMATIC);
#else
play_mode(PLAY_CHECK);
#endif
lcd_goto_xy(0, 0);
print("blink!");
int i;
for (i = 0; i < 8; i++)
{
#ifdef ALWAYS_CHECK
play_check();
#endif
red_led(1);
delay_ms(500);
red_led(0);
delay_ms(500);
}
lcd_goto_xy(0, 0);
print("timing");
lcd_goto_xy(0, 1);
print(" "); // clear bottom LCD line
// turn off automatic playing so that our time-critical code won't be interrupted by
// the buzzer's long timer1 interrupt. Otherwise, this interrupt could throw off our
// timing measurements. Instead, we will now use playCheck() to keep the sequence
// playing in a way that won't throw off our measurements.
#ifndef ALWAYS_AUTOMATIC
play_mode(PLAY_CHECK);
#endif
unsigned char maxTime = 0;
for (i = 0; i < 8000; i++)
{
TCNT2 = 0;
while (TCNT2 < 20) // time for ~250 us
;
if (TCNT2 > maxTime)
maxTime = TCNT2; // if the elapsed time is greater than the previous max, save it
#ifndef ALWAYS_AUTOMATIC
play_check(); // check if it's time to play the next note and play it if so
#endif
}
lcd_goto_xy(0, 1);
print("max=");
print_long((unsigned int)maxTime);
print(" "); // overwrite any left over characters
}
return 0;
}
This library is designed to gracefully handle alternate use of the four LCD data lines. It will change their data direction
registers and output states only when needed for an LCD command, after which it will immediately restore the registers
to their previous states. This allows the LCD data lines to additionally function as pushbutton inputs and an LED driver.
C++ users: See Section 5.c of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J17] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of this library’s methods can be found in Section 5 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
This library comes with two examples in libpololu-avr\examples.
1. lcd1
Demonstrates shifting the contents of the display by moving the word “Hello” around the two lines of the LCD.
#include <pololu/orangutan.h>
/*
* lcd1:
*
* This example uses the OrangutanLCD library to display things on the LCD.
*
* http://www.pololu.com/docs/0J20/6.e
* http://www.pololu.com
* http://forum.pololu.com
*/
return 0;
}
1. lcd2
Demonstrates creating and displaying custom characters on the LCD. The following picture shows an example of custom
characters, using them to display a bar graph of sensor readings and a smiley face:
#include <pololu/orangutan.h>
/*
* lcd2:
*
* This example uses the OrangutanLCD functions to display custom
* characters on the LCD. Simply push a any user pushbutton to
* display a new, randomly chosen, custom mood character.
*
* http://www.pololu.com/docs/0J20/6.e
* http://www.pololu.com
* http://forum.pololu.com
*/
char prevMood = 5;
{
lcd_load_custom_character(happy, 0);
lcd_load_custom_character(sad, 1);
lcd_load_custom_character(indifferent, 2);
lcd_load_custom_character(surprised, 3);
lcd_load_custom_character(mocking, 4);
clear(); // this must be called before we can use the custom characters
print("mood: ?");
// initialize the random number generator based on how long they hold the button the first time
wait_for_button_press(ALL_BUTTONS);
long seed = 0;
while(button_is_pressed(ALL_BUTTONS))
seed++;
srandom(seed);
while(1)
{
char mood;
do
{
mood = random()%5;
} while (mood == prevMood); // ensure we get a new mood that differs from the previous
prevMood = mood;
return 0;
}
C++ users: See Section 5.d of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J17] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of these functions can be found in Section 9 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
1. led1
A simple example that blinks LEDs.
#include <pololu/orangutan.h>
/*
* led1:
*
* This program uses the OrangutanLEDs functions to control the red and green
* LEDs on the 3pi, Orangutan SV-168, and Orangutan LV-168.
* It will also work to control the red LED on the Baby Orangutan B
int main()
{
while(1)
{
red_led(1); // red LED on
delay_ms(1000); // waits for a second
red_led(0); // red LED off
delay_ms(1000); // waits for a second
green_led(1); // green LED on (will not work on the Baby Orangutan)
delay_ms(500); // waits for 0.5 seconds
green_led(0); // green LED off (will not work on the Baby Orangutan)
delay_ms(500); // waits for 0.5 seconds
}
return 0;
}
C++ users: See Section 5.e of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J17] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of these functions can be found in Section 7 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
This library comes with two examples in libpololu-avr\examples.
1. motors1
Demonstrates controlling the motors using the trimmer potentiometer and uses the red LED for feedback.
#include <pololu/orangutan.h>
/*
* motors1:
*
* This example uses the OrangutanMotors functions to drive
* motors in response to the position of user trimmer potentiometer
* and blinks the red user LED at a rate determined by the trimmer
* potentiometer position. It uses the OrangutanAnalog library to measure
* the trimpot position, and it uses the OrangutanLEDs library to provide
* limited feedback with the red and green user LEDs.
*
* http://www.pololu.com/docs/0J20/6.g
* http://www.pololu.com
* http://forum.pololu.com
*/
int main()
{
while(1)
{
// note that the following line could also be accomplished with:
// int pot = analogRead(7);
int pot = read_trimpot(); // determine the trimpot position
int motorSpeed = pot/2-256; // turn pot reading into number between -256 and 255
if(motorSpeed == -256)
motorSpeed = -255; // 256 is out of range
set_motors(motorSpeed, motorSpeed);
return 0;
}
2. motors2
Demonstrates controlling the motors using the trimmer potentiometer.
#include <pololu/orangutan.h>
/*
* motors2:
*
* This example uses the OrangutanMotors and OrangutanLCD functions to
* drive motors in response to the position of user trimmer potentiometer
* and to display the potentiometer position and desired motor speed
* on the LCD. It uses the OrangutanAnalog functions to measure the
* trimpot position, and it uses the OrangutanLEDs functions to provide
* limited feedback with the red and green user LEDs.
*
* http://www.pololu.com/docs/0J20/6.g
* http://www.pololu.com
* http://forum.pololu.com
*/
red_led(1);
delay_ms(100);
}
return 0;
}
C++ users: See Section 5.f of Programming Orangutans from the Arduino Environment [http://www.pololu.com/docs/
0J17] for examples of this class in the Arduino environment, which is almost identical to C++.
Complete documentation of these functions can be found in Section 8 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
This library comes with two examples in libpololu-avr\examples.
1. pushbuttons1
Demonstrates interfacing with the user pushbuttons. It will wait for you to push either the top button or the bottom
button, at which point it will display on the LCD which button was pressed. It will also detect when that button is
subsequently released and display that to the LCD.
#include <pololu/orangutan.h>
/*
* pushbuttons1:
*
* This example uses the OrangutanPushbuttons library to detect user
* input from the pushbuttons, and it uses the OrangutanLCD library to
* display feedback on the LCD.
*
* http://www.pololu.com/docs/0J20/6.h
* http://www.pololu.com
* http://forum.pololu.com
*/
int main()
{
while(1)
{
clear();
print("Waiting");
return 0;
}
These functions are used by the 3pi support described in the 3pi Robot User’s Guide [http://www.pololu.com/docs/0J21]. We
do not recommend using these functions directly on the 3pi unless you are adding additional sensors.
C++ users: See Section 3 of Programming Orangutans and the 3pi Robot from the Arduino
Environment [http://www.pololu.com/docs/0J19] for examples of this class in the Arduino environment, which is almost
identical to C++.
Complete documentation of these functions can be found in Section 11 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Notes
Calibration
This library allows you to use the calibrate() method to easily calibrate your sensors for the particular conditions it will
encounter. Calibrating your sensors can lead to substantially more reliable sensor readings, which in turn can help
simplify your code since. As such, we recommend you build a calibration phase into your application’s initialization
routine. This can be as simple as a fixed duration over which you repeated call the calibrate() method. During this
calibration phase, you will need to expose each of your reflectance sensors to the lightest and darkest readings they will
encounter. For example, if you have made a line follower, you will want to slide it across the line during the calibration
phase so the each sensor can get a reading of how dark the line is and how light the ground is. A sample calibration
routine would be:
#include <pololu/orangutan.h>
int main()
{
// initialize your QTR sensors
int qtr_rc_pins[] = {14, 15, 16};
qtr_rc_init(qtr_rc_pins, 3, 2000, 255); // 800 us timeout, no emitter pin
// int qtr_analog_pins[] = {0, 1, 2};
// qtr_analog_init(qtr_analog_pins, 3, 10, 14); // 10 samples, emitter pin is PC0
// optional: wait for some input from the user, such as a button press
// then start calibration phase and move the sensors over both
// reflectance extremes they will encounter in your application:
int i;
for (i = 0; i < 250; i++) // make the calibration take about 5 seconds
{
qtr_calibrate();
delay(20);
}
// optional: signal that the calibration phase is now over and wait for further
// input from the user, such as a button press
while (1)
{
// main body of program goes here
}
return 0;
}
A sample routine to obtain the sensor values and perform rudimentary line following would be:
void loop() // call this routine repeatedly from your main program
{
unsigned int sensors[3];
// get calibrated sensor values returned in the sensors array, along with the line position
// position will range from 0 to 2000, with 1000 corresponding to the line over the middle sensor
int position = qtr_read_line(sensors);
// if all three sensors see very low reflectance, take some appropriate action for this situation
if (sensors[0] > 750 && sensors[1] > 750 && sensors[2] > 750)
{
// do something. Maybe this means we're at the edge of a course or about to fall off a table,
// in which case, we might want to stop moving, back up, and turn around.
return;
}
// compute our "error" from the line position. We will make it so that the error is zero when
// the middle sensor is over the line, because this is our goal. Error will range from
// -1000 to +1000. If we have sensor 0 on the left and sensor 2 on the right, a reading of -1000
// means that we see the line on the left and a reading of +1000 means we see the line on
// the right.
int error = position - 1000;
// set motor speeds using the two motor speed variables above
}
PID Control
The integer value returned by qtr_read_line() can be easily converted into a measure of your position error for line-
following applications, as was demonstrated in the previous code sample. The function used to generate this position/
error value is designed to be monotonic, which means the value will almost always change in the same direction as you
sweep your sensors across the line. This makes it a great quantity to use for PID control.
Explaining the nature of PID control is beyond the scope of this document, but Wikipedia has a very good
article [http://en.wikipedia.org/wiki/PID_controller] on the subject.
The following code gives a very simple example of PD control (I find the integral PID term is usually not necessary when
it comes to line following). The specific nature of the constants will be determined by your particular application, but you
should note that the derivative constant Kd is usually much bigger than the proportional constant Kp. This is because the
derivative of the error is a much smaller quantity than the error itself, so in order to produce a meaningful correction it
needs to be multiplied by a much larger constant.
int lastError = 0;
void loop() // call this routine repeatedly from your main program
{
unsigned int sensors[3];
// get calibrated sensor values returned in the sensors array, along with the line position
// position will range from 0 to 2000, with 1000 corresponding to the line over the middle sensor
int position = qtr_read_line(sensors);
// compute our "error" from the line position. We will make it so that the error is zero when
// the middle sensor is over the line, because this is our goal. Error will range from
// -1000 to +1000. If we have sensor 0 on the left and sensor 2 on the right, a reading of -1000
// means that we see the line on the left and a reading of +1000 means we see the line on
// the right.
int error = position - 1000;
// set the motor speed based on proportional and derivative PID terms
// KP is the a floating-point proportional constant (maybe start with a value around 0.1)
// KD is the floating-point derivative constant (maybe start with a value around 5)
// note that when doing PID, it's very important you get your signs right, or else the
// control loop will be unstable
int motorSpeed = KP * error + KD * (error - lastError);
lastError = error;
// M1 and M2 are base motor speeds. That is to say, they are the speeds the motors should
// spin at if you are perfectly on the line with no error. If your motors are well matched,
// M1 and M2 will be equal. When you start testing your PID loop, it might help to start with
// small values for M1 and M2. You can then increase the speed as you fine-tune your
// PID constants KP and KD.
int m1Speed = M1 + motorSpeed;
int m2Speed = M2 - motorSpeed;
// set motor speeds using the two motor speed variables above
}
The serial port routines normally use the USART_UDRE_vect and USART_RX_vect interrupts, so they will conflict
with any code that also uses these interrupts.
Complete documentation of this library’s methods can be found in Section 9 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage Examples
Example code for making the 3pi Robot into a serial slave, controlled by another microcontroller, is given in Section
10.a of the Pololu 3pi Robot User’s Guide [http://www.pololu.com/docs/0J21].
This section of the library makes uses of pin-change interrupts to quickly detect and record each transition on the
encoder. Interrupt vectors for PCINT0, PCINT1, PCINT2 will be defined if functions from this library are used, even if
the pins selected are all on a single port, so this section of the library will conflict with any other uses of these
interrupts. The interrupt service routine (ISR) will take about 20-30 us. If you need better control of the interrupts used,
or you want to write a more efficient ISR, you can copy the library code from PololuWheelEncoders.cpp into your own
project and modify it as necessary.
Complete documentation of this library’s methods can be found in Section 13 of the Pololu AVR Library Command
Reference [http://www.pololu.com/docs/0J18].
Usage notes
The two sensors A and B on the encoder board go through a four-step cycle as each tooth of the wheel passes by, for a
total of 48 counts per revolution. This corresponds to about 3 mm for each count, though you will have to calibrate values
for your own robot to get a precise measure of distance.
Normally, there will be at least 1 ms between counts, which gives the ISR plenty of time to finish one count before the
next one occurs. This is very important, because if two counts occur quickly enough, the ISR will not be able to
determine the direction of rotation. In this case, an error can be detected by the functions encoders_check_error_m1() or
encoders_check_error_m2(). An error like this either corresponds to a miscalibration of the encoder or a timing issue
with the software. For example, if interrupts are disabled for several ms while the wheels are spinning quickly, errors will
probably occur.
Usage examples
This library comes with one example program in libpololu-avr\examples. The example measures the outputs of two
encoders, one connected to ports PC2 and PC3, and another connected to ports PC4 and PC5 – these are the leftmost four
ports on the Orangutan. The values of the two encoder outputs are displayed on the LCD, and errors (if any) are reported
below. For use on the Baby Orangutan, remove the LCD display code (and come up with some other way to use the
values).
1. wheel_encoders1
#include <pololu/orangutan.h>
#include <avr/interrupt.h>
int main()
{
encoders_init(16,17,18,19); // the Arduino numbers for ports PC2 - PC5
while(1)
{
lcd_goto_xy(0,0);
print_long(encoders_get_counts_m1());
print(" ");
lcd_goto_xy(4,0);
print_long(encoders_get_counts_m2());
print(" ");
if(encoders_check_error_m1())
{
lcd_goto_xy(0,1);
print("Error 1");
}
if(encoders_check_error_m2())
{
lcd_goto_xy(0,1);
print("Error 2");
}
delay_ms(50);
}
}
Usually, the easiest way to adapt this code to your own projects will be to start with a working example and gradually add
the things that you need, one step at a time. However, if you want to start from scratch, there are just a few things that
you need to know. First, to use the library with C, you must place one of the following lines
#include <pololu/orangutan.h>
#include <pololu/3pi.h>
#include <pololu/qtr.h>
#include <pololu/encoders.h>
at the top of any C file that uses functions provided by the library. To use the library with C++, the equivalent lines are
#include <pololu/orangutan>
#include <pololu/Pololu3pi.h>
#include <pololu/PololuQTRSensors.h>
The line or lines that you include depend on which product you are using with the library.
Second, when compiling, you must link your object files with the appropriate libpololu_atmegax.a file. This is
accomplished by passing the -lpololu_atmegax option to avr-gcc during the linking step, where x can be 48, 168, or
328p.
To add the -lpololu_atmegax option within AVR studio, select Project > Configuration Options > Libraries. You
should see libpololu_atmega48.a, libpololu_atmega168.a, and libpololu_atmega328p.a listed as options in the left
column. Select the file that matches the microcontroller you are programming and click “add library” to add it to your
project. Note that the 3pi uses the ATmega168 microcontroller.
7. Using the Pololu AVR Library for your own projects Page 30 of 32
Pololu AVR C/C++ Library User's Guide © 2001–2009 Pololu Corporation
AVR Studio library settings for using the Pololu AVR library (libpololu).
Finally, we also strongly recommend the linker option -Wl,-gc-sections. This causes unused library functions to not be
included, resulting in a much smaller code size. To include this in AVR Studio, select Project > Configuration Options
> Custom Options. Click on [Linker options] and add:
-Wl,-gc-sections
to the list. This linker option is included in both the AVR Studio and Linux-based example programs described earlier.
Recommended AVR Studio linker options for projects using the Pololu AVR Library.
7. Using the Pololu AVR Library for your own projects Page 31 of 32
Pololu AVR C/C++ Library User's Guide © 2001–2009 Pololu Corporation
8. Additional resources
To learn more about programming AVRs and using the Pololu AVR Library, see the following list of resources:
• Pololu AVR Library Command Reference [http://www.pololu.com/docs/0J18]: detailed information about every
function in the library.
• Programming Orangutans and the 3pi Robot from the Arduino Environment [http://www.pololu.com/docs/0J17]:
information about using this library to program Orangutans and the 3pi robot from within the Arduino
environment.
• Arduino Library for the Pololu QTR Reflectance Sensors [http://www.pololu.com/docs/0J19]: information about
using the QTR sensor portion of this library from within the Arduino environment.
• Pololu 3pi Robot User’s Guide [http://www.pololu.com/docs/0J21]
• Pololu Orangutan SV-168 and LV-168 User’s Guide [http://www.pololu.com/docs/0J27]
• Pololu Baby Orangutan B User’s Guide [http://www.pololu.com/docs/0J14]
• Pololu Orangutan USB Programmer User’s Guide [http://www.pololu.com/docs/0J6]
• WinAVR [http://winavr.sourceforge.net/]
• AVR Studio [http://www.atmel.com/avrstudio/]
• AVR Libc Home Page [http://www.nongnu.org/avr-libc/]
• ATmega168 documentation [http://www.atmel.com/dyn/products/product_card.asp?PN=ATmega168]
• Tutorial: AVR Programming on the Mac [http://bot-thoughts.blogspot.com/2008/02/avr-programming-on-mac.html]
Finally, we would like to hear your comments and questions over at the Pololu Robotics Forum [http://forum.pololu.com/]!