ARMmbed
/
mbed-os
mirror of https://github.com/ARMmbed/mbed-os.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
34,621 Commits
52 Branches
336 Tags
624 MiB
Commit Graph

23 Commits (master)

Author SHA1 Message Date
Jerome Coutant 0ef6dd5ad5 STM32WB remove non-UTF characters 2021-10-12 17:52:08 +02:00
jeromecoutant 9f0ee46475 STM32WB15xC MCU support 2021-06-07 16:05:41 +02:00
jeromecoutant c9af87dc63 STM32WB : TARGET_STM32WB_V1.11.1 2021-05-05 17:22:43 +02:00
jeromecoutant ebc0035afd STM32 : new DISCO_WB5MMG target 2021-04-28 16:46:52 +02:00
Ladislas de Toldi b12481b3c3
STM32WB - Add if defined check for USE_HAL_XXX_REGISTER_CALLBACKS 2021-02-25 16:20:11 +01:00
Martin Kojtal 544e5b94c3 CMake STM32: fix targets naming 
Follow the naming for other CMake targets, using prefix mbed-, lower case with dashes
 2021-02-09 17:07:44 +00:00
Robert Walton d9e184b6c6 cmake: Refactor ST targets 
Refactor all ST targets to be CMake buildsystem targets. This removes
the need for checking MBED_TARGET_LABELS repeatedly and allows us to be
more flexible in the way we include MBED_TARGET source in the build.

A side effect of this is it will allow us to support custom targets
without breaking the build for 'standard' targets, as we use CMake's
standard mechanism for adding build rules to the build system, rather
than implementing our own layer of logic to exclude files not needed for
the target being built. Using this approach, if an MBED_TARGET is not
linked to using `target_link_libraries` its source files will not be
added to the build. This means custom target source can be added to the
user's application CMakeLists.txt without polluting the build system
when trying to compile for a standard MBED_TARGET.
 2021-02-04 15:26:36 +00:00
Martin Kojtal 23eed7cda1 CMake: add STM32WB targets 2020-11-17 16:48:24 +00:00
jeromecoutant 7c214cbd68 STM32WB: STM32Cube_FW_WB_V1.8.0 
https://github.com/STMicroelectronics/STM32CubeWB
 2020-10-19 14:36:02 +02:00
jeromecoutant 285d533075 STM32WB: ST CUBE drivers update V1.4.0 => V1.7.0 / BLE 2020-07-17 12:06:39 +02:00
jeromecoutant 643c7a44f3 STM32WB: ST CUBE drivers update V1.4.0 => V1.7.0 / HAL 2020-07-17 12:06:39 +02:00
jeromecoutant c8737c593d STM32WB RNG: enable use from both M4 and M0+ core 2020-07-02 10:17:08 +02:00
jeromecoutant 28f8307afa STM32WB baremetal support 
move BLE files to FEATURE_BLE
 2020-06-08 12:06:01 +02:00
Veijo Pesonen a4c692bd41 Fix VTOR bug when using bootloader on STM32WB 
The address of the vector table is hardcoded to the start of flash in
many, if not all, ST targets. This causes a crash in applications that
are using a bootloader.  This patch updates the board STM32WB55 so it
properly handle updating the VTOR with a bootloader.

Solution has been copied from the PR #3798.
 2020-05-12 10:46:32 +03:00
jeromecoutant ebae0e56d4 STM32WB align deepsleep functions with CubeFW 2020-02-20 09:20:43 +01:00
jeromecoutant 25da13bc18 STM32WB remove extra file 2020-01-23 10:53:09 +01:00
jeromecoutant c39a13d10c STM32Cube_FW_WB_V1.4.0 - template part 2020-01-20 17:24:45 +01:00
jeromecoutant b4f3b0799d STM32Cube_FW_WB_V1.4.0 - STM32_WPAN part 2020-01-20 17:24:45 +01:00
jeromecoutant 08184d7ac9 STM32Cube_FW_WB_V1.4.0 - HAL_DRIVER part 2020-01-20 17:24:44 +01:00
jeromecoutant d6e4b15c1a STM32Cube_FW_WB_V1.4.0 - CMSIS part 2020-01-20 17:24:43 +01:00
jeromecoutant 339846a1bb STM32WB cleanup 
- BLE feature is mandatory
- remove clock source selection
- license alignment
- startup file from Cube delivery
- linker script alignement
 2020-01-20 17:24:28 +01:00
jeromecoutant 8f6171f8b0 STM32WB - BLE restructure 2020-01-20 16:10:55 +01:00
jeromecoutant 8c76a43d3c STM32WB - New directory structure 2020-01-20 16:10:55 +01:00