Search This Blog

Jun 6, 2012

Make own bootloader for Arm Cortex-M3


1 Bootloader overview

   A Bootloader is a small application that is used to load new user applications to devices. After it is loaded, the new user application is able to run in the MCU. It works with two modes, user application and Bootloader mode.
    We are discussing common way to implement Bootloader on your own Arm Cortez M3. And we choose Silicon labs SIM3U167 MCU as example for making Bootloader.

2 Bootloader design method

2.1 Bootloader need to run in SRAM

2.1.1 Bootloader behavior

    Bootloader is an application which runs from internal flash, in case of update Bootloader itself requirement, the Bootloader code needed to be copied into internal SRAM and run.
  • ·         The Bootloader code address need to set in SRAM in link file
  • ·         The vector table entry needs to update from flash to SRAM after copying Bootloader into SRAM.
  • ·         The Reset vector address we want to keep its original address, since it is hardware behavior.

2.1.2 Arm Cortex M3 internal memory map

  • ·         Internal flash address (0x00000000-0x1FFFFFFF).
  • ·         Internal SRAM address (0x20000000-0x3FFFFFFF).
  • ·         Peripherals address (0x40000000-0x5FFFFFFF).
  • ·         System levels address (0xE0000000-0xFFFFFFFF).
So base on above memory, we need to copy code from internal flash address to internal SRAM address. And access UART peripheral register in Peripherals address, and change vector table address need to access register in System levels address.

2.1.3 Link file

   To make sure Bootloader code is located in SRAM, we need to specific the address setting in link file.  Now we have a Bootloader_link.ld as our link file. We would talk detail about how to write link file, we assume that you already know the basic knowledge about link file.
    .text 0x20000000 : AT (0x00000000)
    {
      . = ALIGN(4);
        _text = .;
        KEEP(*(.isr_vector))
        *(.text*)
        *(.rodata*)
        _etext = .;
    }
     The first line “.text 0x20000000 : AT (0x00000000)” means .text section load address start from 0x20000000, store address from 0x00000000. 
Inside the description, we put “.isr_vector”, *(.text*) and *(.rodata*) in .text section. The “.isr_vector” is vector entry; we put it in front of Bootloader code.
And then we have other two sections .data and .bss
    .data 0x20000000 + SIZEOF(.text) : AT (LOADADDR(.text) + SIZEOF(.text))
    {
        _data = .;
        *(.data*)
        _edata = .;
    }

    .bss 0x20000000 + SIZEOF(.text) + SIZEOF(.data) :
        AT (LOADADDR(.data) + SIZEOF(.data))
    {
        _bss = .;
        *(.bss*)
        *(COMMON)
        _ebss = .;
}
And now the link file is ready.

2.1.4 Vector table introduction.

By default Arm Cortex M3 vector table starts at memory address 0. The vector table can be relocated to other memory locations in the code or Random Access Memroy(RAM) region where the RAM is so that we can change the handlers during run time. This is down by settting a register in the NVIC called the vector table offset register (address 0xE000ED08). You need to have the following (at a minimum).
Initial main stack pointer value
Reset vector
NMI vector
Hard fault vector

2.1.5 Vector table in startup file

  We prepare startup_sim3u1xx.S for our startup file. In this file, we will have the vector table, code copy from flash to SRAM, jump to user application code. Let us have a look on vector table first. We can see .isr_vector in link file is the vector table section name.
    .section .isr_vector
Vectors:
    .word   0x20008000                     // The initial stack pointer
    .word   ResetISR - 0x20000000          // The reset handler
    .word   NMI_Handler                 // The NMI handler
    .word   HardFault_Handler           // The hard fault handler
    .word   Default_Handler            // The MPU fault handler
    .word   Default_Handler             // The bus fault handler
    .word   Default_Handler             // The usage fault handler
    .word   0                           // Reserved
    .word   0                           // Reserved
    .word   0                           // Reserved
    .word   0                           // Reserved
    .word   Default_Handler             // SVCall handler
    .word   Default_Handler             // Debug monitor handler
    .word   0                           // Reserved
    .word   Default_Handler             // The PendSV handler
    .extern SysTick_Handler
    .word   SysTick_Handler             // The SysTick handler
