STM32CubeF7 CMSIS Device MCU Component

Overview

STM32Cube is an STMicroelectronics original initiative to ease developers' life by reducing efforts, time and cost.

STM32Cube covers the overall STM32 products portfolio. It includes a comprehensive embedded software platform delivered for each STM32 series.

The CMSIS modules (core and device) corresponding to the ARM(tm) core implemented in this STM32 product.
The STM32 HAL-LL drivers, an abstraction layer offering a set of APIs ensuring maximized portability across the STM32 portfolio.
The BSP drivers of each evaluation, demonstration or nucleo board provided for this STM32 series.
A consistent set of middleware libraries such as RTOS, USB, FatFS, graphics, touch sensing library...
A full set of software projects (basic examples, applications, and demonstrations) for each board provided for this STM32 series.

Two models of publication are proposed for the STM32Cube embedded software:

The monolithic MCU Package: all STM32Cube software modules of one STM32 series are present (Drivers, Middleware, Projects, Utilities) in the repository (usual name STM32Cubexx, xx corresponding to the STM32 series).
The MCU components: each STM32Cube software module being part of the STM32Cube MCU Package, is delivered as an individual repository, allowing the user to select and get only the required software functions.

Description

This cmsis_device_f7 MCU component repo is one element of the STM32CubeF7 MCU embedded software package, providing the cmsis device part.

Release note

Details about the content of this release are available in the release note here.

Compatibility information

It is crucial that you use a consistent set of versions for the CMSIS Core - CMSIS Device, as mentioned in this release note.

The full STM32CubeF7 MCU package is available here.

Troubleshooting

Please refer to the CONTRIBUTING.md guide.

CMSIS configuration defines are too generic

Original posted here: ARMmbed/mbed-os#15047

Description of defect

Some TARGET/CMSIS defines are given names that are really generic such as DMA2D in https://github.com/ARMmbed/mbed-os/blob/master/targets/TARGET_STM/TARGET_STM32F7/STM32Cube_FW/CMSIS/stm32f769xx.h

This prevents the user from defining variables/structs/classes with the same name. In our case we want to have:

namespace interface {

class DMA2D
{
	// ...
};

}

To define the DMA2D interface other components would need.

I could rename it DMA2DBase but this breaks our naming rules.

DMA2D is not the only one and the same issues could arise with JPEG, DSI, DAC, ADC, etc.

Target(s) affected by this defect ?

SM32F769 but others might be as well.

Toolchain(s) (name and version) displaying this defect ?

arm-none-eabi-c++ (GNU Arm Embedded Toolchain 10-2020-q4-major) 10.2.1 20201103 (release)

How is this defect reproduced ?

See description on how to reproduce.

Ideas on how to fix

From the top of my head:

use another name
prefix wit ST_, e.g. ST_DMA2D
encapsulate in MAKE_SIMPLE_NAMES_PUBLIC macro to be able to opt out from having DMA2D and rely on DMA2D_BASE

stmicroelectronics / cmsis_device_f7 Goto Github PK

cmsis_device_f7's Introduction

STM32CubeF7 CMSIS Device MCU Component

Overview

Description

Release note

Compatibility information

Troubleshooting

cmsis_device_f7's People

Contributors

Stargazers

Watchers

Forkers

cmsis_device_f7's Issues

Description of defect

Target(s) affected by this defect ?

Toolchain(s) (name and version) displaying this defect ?

How is this defect reproduced ?

Ideas on how to fix

Recommend Projects

Recommend Topics

Recommend Org