STM8. Начало с SDCC

[teplofizik]

Вот у нас есть stm8s-discovery. И нежданно-негаданно на днях появился бесплатный, открытый и работающий компилятор для stm8: sdcc.
Надо бы им что-нибудь скомпилировать и загрузить всё это в платку. Попробуем...

Первым делом скачаем сам компилятор. В релизах пока что поддержки stm8 нет, потому залезем в папку, где находятся самые свеженькие билды.
Я для винхп качал из папки i586-mingw32msvc самый новый архивчик, они загружаются по мере коммитов в репозитории.

Распаковываем куда-нибудь и запоминаем путь.
Файл описания периферии я откуда-то скачал и добавил пару строк для поддержки SDCC: stm8s.h.

Сделаем папочку для нашего проектика: helloworld;
Напишем тестовый код, где моргает светодиод, main.c:

//
// Первый проект с stm8 и sdcc!
// 

#include <stm8s.h>

static void delay(uint32_t t)
{
	while(t--) {}
}

int main(void)
{
	// led
	GPIOD->DDR |= (1 << 0);
	GPIOD->ODR |= (1 << 0);

	while(1)
	{
		GPIOD->ODR |= (1 << 0);
		delay(100000UL);
		GPIOD->ODR &= ~(1 << 0);
		delay(100000UL);
	}
}

И два батника, один из которых компилирует файл, а другой загружает:
makefile.bat:

@echo off
rem Папка с компилятором
set SDCC_DIR=C:\Dev\stm8\sdcc
rem Папка с заголовочными файлами с описанием stm8 (stm8s.h и т.д.)
set CMSIS_DIR=C:\Dev\stm8\include

set SDCC_BIN_DIR=%SDCC_DIR%\bin
set SDCC_INCLUDE_DIR=%SDCC_DIR%\include
set PATH=%SDCC_BIN_DIR%\bin;%PATH%
@echo on

sdcc -mstm8 -o"build/" main.c -I%CMSIS_DIR% -I%SDCC_INCLUDE_DIR%
packihx build/main.ihx > bin/main.hex
pause

Только что пути поправить к папке sdcc и cmsis.
И upload.bat:

@echo off
rem Папка с программатором
set ST_TOOLSET_DIR=%programfiles%\STMicroelectronics\st_toolset\stvp

set PATH=%ST_TOOLSET_DIR%;%PATH%
@echo on

STVP_CmdLine -BoardName=ST-LINK -ProgMode=SWIM -Port=USB -Device=STM8S105x6 -FileProg=bin/main.hex
pause

Если STVP не установлен, то надо это сделать.

Всё, запускаем makefile.bat и радуемся, если ошибок нет (всё сделали правильно), иначе исправляем косяки.
Потом подключаем stm8s-discovery и запускаем upload.bat. Он должен написать, что всё ок, нажмите ESC. Нажимаем и смотрим, как на платочке мило моргает светодиод.

Файлы:
stm8s.h;
stm8s.h в папке;
main.c.

Проект целиком.

@темы: sdcc, программизмы, stm8sdiscovery

Comments

[Гость]

A

[Гость]

Здравствуйте. Я попробовал откомпилить файл main.c из вашего примера.
Комманда для сборки у меня правда такая.....

NAME = main

all:
sdcc -c -mstm8 $(NAME).c
sdcc $(NAME).rel
packihx $(NAME).ihx > $(NAME).hex
rm -f *.ihx *.lnk *.lst *.map *.rel *.rst *.sym *.lk

Но компилятор выдает такое сообщение:
> "make" all clean
sdcc -c -mstm8 main.c
sdcc main.rel
ASlink-Warning-No definition of area XSEG
ASlink-Warning-No definition of area PSEG
make: *** [all] Ошибка 1

Но тем не менее файл .ihx для заливки в контроллер создает. А до комманды packihx $(NAME).ihx > $(NAME).hex таки и не доходит. Выдает вышеуказаную ошибку.

Может вы знаете что это за XSEG и PSEG ?
Как я понимаю это какие то сегменты памяти. И их нужно как то явно прописать ?

Спасибо. Буду признателен если ответите )))

[teplofizik]

Гость, надо указывать тип контроллера везде: не только при компиляции, но и при линковке=)

Вот так примерно я компилю настоящий проект:

sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\bsp.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\drivers.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\main.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\address\address.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\address\indication.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\bsp\button.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\bsp\encoder.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\bsp\led.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\bsp\seg7.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\drivers\gpio.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\drivers\pwm.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\drivers\spi.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\drivers\timer.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\slave\conf.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 
sdcc.exe -c --std-c99 -mstm8 -o"build/" -DSTM8S105 .\source\slave\slave.c -IC:\Dev\stm8\include -IC:\Dev\stm8\sdcc\include 

sdcc.exe -mstm8 -o"build/" build\main.rel build\bsp.rel build\drivers.rel build\address.rel build\indication.rel build\button.rel build\encoder.rel build\led.rel build\seg7.rel build\gpio.rel build\pwm.rel build\spi.rel build\timer.rel build\conf.rel build\slave.rel C:\Dev\stm8\sdcc\lib\stm8\stm8.lib 

packihx.exe build\main.ihx

[Гость]

Спасибо огромное !!!!!!
Буду пробовать

[Гость]

Здравствуйте. Я так понимаю что вы не пользуете SDCC STM8 постоянно, а лишь поставили его в качестве обучающего примера?

[teplofizik]

Гость, отнюдь. Только им и пользуюсь =D