Note:
  • ·         Stack pointer we set is 0x20008000, that is because SIM3U167 internal SRAM size is 32KB (0x20000000-0x20007FFF).
  • ·         Reset handler address we minus 0x20000000, that is because, Arm will check the value in second word and jump to address in it. Since all Bootloader code was locate at SRAM (0x20000000), but at the time power up, all the codes are in internal flash, and didn’t copy to SRAM yet. So we have to set ResetISR address point to flash in order Arm can execute code correctly.
  • ·         Other exception handlers. We need to keep some import exception handlers; we will see HardFault_Handler happens many times during the Bootloader development in case the address not matches.

2.1.6 ResetISR implements.

We need to handle code that Arm will first execute, ResetISR.  What does this function do?
  • ·         Copy code to SRAM and initialize variables.
  • ·         Initialize system hardware
  • ·         Check external pin status to run under Bootloader or user application mode.
Here is the cod structure of ResetISR
    .globl  ResetISR
    .thumb_func
ResetISR:
    // Copy code from flash to SRAM
    bl      CopyCode2SRAM
    .extern SystemInit
    bl SystemInit
    // Check if update is needed
    .extern check_update_requirement
    bl      check_update_requirement
    cbz     r0, RunUserCode

    .extern main
    bl main

2.1.6.1 Copy code to SRAM and initialize variables.

Let us take a look on CopyCode2SRAM function.
    .text
    .thumb_func
CopyCode2SRAM:
    // Copy the text and data sections from flash to SRAM.
    movs    r0, #0x00000000
    ldr     r1, =0x20000000
    .extern _bss
    ldr     r2, =_bss
copy_loop:
    ldr     r3, [r0], #4
    str     r3, [r1], #4
    cmp     r1, r2
    blt     copy_loop

    // Zero fill the bss segment
    movs    r0, #0x00000000
    .extern _ebss
    ldr     r2, =_ebss
zero_loop:
    str     r0, [r1], #4
    cmp     r1, r2
    blt     zero_loop

    // Set the vector table pointer to SRAM.
    ldr     r0, =0xe000ed08
    ldr     r1, =0x20000000
    str     r1, [r0]
    // set return address to SRAM and return
    orr     lr, lr, #0x20000000
    bx      lr

 The code is very simple.
  • ·         copy .text and .data from flash to SRAM
  • ·         Zero .bss segment in SRAM
  • ·         Relocate vector table address and return to SRAM to execute.
Note:
  • ·         _bss is defined in link file, which is address after .text and .data. So the copy_loop is copy code from flash to SRAM until it reaches _bss address.
  • ·         _ess is defined in linke file, which is address after .bss segment. So zero_lopp, just write “0” into SRAM follow the .text and .data segment, until it reaches _ebss address.
  • ·         And finally, we write new vector table address (0x20000000) into register 0xe00ed08, and set return address to SRAM and return.

2.1.6.2 Initialize system hardware

The idea is very simple too, set necessary hardware environment we need in startup file. For instance, we need to check GPIO status to choose running mode. We have to enable clock to GPIO and set the GPIO as input mode and something like that. I paste the example of SystemInit.
void mySystemInit(void)
{
   SI32_WDTIMER_A_stop_counter (SI32_WDTIMER_0);
   // Enable the APB clock to the PB registers
   SI32_CLKCTRL_A_enable_apb_to_modules_0(SI32_CLKCTRL_0, SI32_CLKCTRL_A_APBCLKG0_PB0);
   SI32_PBSTD_A_set_pins_push_pull_output(SI32_PBSTD_1, 0x00000008);

   SI32_PBCFG_A_enable_crossbar_1(SI32_PBCFG_0);
   SI32_PBSTD_A_set_pins_digital_input(SI32_PBSTD_2,0x00000300);
   // Enable the LED drivers (P2.10, P2.11)
   SI32_PBSTD_A_set_pins_push_pull_output(SI32_PBSTD_2, 0x00000C00);
   SysTick_Config(SystemCoreClock / 1000);
   // set Priority for Cortex-M0 System Interrupts.
   NVIC_SetPriority(SysTick_IRQn, (1 << __NVIC_PRIO_BITS) - 1);
}

2.1.6.3 Check external pin status to run under Bootloader or user application mode

 The code call check_update_requirement to check GPIO status, if the GPIO is high, we enter into user application mode; if the GPIO is low, we enter into Bootloader mode. Let’s check user application mode entry code.
    .thumb_func
