Template para projetos usando microcontroladores da ST e o STM32CubeMX. Consiste numa estrutura especifica de pastas, um Makefile e alguns arquivos de configuração.
-
É necessário colocar o local de instalação na varíavel de ambiente
CUBE_PATH
-
make
Linux:
sudo apt install make
Windows:
msys2> pacman -S make
-
É necessário que a pasta
bin
dessa instalação esteja noPATH
e numa variável de ambienteARM_GCC_PATH
-
uncrustify
Linux:
sudo apt install uncrustify
Windows: Baixe o .zip no SourceForge. Adicione o local do executável na variável de ambiente
PATH
. -
STM32 Cube Programmer ou J-Link
É necessário que o executável também esteja no
PATH
Primeiro é necessário criar um projeto do Cube na pasta cube/
com o nome desejado,
que deve ter as seguintes opções de projeto:
Project:
- Application Structure: Basic
- Do not generate the main()
- Toolchain / IDE: Makefile
Code Generator:
- STM32Cube Firmware Library Package: Copy only the necessary library files
- Generated files:
- Generate peripheral initialization as a pair of .c/.h files per peripheral
- Delete previously generated files when not re-generated
Um arquivo de exemplo se encontra em cube/stm32_project_template.ioc
com todas as configurações necessárias.
Para projetos existentes, basta mover o arquivo .ioc
para a pasta cube/
.
Com o arquivo do projeto na pasta correta, os seguintes comandos devem ser executados (necessário apenas após dar checkout no repositório ou mudar o cube):
make cube # Gera arquivos do cube
make prepare # Apaga os arquivos do cube desnecessários e gera arquivos de configuração do VS Code
Se, após modificar os arquivos do cube, ocorrer algum erro nos comandos acima,
pode rodar make clean_cube
para apagar os arquivos gerados e então tentar
novamente para que eles sejam gerados do zero.
O arquivo config.mk deve ser alterado de acordo com o projeto.
Para isso é necessário mudar o nome do projeto, o qual deve ter o mesmo do arquivo do Cube (por exemplo, stm32_project_template.ioc
), porém sem a extensão .ioc
(no caso de não se utilizar o versionamento dos arquivos do Cube).
PROJECT_NAME = stm32_project_template
Também é necessário alterar as seguintes configuraões:
DEVICE_FAMILY := STM32F3xx
DEVICE_TYPE := STM32F303xx
DEVICE_DEF := STM32F303xE
DEVICE := STM32F303RE
Basta pegar o nome completo do microcontrolador e colocar nessas configurações, seguindo o padrão, fazendo as substituições que forem precisas por x
.
Em caso de dúvida, veja o nome do arquivo
.ld
gerado na pastacube
, ele contém o nome completo do microcontrolador.
Se estiver usando a família STM32G0, a variável
DEVICE_DEF
deverá ser igual àDEVICE_TYPE
.
Além disso, deve-se colocar o nome completo do arquivo com extensão .ld
em DEVICE_LD_FILE
.
# Linker script file without .ld extension
# Find it on cube folder after code generation
DEVICE_LD_FILE := STM32F303RETx_FLASH
As seguintes configurações não precisam ser alteradas, elas definem nomes de diretórios e opções de compilação, sendo o sugerido permanecerem com seus valores padrão:
# Lib dir
LIB_DIR := lib
# Cube Directory
CUBE_DIR := cube
# Config Files Directory
CFG_DIR :=
# Tests Directory
TEST_DIR := tests
# Default values, can be set on the command line or here
DEBUG ?= 1
VERBOSE ?= 0
TEST ?= 0
Para compilar os arquivos rode
make
Às vezes, é necessário limpar os arquivos já compilados, se algum erro estiver acontecendo, para isso faça:
make clean
Isso apaga todos os arquivos de compilação gerados, exceto aqueles gerados a partir das bibliotecas da ST geradas pelo Cube, isso ocorre para agilizar um novo build, já que raramente será necessário recompilar esses arquivos, mas caso seja necessário, é possível limpar todos os arquivos de compilação com
make clean_all
Para gravar os arquivos na placa, rode
make flash
Ou, caso use um gravador com J-Link:
make jflash
No Visual Studio Code, pode pressionar CTRL
+SHIFT
+B
e escolher uma das
opções da lista para executar os comandos de compilação e gravação mais rapidamente.
- Clean Project (make clean)
- Build Project (make)
- Rebuild Project (make clean && make)
- Flash Program (make flash)
- Build and Flash (make && make flash)
Crie um diretório chamado lib
e adicione o submódulo nele.
Exemplo:
mkdir lib
git submodule add --name STMSensors git@github.com:ThundeRatz/STMSensors.git lib/STMSensors
Ao clonar um repositório que já tem submódulos, é necessário clonar os repositórios desse submódulo. Isso pode ser feito de duas formas, clonando junto com o repositório do projeto ou depois de já ter clonado.
Exemplo:
Para se clonar junto, deve-se fazer:
git clone --recurse-submodules git@github.com:ThundeRatz/STM32ProjectTemplate.git
Para se clonar depois de já ter clonado o repositório do projeto:
git submodule update --init
O diretório definido pela variável TEST_DIR
contém arquivos para testes de partes específicas do projeto, separando isso do código do projeto em si. Esses arquivos devem ser implementados de acordo com as necessidades dos desenvolvedores.
Para se habilitar a compilação e gravação dos testes, deve-se definir o valor da variável TEST_NAME
para o nome do arquivo de teste que se quer utilizar, isso pode ser feito tanto no arquivo config.mk
, quanto pela linha de comando ao rodar o make
, como por exemplo:
make flash TEST_NAME=test_digital_sensors
Caso o valor da variável TEST_NAME
seja vazio, não se utilizará o modo de teste.
Uma observação é que o comando make clean
, quando TEST_NAME
não for vazio, irá apagar os arquivos de compilação referentes aos arquivos de teste.
Cada arquivo de teste no diretório de testes funciona de forma independente, ou seja, cada um deve ter uma função main()
, sendo cada um compilado, gravado e executado separadamente.
Note que o nome do teste não inclui a extensão do arquivo.
Em breve