[Гость]

Я нашел как мне кажется какой то баг, но не знаю как донести это миру )))
В двух разных вкрсиях SDCC STM8 один и тот же код компилится мало того что по разному так еще и с вариациями на тему...........)))
Вот кусок одного кода скомпилированого разными версиями SDCC. При чем одна из них свежайшая )))
Это асемблерный листинг более старой сборки (3.4.0 #8964 (Mar 31 2014) (MINGW32) ).
Как видно из листинга, комманда enableInterrupts() ни как не влияет на код.
Только меняет свое положение )))) А установка бита происходит через чтение - модификацию - запись.


1й вариант.
; -----------------------------------------
; function main
; -----------------------------------------
_main:
; main.c: 24: enableInterrupts();
rim
; main.c: 25: GPIOD->DDR |= (1 << 0);
ldw x, #0x5011
ld a, (x)
or a, #0x01
ldw x, #0x5011
ld (x), a
; main.c: 26: GPIOD->ODR |= (1 << 0);
ldw x, #0x500f
ld a, (x)
or a, #0x01
ldw x, #0x500f
ld (x), a

2й вариант
; -----------------------------------------
; function main
; -----------------------------------------
_main:
; main.c: 24: GPIOD->DDR |= (1 << 0);
ldw x, #0x5011
ld a, (x)
or a, #0x01
ldw x, #0x5011
ld (x), a
; main.c: 25: GPIOD->ODR |= (1 << 0);
ldw x, #0x500f
ld a, (x)
or a, #0x01
ldw x, #0x500f
ld (x), a
; main.c: 26: enableInterrupts();
rim

[Гость]

А вот в самой свежей версии ( 3.4.0 #8981 (Apr 10 2014) (MINGW32) ) происходят странные на мой взгляд вещи.
Во первых от положения комманды enableInterrupts() зависият варианты компиляции кода.

1й вариант.
; -----------------------------------------
; function main
; -----------------------------------------
_main:
; main.c: 24: enableInterrupts();
rim
; main.c: 25: GPIOD->DDR |= (1 << 0);
bset 0x5011, #0
; main.c: 26: GPIOD->ODR |= (1 << 0);
bset 0x500f, #0

2й вариант.
; -----------------------------------------
; function main
; -----------------------------------------
_main:
; main.c: 24: GPIOD->DDR |= (1 << 0);
bset 0x5011, #0
; main.c: 25: GPIOD->ODR |= (1 << 0);
ldw x, #0x500f
ld a, (x)
or a, #0x01
ld (x), a
; main.c: 26: enableInterrupts();
rim

Как видим в первом варианте используется оператор BSET.
А во втором варианте и BSET и длинная конструкция чтение - модификация - запись.

Мне было бы интересно что вы думаете по этому поводу.

[teplofizik]

Гость, я посмотрю на неделе, как это так выходит =)

[Гость]

Здравствуйте! Не подскажете, есть ли для stm8 поддержка stdio и stdlib ( такие библиотеки есть в mcs51 )?
В папке C:\SDCC\lib\stm8 есть библиотека stm8.lib . Но как ее можно задействовать?
Похоже что в ней есть все функции из stio и stdlib.

[teplofizik]

Гость, подключить при линковке:

sdcc.exe -mstm8 -o"build/" build\main.rel build\bsp.rel build\drivers.rel build\address.rel build\indication.rel build\button.rel build\encoder.rel build\led.rel build\seg7.rel build\gpio.rel build\pwm.rel build\spi.rel build\timer.rel build\conf.rel build\slave.rel C:\Dev\stm8\sdcc\lib\stm8\stm8.lib 

[Гость]

К сожалению не заработало (((
Я сборку делал так
all:
sdcc -v
sdcc -mstm8 $(NAME).c
sdcc -mstm8 $(NAME).rel C:\SDCC\lib\stm8\stm8.lib
packihx $(NAME).ihx > $(NAME).hex


Если функции putchar - putstring - getchar / getstring - я могу написать свои, как я это делал для AVR, то
всяческие atoi - atol - itoa - ltoa и подобные ( их я использую часто ) написать будет наверное проблематично (((.
Может синтаксис не такой как в mcs51 ? Я использовал названия функций из SDCC MCS51.

[teplofizik]

Гость, си-файлы компилируются с ключом -c
Полный пример сборки проекта (только команды компилятору) приведён выше.
Без ключа оного он пытается собрать проект тут же, но не выйдет — библиотека не подключена. Оттого и ошибки.

См. раздел 3.2.3 Projects with Multiple Source Files документации.

[Гость]

Да, вы правы. Это мой косяк ((( Я куда то задевал ключ -с.
Но это помогло лишь частично. Функция puts("String"); к примеру ссылается на функцию putchar. Но почему то не находит ее.

?ASlink-Warning-Undefined Global '_putchar' referenced by module 'puts'
make: *** [all] Ошибка 1

Но за то заработали функции преобразования строк atoi - itoa и др )))

[teplofizik]

Гость, а обычно эту функцию надо самому писать — библиотека ж не знает, куда надо выводить символы: в уарт, в спи, на карту памяти, на монитор...

Посмотрите раздел 3.18.1 Compiler support routines (_gptrget, _mulint etc.) в мануале на компилятор — он как раз про putchar и getchar.

[Гость]

Спасибо большое. Разобрался.
В mcs51 для этого дополнительно подключались файлы ser.h serial.h или serial_IO.h
А тут буду писать свои. Точнее уже написал.
Еще раз спасибо.