RunUserCode:
    // Set the vector table address to user code address.
    ldr     r0, =USER_CODE_ADDRESS
    ldr     r1, =0xe000ed08
    str     r0, [r1]

    // Update stack pointer from user code vector table
    ldr     r1, [r0]
    mov     sp, r1

    // Load user code reset handler and jump to the user code
    ldr     r0, [r0, #4]
bx      r0
Yeah, we have to relocate vector table if we want run user application. Note we have a macro “USER_CODE_ADDRESS” which is user application start address. At the end we load user code reset handler and jump to the user code.
OK, we will talk about Bootloader mode in next couple sections.

2.2 Bootloader need to get UART work to communicate with PC host tool.

We choose UART interface as communication port with PC host since it is easier to implement. Just have a look on SIM3U167 reference manual, initialize UART peripherals, and set it as 115200 baud rate. Prepare UART send and received functions.  
  • ·         UART hardware peripherals initialization. Those codes can be generated by Silabs AppBuilder.
Void UART0_initialize(void)
{
   SI32_PBCFG_A_enable_crossbar_0(SI32_PBCFG_0);
   // UART PINS TO PROPER CONFIG (TX = PB1.12, RX = PB1.13)
   SI32_PBSTD_A_set_pins_push_pull_output(SI32_PBSTD_1, 0x0001000);
   SI32_PBSTD_A_set_pins_digital_input(SI32_PBSTD_1, 0x00002000);
   SI32_PBSTD_A_write_pbskipen(SI32_PBSTD_0, 0x0000FFFF);
   SI32_PBSTD_A_write_pbskipen(SI32_PBSTD_1, 0x00000FFF);
   // BRING OUT UART
   SI32_PBCFG_A_enable_xbar0h_peripherals(SI32_PBCFG_0, SI32_PBCFG_A_XBAR0H_UART0EN);

   // ENABLE UART0 CLOCK
   SI32_CLKCTRL_A_enable_apb_to_modules_0(SI32_CLKCTRL_0,
                                                   SI32_CLKCTRL_A_APBCLKG0_UART0);

   // SETUP UART. BAUD RATE (9600 baud, APB = System Clock)
   SI32_UART_A_enter_full_duplex_mode(SI32_UART_0);
   SI32_UART_A_set_tx_baudrate(SI32_UART_0, (SystemCoreClock / (2 * UART_BAUD_RATE)) – 1);
   SI32_UART_A_set_rx_baudrate(SI32_UART_0, (SystemCoreClock / (2 * UART_BAUD_RATE)) – 1);
   // SETUP TX (8-bit, 1stop, no-parity)
   SI32_UART_A_select_tx_data_length(SI32_UART_0, 8);
   SI32_UART_A_enable_tx_start_bit(SI32_UART_0);
   SI32_UART_A_enable_tx_stop_bit(SI32_UART_0);
   SI32_UART_A_disable_tx_parity_bit(SI32_UART_0);
   SI32_UART_A_select_tx_stop_bits(SI32_UART_0, SI32_UART_A_STOP_BITS_1_BIT);
   SI32_UART_A_disable_tx_signal_inversion(SI32_UART_0);
   SI32_UART_A_enable_tx(SI32_UART_0);
   // SETUP RX
   SI32_UART_A_select_rx_data_length(SI32_UART_0, 8);
   SI32_UART_A_enable_rx_start_bit(SI32_UART_0);
   SI32_UART_A_enable_rx_stop_bit(SI32_UART_0);
   SI32_UART_A_select_rx_stop_bits(SI32_UART_0, SI32_UART_A_STOP_BITS_1_BIT);
   SI32_UART_A_disable_rx_signal_inversion(SI32_UART_0);
   SI32_UART_A_select_rx_fifo_threshold_1(SI32_UART_0);
   SI32_UART_A_enable_rx(SI32_UART_0);
}
  • ·         UART send and receive functions.
Void uart_send_data(unsigned char *data, unsigned int count)
{
   while(count--)
   {
      // Block if the output buffer is full
      while (SI32_UART_A_read_tx_fifo_count(SI32_UART_0) >= 4);
      // Write character to the output buffer
      SI32_UART_A_write_data_u8(SI32_UART_0, *data++);
   }
}

int uart_get_data(unsigned char *data, unsigned int count)
{
   unsigned int time_out;
   while(count--)
   {
      time_out = msTicks + UART_TIME_OUT;
      while(SI32_UART_A_read_rx_fifo_count(SI32_UART_0) == 0)
      {
         if(time_out < msTicks)
         {
            return -1;
         }
      }
      *data++ = SI32_UART_A_read_data_u8(SI32_UART_0);
   }
   return 0;
}

2.3 Bootloader need to burn the firmware gets from PC host into internal flash.

The UART driver was ready. We need to write user application into flash and flash device driver is needed now.
  • ·         Flash hardware peripherals initialization.
Void flash_initialize(void)
{
   // ENABLE FLASH CLOCK
   SI32_CLKCTRL_A_enable_apb_to_modules_0(SI32_CLKCTRL_0,
                                          SI32_CLKCTRL_A_APBCLKG0_FLCTRLCEN_ENABLED_U32);
   // 1. Enable VDD Supply Monitor and set as a reset source
   SI32_VMON_A_enable_vdd_supply_monitor(SI32_VMON_0);
   SI32_RSTSRC_A_enable_vdd_monitor_reset_source(SI32_RSTSRC_0);
}
  • ·         Flash operation functions
void flash_erase_page(unsigned int addr)
{
   SI32_FLASHCTRL_A_exit_multi_byte_write_mode(SI32_FLASHCTRL_0);
   SI32_FLASHCTRL_A_write_wraddr(SI32_FLASHCTRL_0, addr);
   SI32_FLASHCTRL_A_enter_flash_erase_mode(SI32_FLASHCTRL_0);
   SI32_FLASHCTRL_A_write_flash_key(SI32_FLASHCTRL_0, 0xA5);
   SI32_FLASHCTRL_A_write_flash_key(SI32_FLASHCTRL_0, 0xF1);
   SI32_FLASHCTRL_A_write_wrdata(SI32_FLASHCTRL_0, 0x0000);
   while(SI32_FLASHCTRL_A_is_buffer_full(SI32_FLASHCTRL_0));
}

int flash_write_data(unsigned char * c,unsigned int addr, unsigned int num)
{
   int i;
   unsigned short *buf = (unsigned short*)c;
   SI32_FLASHCTRL_A_exit_flash_erase_mode(SI32_FLASHCTRL_0);
   SI32_FLASHCTRL_A_write_wraddr(SI32_FLASHCTRL_0, addr);
   SI32_FLASHCTRL_A_enter_multi_byte_write_mode(SI32_FLASHCTRL_0);
   SI32_FLASHCTRL_A_write_flash_key(SI32_FLASHCTRL_0, 0xA5);
   SI32_FLASHCTRL_A_write_flash_key(SI32_FLASHCTRL_0, 0xF2);
   // Write all the half-words in the array
   for(i = 0; i < num / 2; i++)
   {
      SI32_FLASHCTRL_A_write_wrdata(SI32_FLASHCTRL_0, buf[i]);
      while(SI32_FLASHCTRL_A_is_flash_busy(SI32_FLASHCTRL_0));
   }
   while(SI32_FLASHCTRL_A_is_buffer_full(SI32_FLASHCTRL_0));
   SI32_FLASHCTRL_A_write_flash_key(SI32_FLASHCTRL_0, 0x5A);
   return 0;
}

3 Bootloader UART communication protocol

3.1 We can define our own protocol as we like. Also choose exist one is suitable. We list a protocol below just for reference. From view of host side

  • ·         Command package
CMD
CMD ^ 0xFF
Wait for ACK
  • ·         Address package
ADDR3
ADDR2
ADDR1
ADDR0
CRC(=ADDR3^ADDR2^ADDR1^ADDR0)

  • ·         Write flash command
CMD(0x31)
ADDR(address)
Wait for ACK
(LEN-1) & 0XFF
DATA0
DATA(LEN-1)
CRC(=DATA0^DATA1…^DATA(LEN-1))
Wait for ACK
  • ·         Read flash command
CMD(0x11)
ADDR(address)
Wait for ACK
CRC (((LEN-1) & 0XFF) ^ 0xFF)
Wait for ACK
DATA0
DATA(LEN-1)

  • ·         Erase flash command
CMD(0x43)
LEN-1
SEC0
SEC(LEN-1)
CRC(SEC0^SEC1…^SEC(LEN-1))
Wait for ACK
The device side control logic was list below.
   While (1)
   {
      SI32_PBSTD_A_toggle_pins(SI32_PBSTD_2, 0xC00);
      // received CMD from host
      if (bl_get_cmd() == 0)
      {
         switch (data_buf[0])
         {
            case CMD_WRITE_FLASH:
               bl_write_flash();
               break;
            case CMD_READ_FLASH:
               bl_read_flash();
               break;
            case CMD_ERASE_FLASH:
               bl_erase_flash();
               break;
            default:
               break;
         }
      }
   }

3.2 And the protocol functions list below:

#define FLASH_SECTOR_SIZE 0x400

#define CMD_WRITE_FLASH       0x31
#define CMD_READ_FLASH     0x11
#define CMD_ERASE_FLASH       0x43
#define CMD_UNKNOW         0xFF

#define RES_ACK            0x79
#define RES_NACK           0x1F
#define RES_UNKNOW         0xEE
void bl_send_ack(unsigned char ack)
{
   unsigned char res = ack;
   uart_send_data(&res, 1);
}

  • ·         Get command from host
int bl_get_cmd(void)
{
   unsigned char *ptr = data_buf;
   if (uart_get_data(ptr, 2) == 0)
   {
      if (ptr[0] != (ptr[1] ^ 0xFF))
      {
         bl_send_ack(RES_NACK);
         return -2;
      }
      else
      {
         bl_send_ack(RES_ACK);
         return 0;
      }
   }
   return -1;
}

  • ·         Handle write flash command
void bl_write_flash()
{
   int i;
   unsigned int addr, len;
   unsigned char crc;
   unsigned char *ptr = data_buf;
   // get address
   if (uart_get_data(ptr, 5) == 0)
   {
      crc = ptr[0] ^ ptr[1] ^ ptr[2] ^ ptr[3];
      if (crc == ptr[4])
      {
         addr = ptr[3] | (ptr[2] << 8) | (ptr[1] << 16) | (ptr[0] << 24);
      }
   }
   // send ack
   bl_send_ack(RES_ACK);
   // get data len
   uart_get_data(ptr, 1);
   len = ptr[0] + 1;
   // get data and crc
   if (uart_get_data(ptr, len + 1) == 0)
   {
      crc = 0xFF;
      for (i = 0; i < len; i++)
      {
         crc = crc ^ ptr[i];
      }
   }
   //write flash
   if (crc == ptr[len])
   {
      if ((addr >= USER_CODE_ADDRESS) && addr < TOP_CODE_ADDRESS)
      {
         flash_write_data(ptr, addr, len);
      }
   }
   // send ack
   bl_send_ack(RES_ACK);
}

  • ·         Handle read flash command
void bl_read_flash()
{
   int i;
   unsigned int addr, len = 0;
   unsigned char crc;
   unsigned char *ptr = data_buf;
   // get address
   if (uart_get_data(ptr, 5) == 0)
   {
      crc = ptr[0] ^ ptr[1] ^ ptr[2] ^ ptr[3];
      if (crc == ptr[4])
      {
         addr = ptr[3] | (ptr[2] << 8) | (ptr[1] << 16) | (ptr[0] << 24);
      }
   }
   // send ack
   bl_send_ack(RES_ACK);
   // get data len and crc
   if(uart_get_data(ptr, 2) == 0)
   {
      if((ptr[0] ^ 0xFF) == ptr[1])
      {
         len = ptr[0] + 1;
      }
   }
   // send ack
   bl_send_ack(RES_ACK);
   // send data
   for(i =0; i < len; i++)
   {
      ptr[i]= *(unsigned char *)(addr++);
   }
   uart_send_data(ptr,len);
}

  • ·         Handle erase flash command
void bl_erase_flash()
{
   int i;
   unsigned int addr, len;
   unsigned char crc;
   unsigned char *ptr = data_buf;

   // get len
   if (uart_get_data(ptr, 1) == 0)
   {
      len = (ptr[0] + 1) & 0xFF; // maximum sector number is 256
   }
   // get sector sequence and crc
   if (uart_get_data(ptr, len + 1) == 0)
   {
      crc = 0xFF;
      for (i = 0; i < len; i++)
      {
         crc = crc ^ ptr[i];
      }
   }
   // erase flash sectors
   if (crc == ptr[len])
   {
      for (i = 0; i < len; i++)
      {
         addr = ptr[i] * FLASH_SECTOR_SIZE;
         if ((addr >= USER_CODE_ADDRESS) && addr < TOP_CODE_ADDRESS)
         {
            flash_erase_page(addr);
         }
      }
   }
   // send ack
   bl_send_ack(RES_ACK);
}

4 Choose Python as host UART tool

It is time to pick PC host UART tool.  For easier usage purpose, we choose Python. I had tried to use Ruby serial port gem before Python. However, it is not stable. So Python become the first choice. And very lucky, I found a Python Bootloader UART source code.
  • ·         Install Python 2.6/2.7
      Go to web site http://www.python.org/ to download python and install it under windows.
  • ·         Download Python Serial Port Extension
  • ·         Install Python Serial Port Extension
Extract the package under Python install directory; execute command below to install the Serial Port Extension.
$python setup.py install
  • ·         Get stm32loader.py and make you own modification.
      Get it from web site https://github.com/jsnyder/stm32loader.

5 Build Bootloader code

We choose Silabs Precision32 UDP MCU Card as our hardware environment.
  • ·         Build Bootloader with Precision32 IDE
  • ·         Download Bootloader into SIM3U167 internal flash via Serial Wire.
  • ·         Power up MCU card and pressing SW2, it enters Bootloader mode, DS3 and DS2 are blinking

 6 Develop User application with Bootloader

   User applications runs on Flash, but start address is not 0x00000000, we have a default value 0x1000. We need to make this modification in user application’s link file.  Just change .text segment load address to 0x1000. And we also want to generate binary file in post build stage of the user application.

7 Bootloader functional test

   We were doing the test on Silabs Precision32 UDP MCU Card.
  • ·         Connect USB cable with J10 and PC USB port, PC will found COM4 after power on.
  • ·         Copy stm32loader.py to C:\Python26 (your Python install directory).
  • ·         Copy user code binary file to C:\Python26 directory, for blinky example code, we have a sim3u1xx_Blinky.bin.
  • ·         Run Python tool.
C:\Python26>python sim32loader.py  -wv sim3u1xx_Blinky.bin
sim3u1xx_Blinky.bin
[4, 5, 6, 7]
File length 3076 bytes
Write 256 bytes at 0x1000
Write 256 bytes at 0x1100
Write 256 bytes at 0x1200
Write 256 bytes at 0x1300
Write 256 bytes at 0x1400
Write 256 bytes at 0x1500
Write 256 bytes at 0x1600
Write 256 bytes at 0x1700
Write 256 bytes at 0x1800
Write 256 bytes at 0x1900
Write 256 bytes at 0x1A00
Write 256 bytes at 0x1B00
Write 256 bytes at 0x1C00
Read 256 bytes at 0x1000
Read 256 bytes at 0x1100
Read 256 bytes at 0x1200
Read 256 bytes at 0x1300
Read 256 bytes at 0x1400
Read 256 bytes at 0x1500
Read 256 bytes at 0x1600
Read 256 bytes at 0x1700
Read 256 bytes at 0x1800
Read 256 bytes at 0x1900
Read 256 bytes at 0x1A00
Read 256 bytes at 0x1B00
Read 256 bytes at 0x1C00
Verification OK
  • ·    Run user application
Press Reset key, we can see DS3 and DS2 are alternate blinking, that means user code Blinky is running.

8. Source code

  The source code can be found int github: https://github.com/MarkDing/sim3u1xx_Bootloader

11 comments:

Amit said...

Hi, Mark
I m new to this field, i m totaly unaware of the language u are using to write link file.
i.e what .text .bss .global denotes here,what do u mean by ALIGN(4).how u came know about the memory map ...of flash SRAM and all..other things...
if passible provide me with resources that help me understand this language...why we are not using C language...


with regards
Amit(New Delhi,India)

Unknown said...

Hi Amit,
The link file is related with your cross compiler. You can get detail explanation from the tool chain. About memory map, that comes from ARM Cortex M3 spec. Or you can get reference from one great book "The Definitive Guide to The ARM Cortex-M3"
Thanks.
Mark

Unknown said...

Hi Mark,

thank you for all the information about the bootloader. Unfortunately I'm very new to this topic, but I need do build a Bootloader, for a project. So I have still some question about the link file and how to get the source run in the precision32 IDE.

I tried to get in contact with you via mail, but found no adresse. It would be greate if you could help me get the bootloader run on my development Board from Silabs SIM3U167.

Thanks Stefan

Unknown said...

Hi Stefan,
Sure, I would like to do that. Did you installed precision32 IDE and have a SiM3U167 MCU card right now? What is the issue you met when you get the code run?
Thanks.
Mark

Unknown said...

Hi Mark,

yes I have precision32 IDE installed in a virtual Machine and the Development Board is connected to it.

I have to admit that I'm new to the precision IDE, so my problem is how can I make the source run. How do I create a project, there is no project file (I didn't see one) and there is no makefile.

