Skip to content

Silicon Labs STK3600 starter kit

Support for Silicon Labs STK3600 starter kit

Overview

Silicon Labs EFM32 Leopard Gecko Starter Kit is equipped with the EFM32 microcontroller. It is specifically designed for low-power applications, having energy-saving peripherals, different energy modes and short wake-up times.

The starter kit is equipped with an Advanced Energy Monitor. This allows you to actively measure the power consumption of your hardware and code, in real-time.

Hardware

MCU

MCUEFM32LG990F256
FamilyARM Cortex-M3
VendorSilicon Labs
Vendor FamilyEFM32 Leoppard Gecko
RAM32.0 KiB
Flash256.0 KiB
EEPROMno
Frequencyup to 48 MHz
FPUno
MPUyes
DMA12 channels
Timers3x 16-bit + 1x 16-bit (low power)
ADCs, DACs12-bit ADC, 12-bit DAC
UARTs2x UART, 3x USART, 2x LEUART
SPIs3x USART
I2Cs2x
Vcc1.98 V - 3.8 V
DatasheetDatasheet
ManualManual
Board ManualBoard Manual
Board SchematicCan be downloaded using Silicon Labs’ Simplicity Studio

Pinout

This is the pinout of the expansion header on the right side of the board. PIN 1 is the bottom-left contact when the header faces you horizontally.

PINPIN
3V32019RES
5V1817PD7
PD61615PC6
PD51413PB12
PD41211PB11
PD3109PC5
PD287PC4
PD165PC3
PD043PC0
VMCU21GND

Note: not all starter kits by Silicon Labs share the same pinout!

Note: some pins are connected to the board controller, when enabled!

Peripheral mapping

PeripheralNumberHardwarePinsComments
ADC0ADC0CHAN0: internal temperaturePorts are fixed, 14/16-bit resolution not supported
DAC0DAC0CHAN0: PB11Ports are fixed, shared with I2C
HWCRYPTOAES128/AES256 only
I2C0I2C0SDA: PD6, SCL: PD7I2C_SPEED_LOW and I2C_SPEED_HIGH clock speed deviate
1I2C1SDA: PC4, SCL: PC5I2C_SPEED_LOW and I2C_SPEED_HIGH clock speed deviate
PWM0TIMER3CHAN0: PE2Mapped to LED0
RTTRTCEither RTT or RTC (see below)
RTCRTCEither RTC or RTT (see below)
SPI0USART1MOSI: PD0, MISO: PD1, CLK: PD2
1USART2MOSI: NC, MISO: PC3, CLK: PC4
Timer0TIMER0 + TIMER1TIMER0 is used as prescaler (must be adjacent)
1LETIMER0
UART0UART0RX: PE1, TX: PE0STDIO output
1LEUART0RX: PD5, TX: PD4Baud rate limited (see below)

User interface

PeripheralMapped toPinComments
ButtonPB0PB9
PB1PB10
LEDLED0PE2Yellow LED
LED1PE3Yellow LED

Implementation Status

DeviceIDSupportedComments
MCUEFM32LGyesPower modes supported
Low-level driverADCyes
DACyes
Flashyes
GPIOyesInterrupts are shared across pins (see reference manual)
HW Cryptoyes
I2Cyes
PWMyes
RTCyesAs RTT or RTC
SPIpartiallyOnly master mode
Timeryes
UARTyesUSART is shared with SPI. LEUART baud rate limited (see below)
USBno

Board configuration

Board controller

The starter kit is equipped with a Board Controller. This controller provides a virtual serial port. The board controller is enabled via a GPIO pin.

By default, this pin is enabled. You can disable the board controller module by passing DISABLE_MODULE=silabs_bc to the make command.

Note: to use the virtual serial port, ensure you have the latest board controller firmware installed.

Note: the board controller always configures the virtual serial port at 115200 baud with 8 bits, no parity and one stop bit. This also means that it expects data from the MCU with the same settings.

Advanced Energy Monitor

This development kit has an Advanced Energy Monitor. It can be connected to the Simplicity Studio development software.

This development kit can measure energy consumption and correlate this with the code. It allows you to measure energy consumption on code-level.

