The arduino_due board configuration is used by Zephyr applications that run on the Arduino Due board. It provides support for the Atmel SAM3X8E ARM Cortex-M3 CPU and the following devices:
- Nested Vectored Interrupt Controller (NVIC)
- System Tick System Clock (SYSTICK)
- Serial Port over USB (ATMEL_SAM3)
This configuration is not supported by Arduino.
The arduino_due board configuration supports the following hardware features:
|NVIC||on-chip||nested vectored interrupt controller|
The default configuration can be found in the Kconfig
For I2C, pull-up resistors are required for using SCL1 and SDA1 (near IO13).
There are 15 fixed exceptions including exceptions 12 (debug monitor) and 15 (SYSTICK) that behave more as interrupts than exceptions. In addition, there can be a variable number of IRQs. Exceptions 7-10 and 13 are reserved. They don’t need handlers.
A Cortex-M3/4-based board uses vectored exceptions. This means each exception calls a handler directly from the vector table.
Handlers are provided for exceptions 1-6, 11-12, and 14-15. The table here identifies the handlers used for each exception.
|Exc#||Name||Remarks||Used by Zephyr Kernel|
|2||NMI||system fatal error|
|3||Hard fault||system fatal error|
|4||MemManage||MPU fault||system fatal error|
|5||Bus||system fatal error|
|6||Usage fault||undefined instruction, or switch attempt to ARM mode||system fatal error|
|11||SVC||context switch and software interrupts|
|12||Debug monitor||system fatal error|
After a reset, all exceptions have a priority of 0. Interrupts cannot run at priority 0 for the interrupt locking mechanism and exception handling to function properly.
Arduino Due has two external oscillators/resonators. The slow clock is 32.768 kHz, and the main clock is 12 MHz. The processor can set up PLL to drive the master clock, which can be set as high as 84 MHz.
The Atmel SAM3X8E processor has a single UART that is used by the SAM-BA bootloader. This UART has only two wires for RX/TX and does not have flow control (CTS/RTS) or FIFO. The RX/TX pins are connected to the ATmega16U2, which provides USB-to-TTL serial function. The Zephyr console output, by default, is utilizing this controller.
Programming and Debugging¶
Flashing the Zephyr kernel onto Arduino Due requires the bossa tool.
There are GUI and command line versions of the bossa tool. The following section provides the steps to build the command line version. Please refer to the bossa tool’s README file on how to build the GUI version.
To build the bossa tool, follow these steps:
Checkout the bossa tool’s code from the repository.
$ git clone https://github.com/shumatech/BOSSA.git $ cd BOSSA
Checkout the arduino branch. The code on the master branch does not work with Arduino Due.
$ git checkout arduino
Build the command line version of the bossa tool.
$ make bin/bossac
The resulting binary is available at
Flashing an Application to Arduino Due¶
The sample application Hello World will be used in this tutorial, which can
be found in
To build the Zephyr kernel, enter:
$ cd $ZEPHYR_BASE $ make -C samples/hello_world BOARD=arduino_due
Connect the Arduino Due to your host computer using the programming port.
Press the Erase button for more than 220 ms.
Press the Reset button so the board will boot into the SAM-BA bootloader.
To flash the kernel onto Arduino Due, assuming the bossa tool already exists. Using the command line version of bossa, enter:
$ bossac -p <tty_device> -e -w -v -b outdir/arduino_due/zephyr.bin
<tty_device>is where the Arduino Due can be found. For example, under Linux,
ttyACM0. Note that the path
Run your favorite terminal program to listen for output. For example, under Linux, the terminal should be
/dev/ttyACM0. For example:
$ minicom -D /dev/ttyACM0 -o
The -o option tells minicom not to send the modem initialization string.
Press the Reset button and you should see “Hello World!” in your terminal.
Make sure your terminal program is closed before flashing the binary image, or it will interfere with the flashing process.