Thanks
Stefan

Unknown said...

Hi Stefan,
There are two files in that directory. .project and .cproject. Those two files were imported by Precision32 but not directly open. And Makefile is not needed, Precision32 IDE will take care about the things. You can learn something more from www.silabs.com, there are many application notes to get you familiar with their product. And also has a knowledge base which collect FAQ in there. http://cp-siliconlabs.kb.net/.

Thanks.
Mark

Anonymous said...

Hi Mark,

as far as I can see you're working with the SiLabs Cortex-M3 devices.

I wonder if you can provide small examples/tutorials for the USB interface. The examples provided from SiLabs are currently rare and IMHO not very well documented.

I'm aware that USB implementations always depend on the USB device class which fit the needs (like HID, MSD, CDC, generic interrupt/bulk, etc.).

However, maybe it's possible to built up a example base with some templates and step-by-step/how-to instructions/manuals.

Regards,

Ralf

Unknown said...

Hi Ralf,
Is it like "how to" USB article? To introduce USB as entry point? I think that is good idea. I will put this in my TODO list.
Thanks.
Mark

Anonymous said...

Hi Mark,

yes, it could be seen as "I want to do this - how to do it?". Application Note 249 from SiLabs (written for their 8-bit MCUs) is something similar, but it's hard to migrate it and it focuses on special implementations. I miss the "built it from ground" approach because AN249 uses a template. There's also no description for modifying it to use e.g. two HID interfaces or a combined device (like HID + CDC).