The board controller is responsible for measuring energy consumption. For real-time code correlation, the CoreDebug peripheral will be configured to output MCU register data and interrupt data via the SWO port.

By default, this feature is enabled. It can be disabled by passing DISABLE_MODULE=silabs_aem to the make command.

Note that Simplicity Studio requires debug symbols to correlate code. RIOT-OS defaults to GDB debug symbols, but Simplicity Studio requires DWARF-2 debug symbols (-gdwarf-2 for GCC).

Clock selection

There are several clock sources that are available for the different peripherals. You are advised to read AN0004.0 to get familiar with the different clocks.

SourceInternalSpeedComments
HFRCOYes14 MHzEnabled during startup, changeable
HFXONo48 MHz
LFRCOYes32.768 kHz
LFXONo32.768 kHz
ULFRCONo1 kHzNot very reliable as a time source

The sources can be used to clock following branches:

BranchSourcesComments
HFHFRCO, HFXOCore, peripherals
LFALFRCO, LFXOLow-power timers
LFBLFRCO, LFXO, CORELEDIV2Low-power UART

CORELEDIV2 is a source that depends on the clock source that powers the core. It is divided by 2 or 4 to not exceed maximum clock frequencies (EMLIB takes care of this).

The frequencies mentioned in the tables above are specific for this starter kit.

It is important that the clock speeds are known to the code, for proper calculations of speeds and baud rates. If the HFXO or LFXO are different from the speeds above, ensure to pass EFM32_HFXO_FREQ=freq_in_hz and EFM32_LFXO_FREQ=freq_in_hz to your compiler.

You can override the branch’s clock source by adding CLOCK_LFA=source to your compiler defines, e.g. CLOCK_LFA=cmuSelect_LFRCO.

Low-power peripherals

The low-power UART is capable of providing an UART peripheral using a low-speed clock. When the LFB clock source is the LFRCO or LFXO, it can still be used in EM2. However, this limits the baud rate to 9600 baud. If a higher baud rate is desired, set the clock source to CORELEDIV2.

Note: peripheral mappings in your board definitions will not be affected by this setting. Ensure you do not refer to any low-power peripherals.

RTC or RTT

RIOT-OS has support for Real-Time Tickers and Real-Time Clocks.

However, this board MCU family has support for a 24-bit Real-Time Counter only, which is a ticker only. A compatibility layer for ticker-to-calendar is available, but this includes extra code size to convert from timestamps to time structures and visa versa.

Configured at 1 Hz interval, the RTC will overflow each 194 days. When using the ticker-to-calendar mode, this interval is extended artificially.

Hardware crypto

This MCUs has support for hardware-accelerated AES128 and AES256.

A peripheral driver interface is proposed, but not yet implemented.

Usage of EMLIB

This port makes uses of EMLIB by Silicon Labs to abstract peripheral registers. While some overhead is to be expected, it ensures proper setup of devices, provides chip errata and simplifies development. The exact overhead depends on the application and peripheral usage, but the largest overhead is expected during peripheral setup. A lot of read/write/get/set methods are implemented as inline methods or macros (which have no overhead).

Another advantage of EMLIB are the included assertions. These assertions ensure that peripherals are used properly. To enable this, pass DEBUG_EFM to your compiler.

Pin locations

The EFM32 platform supports peripherals to be mapped to different pins (predefined locations). The definitions in periph_conf.h mostly consist of a location number and the actual pins. The actual pins are required to configure the pins via GPIO driver, while the location is used to map the peripheral to these pins.

In other words, these definitions must match. Refer to the data sheet for more information.

Flashing the device

To flash, SEGGER JLink is required.

Flashing is supported by RIOT-OS using the command below:

make flash

To run the GDB debugger, use the command:

make debug

Or, to connect with your own debugger:

make debug-server

Some boards have (limited) support for emulation, which can be started with:

make emulate

Supported Toolchains

For using the Silicon Labs STK3600 starter kit we strongly recommend the usage of the GNU Tools for ARM Embedded Processors toolchain.

License information

Silicon Labs’ EMLIB: zlib-style license (permits distribution of source).