I thought about the following:
First thing is a short explanation about the possible transfer types (Bulk, Iso, Interrupt) and their pro's/con's for the absolute beginners who doesn't know anything about USB.
In addition a short explanation of most used or common device classes (like HID, CDC, MSD, etc.) and their requirements to be compatible to the USB spec, like e.g. unique serial number for MSD. One thing which might be a pitfall is when a device class would fit the user needs, but the implementation needs a custom device driver, so this should be mentioned.

At this point a user has a good overview including pro's & con's and can make a rough estimation which implementation he needs.
Next thing would be the decision if it's a combined device (like 2x HID, or HID & CDC, etc.) and creating the device descriptors, interface descriptors, etc.

After the base informations are collected the start of coding can begin.
So, first step is to set up the clocks, ports, etc. and the setup of the USB interface (which isn't supported by the AppBuilder application).
So, start of coding begins with setup of the USB hardware interface. Then the descriptors must be implemented, and so on.

Do you know the USBxpress implementation from SiLabs? It's some kind of "generic" USB interface where the device access from host is done via a DLL. I found this a good idea, but it only worked with the Keil compiler and it wasn't configurable regarding the transfer type or number of endpoints used. This might also be of interest for a user.

I'm currently looking into the examples provided with the Precision32 IDE, but they're also not documented in detail. However, my knowledge is growing :)

Now, the question is: When your ToDo list reaches the above, can I support you in any way?

Regards,

Ralf

Unknown said...

Hi Ralf,
I found your comment was treated as spam again by Blogger. May it is user name issue.
And thanks for your suggestion. I really think that is much closer to what I want. However, I am not ready to start it now. I have been working on USB relate task. After that, I will make a summary and this how to article. The point should be next month.
Thanks.
Mark

Unknown said...

Hi Ralf,
One article was done about USB. Please have a look. http://markdingst.blogspot.com/2012/12/write-usb-cdc-driver-for-sim3u1xx.html
Thanks.
Mark