djsundog/circuitpython
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
a785a3dbfb
circuitpython/ports/stm32/Makefile

599 lines
16 KiB
Makefile
Raw Normal View History

stmhal: Default build directory now includes board name. BUILD is build-$(BOARD) by default.
2014-05-03 12:39:07 -04:00
# Select the board to build for: if not given on the command line,
# then default to PYBV10.
BOARD ?= PYBV10
ifeq ($(wildcard boards/$(BOARD)/.),)
$(error Invalid BOARD specified)
endif
# If the build directory is not given, make it reflect the board name.
BUILD ?= build-$(BOARD)
all: Update Makefiles and others to build with new ports/ dir layout. Also renames "stmhal" to "stm32" in documentation and everywhere else.
2017-09-06 00:09:13 -04:00
include ../../py/mkenv.mk
stmhal: Add wiznet5k module, to control WIZnet ethernet adaptor. Allows to create socket objects that support TCP and UDP in server and client mode. Interface is very close to standard Python socket class, except bind and accept do not work the same (due to hardware not supporting them in the usual way). Not compiled by default. To compile this module, use: make MICROPY_PY_WIZNET5K=1
2014-09-01 17:48:57 -04:00
-include mpconfigport.mk
stmhal: Make ld and af files configurable within Makefile. Each board now needs an mpconfigboard.mk file which defines AF_FILE and LD_FILE. Also moved stm32f405.ld to boards/ directory to keep things organised.
2015-04-18 16:21:28 -04:00
include boards/$(BOARD)/mpconfigboard.mk
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
# qstr definitions (must come before including py.mk)
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
QSTR_DEFS = qstrdefsport.h $(BUILD)/pins_qstr.h $(BUILD)/modstm_qstr.h
stm32/Makefile: Rebuild all qstrs when any board configuration changes.
2018-06-09 01:33:45 -04:00
QSTR_GLOBAL_DEPENDENCIES = mpconfigboard_common.h boards/$(BOARD)/mpconfigboard.h
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal: Add default frozen-bytecode directory and link lcd160cr driver. stmhal will now be built by default with frozen bytecode from scripts stored in the stmhal/modules/ directory. This can be disabled or changed to another directory by overridding the make variable FROZEN_MPY_DIR.
2017-01-22 22:37:49 -05:00
# directory containing scripts to be frozen as bytecode
FROZEN_MPY_DIR ?= modules
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
# include py core make definitions
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
include $(TOP)/py/py.mk
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal: Put common definitions from linker files to common.ld.
2016-09-21 05:49:45 -04:00
LD_DIR=boards
stmhal/Makefile: Use lib/stm32lib instead of local cmsis and hal files.
2017-08-27 08:36:39 -04:00
CMSIS_DIR=$(TOP)/lib/stm32lib/CMSIS/STM32$(MCU_SERIES_UPPER)xx/Include
MCU_SERIES_UPPER = $(shell echo $(MCU_SERIES) | tr '[:lower:]' '[:upper:]')
HAL_DIR=lib/stm32lib/STM32$(MCU_SERIES_UPPER)xx_HAL_Driver
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
USBDEV_DIR=usbdev
#USBHOST_DIR=usbhost
stmhal: Convert to use VFS sub-system and new ooFatFs component. This patch makes the following configuration changes: - MICROPY_FSUSERMOUNT is disabled, removing old mounting infrastructure - MICROPY_VFS is enabled, giving new VFS sub-system - MICROPY_VFS_FAT is enabled, giving uos.VfsFat type - MICROPY_FATFS_OO is enabled, to use new ooFatFs lib, R0.12b User facing API should be almost unchanged. Most notable changes are removal of os.mkfs (use os.VfsFat.mkfs instead) and pyb.mount doesn't allow unmounting by passing None as the device.
2017-01-27 07:11:59 -05:00
FATFS_DIR=lib/oofatfs
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
DFU=$(TOP)/tools/dfu.py
Add flashboard target to the stmhal Makefile to run dfu-util Which allows you to run "make -C stmhal flashboard" from the top-level directory. Also ties in nicely with my configurable BUILD directory from #506
2014-04-30 21:51:29 -04:00
# may need to prefix dfu-util with sudo
stmhal: Switch from dfu-util to tools/pydfu.py for deflt deploy method. tools/pydfu.py is now the recommended way of deploying a DFU file. Old behaviour of dfu-util can be obtained by passing USE_PYDFU=0 when invoking make. The main README.md file has been updated to reflect this change.
2016-03-08 06:58:39 -05:00
USE_PYDFU ?= 1
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
PYDFU ?= $(TOP)/tools/pydfu.py
Allow DFU_UTIL to be overridden from the environment.
2014-07-21 19:28:07 -04:00
DFU_UTIL ?= dfu-util
Add device ID to deploy make target for stmhal.
2014-05-03 14:51:47 -04:00
DEVICE=0483:df11
stmhal: Add makefile target to deploy stmhal build via ST-LINK.
2016-03-08 02:42:30 -05:00
STFLASH ?= st-flash
stmhal: Add makefile target and configuration to deploy via OpenOCD.
2016-03-08 05:29:22 -05:00
OPENOCD ?= openocd
OPENOCD_CONFIG ?= boards/openocd_stm32f4.cfg
stm32/Makefile: Use separate startup file for each MCU series.
2018-03-05 11:09:41 -05:00
STARTUP_FILE ?= boards/startup_stm32$(MCU_SERIES).o
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
CROSS_COMPILE = arm-none-eabi-
all: Make netutils.h available to all ports by default. Generally, ports should inherit INC from py.mk, append to it, not overwrite it. TODO: Likely should do the same for other vars too.
2015-10-19 11:22:16 -04:00
INC += -I.
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
INC += -I$(TOP)
build: Simplify build directory layout by putting all headers in genhdr. Any generated headers go in $(BUILD)/genhdr/, and are #included as 'genhdr/xxx.h'.
2014-04-17 13:03:27 -04:00
INC += -I$(BUILD)
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
INC += -I$(TOP)/lib/cmsis/inc
lib/cmsis: move CMSIS headers to lib/ Files in lib/cmsis are generic for all Cortex-M MCU's files left in stmhal/cmsis are all STM32 specific.
2016-09-19 06:56:26 -04:00
INC += -I$(CMSIS_DIR)/
stmhal/Makefile: Use lib/stm32lib instead of local cmsis and hal files.
2017-08-27 08:36:39 -04:00
INC += -I$(TOP)/$(HAL_DIR)/Inc
stmhal: Remove unused usbdev files, and move used ones up a dir. The unused files are from the ST demos for different USB classes and are not needed for the stmhal port.
2015-02-03 05:33:12 -05:00
INC += -I$(USBDEV_DIR)/core/inc -I$(USBDEV_DIR)/class/inc
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
#INC += -I$(USBHOST_DIR)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal/Makefile: Use hardware double-prec FP for MCUs that support it.
2017-06-23 02:47:36 -04:00
# Basic Cortex-M flags
CFLAGS_CORTEX_M = -mthumb
# Select hardware floating-point support
stm32/Makefile: Add settings to support H7 MCUs.
2018-02-20 17:35:42 -05:00
ifeq ($(CMSIS_MCU),$(filter $(CMSIS_MCU),STM32F767xx STM32F769xx STM32H743xx))
stmhal/Makefile: Use hardware double-prec FP for MCUs that support it.
2017-06-23 02:47:36 -04:00
CFLAGS_CORTEX_M += -mfpu=fpv5-d16 -mfloat-abi=hard
else
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
ifeq ($(MCU_SERIES),f0)
CFLAGS_CORTEX_M += -msoft-float
else
stmhal/Makefile: Use hardware double-prec FP for MCUs that support it.
2017-06-23 02:47:36 -04:00
CFLAGS_CORTEX_M += -mfpu=fpv4-sp-d16 -mfloat-abi=hard
endif
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
endif
stmhal/Makefile: Use hardware double-prec FP for MCUs that support it.
2017-06-23 02:47:36 -04:00
# Options for particular MCU series
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
CFLAGS_MCU_f0 = $(CFLAGS_CORTEX_M) -mtune=cortex-m0 -mcpu=cortex-m0
stm32: Use STM32xx macros instead of MCU_SERIES_xx to select MCU type. The CMSIS files for the STM32 range provide macros to distinguish between the different MCU series: STM32F4, STM32F7, STM32H7, STM32L4, etc. Prefer to use these instead of custom ones.
2018-03-16 19:42:50 -04:00
CFLAGS_MCU_f4 = $(CFLAGS_CORTEX_M) -mtune=cortex-m4 -mcpu=cortex-m4
CFLAGS_MCU_f7 = $(CFLAGS_CORTEX_M) -mtune=cortex-m7 -mcpu=cortex-m7
CFLAGS_MCU_l4 = $(CFLAGS_CORTEX_M) -mtune=cortex-m4 -mcpu=cortex-m4
stm32/Makefile: Add settings to support H7 MCUs.
2018-02-20 17:35:42 -05:00
CFLAGS_MCU_h7 = $(CFLAGS_CORTEX_M) -mtune=cortex-m7 -mcpu=cortex-m7
stmhal: Add STM32F7DISC and associated changes.
2015-07-28 14:13:33 -04:00
stmhal/Makefile: Add CFLAGS_EXTRA to CFLAGS so cmdline can add options.
2017-06-28 01:44:29 -04:00
CFLAGS = $(INC) -Wall -Wpointer-arith -Werror -std=gnu99 -nostdlib $(CFLAGS_MOD) $(CFLAGS_EXTRA)
stmhal: Use CMSIS_MCU definition from mpconfigboard.mk This needs to land afte #1407 lands, since #1407 is where the CMSIS_MCU was defined.
2015-08-06 03:03:45 -04:00
CFLAGS += -D$(CMSIS_MCU)
stmhal: Add STM32F7DISC and associated changes.
2015-07-28 14:13:33 -04:00
CFLAGS += $(CFLAGS_MCU_$(MCU_SERIES))
CFLAGS += $(COPT)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
CFLAGS += -Iboards/$(BOARD)
stmhal: Replace #include "stm32f4xx_hal.h" with #include STM32_HAL_H.
2015-07-28 11:36:26 -04:00
CFLAGS += -DSTM32_HAL_H='<stm32$(MCU_SERIES)xx_hal.h>'
stm32/system_stm32: Set VTOR pointer from TEXT0_ADDR.
2018-03-27 06:32:39 -04:00
CFLAGS += -DMICROPY_HW_VTOR=$(TEXT0_ADDR)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal/Makefile: Rename FLOAT_IMPL to MICROPY_FLOAT_IMPL to match C name The name used in py/mpconfig.h is MICROPY_FLOAT_IMPL so rename this Makefile variable to mirror that.
2017-06-28 01:42:40 -04:00
ifeq ($(MICROPY_FLOAT_IMPL),double)
stmhal: Add possibility to build with double-precision floating point. By default the firmware is built with single-precision floating point. To build a particular board using double precision instead, put the following line in the mpconfigboard.mk file: FLOAT_IMPL = double
2017-06-23 01:53:12 -04:00
CFLAGS += -DMICROPY_FLOAT_IMPL=MICROPY_FLOAT_IMPL_DOUBLE
else
CFLAGS += -DMICROPY_FLOAT_IMPL=MICROPY_FLOAT_IMPL_FLOAT
CFLAGS += -fsingle-precision-constant -Wdouble-promotion
endif
stm32/boards: Allow boards to have finer control over the linker script. This patch allows a particular board to independently specify the linker scripts for 1) the MCU memory layout; 2) how the different firmware sections are arranged in memory. Right now all boards follow the same layout with two separate firmware section, one for the ISR and one for the text and data. This leaves room for storage (filesystem data) to live between the firmware sections. The idea with this patch is to accommodate boards that don't have internal flash storage and only need to have one continuous firmware section. Thus the common.ld script is renamed to common_ifs.ld to make explicit that it is used for cases where the board has internal flash storage.
2018-03-27 06:17:48 -04:00
LDFLAGS = -nostdlib -L $(LD_DIR) $(addprefix -T,$(LD_FILES)) -Map=$(@:.elf=.map) --cref
stmhal/Makefile: Drop use of -mabi=aapcs-linux; link libgcc by default. The aapcs-linux ABI is not required, instead the default aapcs ABI is enough. And using the default ABI means that the provided libgcc will now link with the firmware without warnings about variable vs fixed enums. Although the binary size increases by about 1k, RAM usage is slightly decreased. And libgcc may prove useful in the future for things like long-long division.
2017-02-07 19:50:22 -05:00
LIBS = $(shell $(CC) $(CFLAGS) -print-libgcc-file-name)
stmhal: For non-debug compile, enable CC/LD opt to remove dead code. Saves over 35k ROM due to elimination of unused HAL functions. All tests pass. Addresses issue #702.
2014-08-16 08:37:05 -04:00
stmhal: Allow make DEBUG=1 to build
2015-11-25 12:24:36 -05:00
# Remove uncalled code from the final image.
CFLAGS += -fdata-sections -ffunction-sections
LDFLAGS += --gc-sections
stmhal: For non-debug compile, enable CC/LD opt to remove dead code. Saves over 35k ROM due to elimination of unused HAL functions. All tests pass. Addresses issue #702.
2014-08-16 08:37:05 -04:00
# Debugging/Optimization
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
ifeq ($(DEBUG), 1)
CFLAGS += -g -DPENDSV_DEBUG
COPT = -O0
else
COPT += -Os -DNDEBUG
endif
lib: Add lib and libm, moving current files from stmhal. Top-level lib directory is for standard C libraries that we want to provide our own versions of (for efficiency and stand-alone reasons). It currently has libm in it for math functions. Also add atanf and atan2f, which addresses issue #837.
2014-08-29 17:42:26 -04:00
SRC_LIB = $(addprefix lib/,\
string0.c: Move from stmhal/ to lib/.
2015-04-05 14:44:20 -04:00
libc/string0.c \
stmhal: Convert to use VFS sub-system and new ooFatFs component. This patch makes the following configuration changes: - MICROPY_FSUSERMOUNT is disabled, removing old mounting infrastructure - MICROPY_VFS is enabled, giving new VFS sub-system - MICROPY_VFS_FAT is enabled, giving uos.VfsFat type - MICROPY_FATFS_OO is enabled, to use new ooFatFs lib, R0.12b User facing API should be almost unchanged. Most notable changes are removal of os.mkfs (use os.VfsFat.mkfs instead) and pyb.mount doesn't allow unmounting by passing None as the device.
2017-01-27 07:11:59 -05:00
oofatfs/ff.c \
oofatfs/option/unicode.c \
stmhal: Move readline code to lib/mp-readline/.
2015-01-11 21:15:35 -05:00
mp-readline/readline.c \
lib: Move some common mod_network_* functions to lib/netutils.
2015-05-03 14:26:08 -04:00
netutils/netutils.c \
lib: Move time utility functions to common library.
2015-05-10 20:00:19 -04:00
timeutils/timeutils.c \
stmhal: pyexec.c is common module, move to lib/utils/ .
2015-10-31 12:35:10 -04:00
utils/pyexec.c \
stmhal: Use generic interrupt char code.
2017-02-15 00:39:30 -05:00
utils/interrupt_char.c \
stmhal: Move pybstdio.c to lib/utils/sys_stdio_mphal.c for common use. It provides sys.stdin, sys.stdout, sys.stderr for bare-metal targets based on mp_hal functions.
2017-06-15 04:55:34 -04:00
utils/sys_stdio_mphal.c \
lib: Add lib and libm, moving current files from stmhal. Top-level lib directory is for standard C libraries that we want to provide our own versions of (for efficiency and stand-alone reasons). It currently has libm in it for math functions. Also add atanf and atan2f, which addresses issue #837.
2014-08-29 17:42:26 -04:00
)
stmhal/Makefile: Rename FLOAT_IMPL to MICROPY_FLOAT_IMPL to match C name The name used in py/mpconfig.h is MICROPY_FLOAT_IMPL so rename this Makefile variable to mirror that.
2017-06-28 01:42:40 -04:00
ifeq ($(MICROPY_FLOAT_IMPL),double)
stmhal: Add possibility to build with double-precision floating point. By default the firmware is built with single-precision floating point. To build a particular board using double precision instead, put the following line in the mpconfigboard.mk file: FLOAT_IMPL = double
2017-06-23 01:53:12 -04:00
SRC_LIBM = $(addprefix lib/libm_dbl/,\
__cos.c \
__expo2.c \
__fpclassify.c \
__rem_pio2.c \
__rem_pio2_large.c \
__signbit.c \
__sin.c \
__tan.c \
acos.c \
acosh.c \
asin.c \
asinh.c \
atan.c \
atan2.c \
atanh.c \
ceil.c \
cos.c \
cosh.c \
erf.c \
exp.c \
expm1.c \
floor.c \
fmod.c \
frexp.c \
ldexp.c \
lgamma.c \
log.c \
log10.c \
log1p.c \
modf.c \
nearbyint.c \
pow.c \
rint.c \
scalbn.c \
sin.c \
sinh.c \
sqrt.c \
tan.c \
tanh.c \
tgamma.c \
trunc.c \
)
else
SRC_LIBM = $(addprefix lib/libm/,\
math.c \
acoshf.c \
asinfacosf.c \
asinhf.c \
atan2f.c \
atanf.c \
atanhf.c \
ef_rem_pio2.c \
erf_lgamma.c \
fmodf.c \
kf_cos.c \
kf_rem_pio2.c \
kf_sin.c \
kf_tan.c \
log1pf.c \
nearbyintf.c \
sf_cos.c \
sf_erf.c \
sf_frexp.c \
sf_ldexp.c \
sf_modf.c \
sf_sin.c \
sf_tan.c \
wf_lgamma.c \
wf_tgamma.c \
)
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
ifeq ($(MCU_SERIES),f0)
SRC_LIBM += lib/libm/ef_sqrt.c
else
SRC_LIBM += lib/libm/thumb_vfp_sqrtf.c
endif
stmhal: Add possibility to build with double-precision floating point. By default the firmware is built with single-precision floating point. To build a particular board using double precision instead, put the following line in the mpconfigboard.mk file: FLOAT_IMPL = double
2017-06-23 01:53:12 -04:00
endif
stmhal: Make available the _onewire module, for low-level bus control.
2017-06-22 02:20:22 -04:00
EXTMOD_SRC_C = $(addprefix extmod/,\
stm32: Integrate lwIP as implementation of usocket module. This patch allows to use lwIP as the implementation of the usocket module, instead of the existing socket-multiplexer that delegates the entire TCP/IP layer to the NIC itself. This is disabled by default, and enabled by defining MICROPY_PY_LWIP to 1. When enabled, the lwIP TCP/IP stack will be included in the build with default settings for memory usage and performance (see lwip_inc/lwipopts.h). It is then up to a particular NIC to register itself with lwIP using the standard lwIP netif API.
2018-05-21 02:48:24 -04:00
modlwip.c \
stmhal: Make available the _onewire module, for low-level bus control.
2017-06-22 02:20:22 -04:00
modonewire.c \
)
stmhal: Add ability to have filesystem stored on external SPI flash. To use this feature a port should define MICROPY_HW_SPIFLASH_SIZE_BITS along with x_CS, x_SCK, x_MOSI, x_MISO (x=MICROPY_HW_SPIFLASH). This will then use external SPI flash on those pins instead of the internal flash. The SPI is done using the software implementation. There is currently only support for standard SPI (ie not dual or quad mode).
2017-01-24 00:58:50 -05:00
DRIVERS_SRC_C = $(addprefix drivers/,\
drivers/bus: Pull out software SPI implementation to dedicated driver. This patch takes the software SPI implementation from extmod/machine_spi.c and moves it to a dedicated file in drivers/bus/softspi.c. This allows the SPI driver to be used independently of the uPy runtime, making it a more general component.
2018-03-09 01:25:58 -05:00
bus/softspi.c \
stm32/spibdev: Add option to configure SPI block dev to use QSPI flash. To use QSPI (in software QSPI mode) the configuration needed is: #define MICROPY_HW_SPIFLASH_SIZE_BITS (n * 1024 * 1024) #define MICROPY_HW_SPIFLASH_CS (pin_x1) #define MICROPY_HW_SPIFLASH_SCK (pin_x2) #define MICROPY_HW_SPIFLASH_IO0 (pin_x3) #define MICROPY_HW_SPIFLASH_IO1 (pin_x4) #define MICROPY_HW_SPIFLASH_IO2 (pin_x5) #define MICROPY_HW_SPIFLASH_IO3 (pin_x6)
2018-03-02 07:49:00 -05:00
bus/softqspi.c \
stmhal: Add ability to have filesystem stored on external SPI flash. To use this feature a port should define MICROPY_HW_SPIFLASH_SIZE_BITS along with x_CS, x_SCK, x_MOSI, x_MISO (x=MICROPY_HW_SPIFLASH). This will then use external SPI flash on those pins instead of the internal flash. The SPI is done using the software implementation. There is currently only support for standard SPI (ie not dual or quad mode).
2017-01-24 00:58:50 -05:00
memory/spiflash.c \
stm32: Add support for DHT11/DHT22 sensors.
2018-01-31 02:12:53 -05:00
dht/dht.c \
stmhal: Add ability to have filesystem stored on external SPI flash. To use this feature a port should define MICROPY_HW_SPIFLASH_SIZE_BITS along with x_CS, x_SCK, x_MOSI, x_MISO (x=MICROPY_HW_SPIFLASH). This will then use external SPI flash on those pins instead of the internal flash. The SPI is done using the software implementation. There is currently only support for standard SPI (ie not dual or quad mode).
2017-01-24 00:58:50 -05:00
)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
SRC_C = \
main.c \
stmhal: Renamed startup/system/_it.[ch] file to generic names.
2015-07-28 13:15:18 -04:00
stm32_it.c \
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
usbd_conf.c \
stmhal: Add "CDC" option to pyb.usb_mode, for CDC device only.
2015-02-03 15:52:48 -05:00
usbd_desc.c \
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
usbd_cdc_interface.c \
stmhal/usb: Add support to receive USB HID messages from host.
2016-08-29 17:42:38 -04:00
usbd_hid_interface.c \
stmhal: Add support for USB MSC device. This gives a functioning, independent MSC device.
2014-03-21 19:32:01 -04:00
usbd_msc_storage.c \
all: Add py/mphal.h and use it in all ports. py/mphal.h contains declarations for generic mp_hal_XXX functions, such as stdio and delay/ticks, which ports should provide definitions for. A port will also provide mphalport.h with further HAL declarations.
2015-10-30 19:03:58 -04:00
mphalport.c \
stmhal: Initial implementation of multithreading, currently disabled. This patch brings the _thread module to stmhal/pyboard. There is a very simple round-robin thread scheduler, which is disabled if there is only one thread (for efficiency when threading is not used). The scheduler currently switches threads at a rate of 250Hz using the systick timer and the pend-SV interrupt. The GIL is disabled so one must be careful to use lock objects to prevent concurrent access of objects. The threading is disabled by default, one can enabled it with the config option MICROPY_PY_THREAD to test it out.
2017-01-30 21:59:53 -05:00
mpthreadport.c \
Add save/restore_irq Factored irq functions into a separate file.
2014-08-24 15:21:12 -04:00
irq.c \
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
pendsv.c \
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
systick.c \
stmhal: Initial implementation of multithreading, currently disabled. This patch brings the _thread module to stmhal/pyboard. There is a very simple round-robin thread scheduler, which is disabled if there is only one thread (for efficiency when threading is not used). The scheduler currently switches threads at a rate of 250Hz using the systick timer and the pend-SV interrupt. The GIL is disabled so one must be careful to use lock objects to prevent concurrent access of objects. The threading is disabled by default, one can enabled it with the config option MICROPY_PY_THREAD to test it out.
2017-01-30 21:59:53 -05:00
pybthread.c \
stmhal: Add timer module; move servo PWM from TIM2 to TIM5. As per issue #257, servo is better on TIM5 because TIM2 is connected to more GPIO.
2014-04-02 10:09:36 -04:00
timer.c \
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
led.c \
pin.c \
all: Update Makefiles and others to build with new ports/ dir layout. Also renames "stmhal" to "stm32" in documentation and everywhere else.
2017-09-06 00:09:13 -04:00
pin_defs_stm32.c \
stmhal - add pin mapping, gpio, exti, usrsw
2014-03-15 02:41:28 -04:00
pin_named_pins.c \
stmhal: Rename USART to UART. It's really a UART because there is no external clock line (and hence no synchronous ability, at least in the implementation of this module). USART should be reserved for a module that has "S"ynchronous capabilities. Also, UART is shorter and easier to type :)
2014-04-21 07:03:09 -04:00
bufhelper.c \
stmhal: Factor out DMA initialisation code from spi.c. This is so that the DMA can be shared by multiple peripherals.
2015-06-10 08:06:48 -04:00
dma.c \
stm32/i2c: Add low-level I2C driver for F7 MCUs.
2018-04-24 03:34:07 -04:00
i2c.c \
stm32: Rename i2c.c to pyb_i2c.c. i2c.c implements the legacy pyb.I2C class so rename the file to make this explicit, and also to make room for an improved I2C driver.
2018-04-24 02:23:36 -04:00
pyb_i2c.c \
stmhal: Rename USART to UART. It's really a UART because there is no external clock line (and hence no synchronous ability, at least in the implementation of this module). USART should be reserved for a module that has "S"ynchronous capabilities. Also, UART is shorter and easier to type :)
2014-04-21 07:03:09 -04:00
spi.c \
stm32/qspi: Add hardware QSPI driver, with memory-map capability. It supports the abstract QSPI protocol defined in drivers/bus/qspi.h.
2018-03-02 08:17:08 -05:00
qspi.c \
stmhal: Rename USART to UART. It's really a UART because there is no external clock line (and hence no synchronous ability, at least in the implementation of this module). USART should be reserved for a module that has "S"ynchronous capabilities. Also, UART is shorter and easier to type :)
2014-04-21 07:03:09 -04:00
uart.c \
stmhal: Add basic CAN bus support.
2014-10-02 09:34:15 -04:00
can.c \
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
usb.c \
stmhal: Add machine.WDT class. Usage: import machine wdt = machine.WDT(0, 5000) # 5 second timeout wdt.feed() Thanks to Moritz for the initial implementation.
2016-09-03 10:12:48 -04:00
wdt.c \
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
gccollect.c \
stmhal: Update help function.
2014-03-24 07:27:56 -04:00
help.c \
stmhal: Add beginnings of port-specific machine.I2C implementation. This allows one to construct an I2C object using ids that are specific to the stmhal port, eg machine.I2C('X'). Right now the implementation of I2C uses software I2C but the idea is to just change the C-level I2C protocol functions to hardware implementations later on.
2016-11-23 08:20:51 -05:00
machine_i2c.c \
stmhal: Early version of machine module for stmhal.
2015-10-08 00:26:04 -04:00
modmachine.c \
stmhal: Add stm module, which contains some constants for the MCU. Also contains raw memory read/write functions, read8, read16, read32, write8, write16, write32. Can now do: stm.write16(stm.GPIOA + stm.GPIO_BSRRL, 1 << 13) This turns on the red LED. With the new constant folding, the above constants for the GPIO address are actually compiled to constants (and the addition done) at compile time. For viper code and inline assembler, this optimisation will make a big difference. In the inline assembler, using these constants would not be possible without this constant folding.
2014-04-10 17:46:40 -04:00
modpyb.c \
modstm.c \
stmhal: Oops: rename mod files in Makefile.
2014-10-12 15:35:21 -04:00
moduos.c \
modutime.c \
stmhal: Add network and usocket module. As per issue #876, the network module is used to configure NICs (hardware modules) and configure routing. The usocket module is supposed to implement the normal Python socket module and selects the underlying NIC using routing logic. Right now the routing logic is brain dead: first-initialised, first-used. And the routing table is just a list of registered NICs. cc3k and wiznet5k work, but not at the same time due to C name clashes (to be fixed). Note that the usocket module has alias socket, so that one can import socket and it works as normal. But you can also override socket with your own module, using usocket at the backend.
2014-09-30 17:29:49 -04:00
modusocket.c \
modnetwork.c \
stmhal: Big cleanup; merge gpio into Pin; make names consistent. This is an attempt to clean up the Micro Python API on the pyboard. Gpio functionality is now in the Pin object, which seems more natural. Constants for MODE and PULL are now in pyb.Pin. Names of some classes have been adjusted to conform to CamelCase. Other miscellaneous changes and clean up here and there.
2014-04-18 17:38:09 -04:00
extint.c \
stmhal - add pin mapping, gpio, exti, usrsw
2014-03-15 02:41:28 -04:00
usrsw.c \
stmhal: Add PYBv10 config; add RNG support.
2014-03-22 09:41:02 -04:00
rng.c \
stmhal: Get RTC working.
2014-03-15 08:54:48 -04:00
rtc.c \
stmhal: Add flash write support and flash storage driver.
2014-03-17 09:31:35 -04:00
flash.c \
stm32: Factor out flash and SPI block-device code to separate files. Prior to this patch, storage.c was a combination of code that handled either internal flash or external SPI flash and exposed one of them as a block device for the local storage. It was also exposed to the USB MSC. This patch splits out the flash and SPI code to separate files, which each provide a general block-device interface (at the C level). Then storage.c just picks one of them to use as the local storage medium. The aim of this factoring is to allow to add new block devices in the future and allow for easier configurability.
2018-02-13 06:21:46 -05:00
flashbdev.c \
spibdev.c \
stmhal: Add flash write support and flash storage driver.
2014-03-17 09:31:35 -04:00
storage.c \
stmhal: Add SD card support. Just low-level read/write support. No filesystem yet.
2014-03-17 09:03:41 -04:00
sdcard.c \
stm32/sdram: Integrate SDRAM driver into rest of code. If SDRAM is configured and enabled for a board then it is used for the MicroPython GC heap.
2018-07-17 17:13:49 -04:00
sdram.c \
stmhal: Move stmhal-specific FatFs routines/structs to fatfs_port.c.
2016-02-06 08:18:34 -05:00
fatfs_port.c \
stmhal: Add lcd.c to Makefile, and init LCD in main.
2014-03-19 09:12:30 -04:00
lcd.c \
stmhal: Add accelerometer driver; fix bug with LFN.
2014-03-20 19:33:30 -04:00
accel.c \
stmhal: Add servo driver.
2014-03-22 11:52:33 -04:00
servo.c \
stmhal: Add DAC driver.
2014-03-24 11:15:33 -04:00
dac.c \
stmhal - fixed up adc stuff Added support for the ADC channels and mappings to make_pins.py I'm not sure if the hal properly deals with the channel 16/18 differences between the 40x and 42x. It seems to deal with it partially. This particular aspect will need testing on a 42x or 43x.
2014-03-24 13:49:23 -04:00
adc.c \
stmhal: Add STM32F7DISC and associated changes.
2015-07-28 14:13:33 -04:00
$(wildcard boards/$(BOARD)/*.c)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
ifeq ($(MCU_SERIES),f0)
SRC_O = \
$(STARTUP_FILE) \
system_stm32f0.o \
resethandler_m0.o \
gchelper_m0.o
else
stmhal: Renamed startup/system/_it.[ch] file to generic names.
2015-07-28 13:15:18 -04:00
SRC_O = \
stm32/Makefile: Use separate startup file for each MCU series.
2018-03-05 11:09:41 -05:00
$(STARTUP_FILE) \
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
system_stm32.o \
stm32: Add custom, optimised Reset_Handler code. The Reset_Handler needs to copy the data section and zero the BSS, and these operations should be as optimised as possible to reduce start up time. The versions provided in this patch are about 2x faster (on a Cortex M4) than the previous implementations.
2018-03-29 00:24:21 -04:00
resethandler.o \
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
gchelper.o
endif
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal/Makefile: Use lib/stm32lib instead of local cmsis and hal files.
2017-08-27 08:36:39 -04:00
SRC_HAL = $(addprefix $(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_,\
stmhal: Update Makefile and board configs to compile with relocated hal.
2015-07-19 07:17:42 -04:00
hal.c \
hal_adc.c \
hal_adc_ex.c \
hal_cortex.c \
hal_dac.c \
hal_dac_ex.c \
hal_dma.c \
hal_flash.c \
hal_flash_ex.c \
hal_gpio.c \
hal_i2c.c \
hal_pcd.c \
hal_pcd_ex.c \
hal_pwr.c \
hal_pwr_ex.c \
hal_rcc.c \
hal_rcc_ex.c \
hal_rtc.c \
hal_rtc_ex.c \
hal_spi.c \
hal_tim.c \
hal_tim_ex.c \
hal_uart.c \
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
)
ifeq ($(MCU_SERIES),$(filter $(MCU_SERIES),f4 f7 h7 l4))
stm32/Makefile: Use -Wno-attributes for ll_usb.c HAL source file. A recent version of arm-none-eabi-gcc (8.2.0) will warn about unused packed attributes in USB_WritePacket and USB_ReadPacket. This patch suppresses such warnings for this file only.
2018-07-30 01:35:05 -04:00
$(BUILD)/$(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_ll_usb.o: CFLAGS += -Wno-attributes
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
SRC_HAL += $(addprefix $(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_,\
hal_sd.c \
stmhal: Update Makefile and board configs to compile with relocated hal.
2015-07-19 07:17:42 -04:00
ll_sdmmc.c \
stm32/sdram: Integrate SDRAM driver into rest of code. If SDRAM is configured and enabled for a board then it is used for the MicroPython GC heap.
2018-07-17 17:13:49 -04:00
ll_fmc.c \
stmhal: Update Makefile and board configs to compile with relocated hal.
2015-07-19 07:17:42 -04:00
ll_usb.c \
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
)
stm32: Add support for STM32F0 MCUs.
2018-05-28 04:10:53 -04:00
endif
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stm32/sdram: Integrate SDRAM driver into rest of code. If SDRAM is configured and enabled for a board then it is used for the MicroPython GC heap.
2018-07-17 17:13:49 -04:00
ifeq ($(MCU_SERIES),$(filter $(MCU_SERIES),f4 f7 h7))
SRC_HAL += $(addprefix $(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_,\
hal_sdram.c \
)
endif
stm32/Makefile: Add settings to support H7 MCUs.
2018-02-20 17:35:42 -05:00
ifeq ($(CMSIS_MCU),$(filter $(CMSIS_MCU),STM32H743xx))
SRC_HAL += $(addprefix $(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_, hal_fdcan.c)
else
SRC_HAL += $(addprefix $(HAL_DIR)/Src/stm32$(MCU_SERIES)xx_, hal_can.c)
endif
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
SRC_USBDEV = $(addprefix $(USBDEV_DIR)/,\
core/src/usbd_core.c \
core/src/usbd_ctlreq.c \
core/src/usbd_ioreq.c \
stmhal: Remove unused usbdev files, and move used ones up a dir. The unused files are from the ST demos for different USB classes and are not needed for the stmhal port.
2015-02-03 05:33:12 -05:00
class/src/usbd_cdc_msc_hid.c \
class/src/usbd_msc_bot.c \
class/src/usbd_msc_scsi.c \
class/src/usbd_msc_data.c \
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
)
stm32/modnwwiznet5k: Add support for W5500 Ethernet chip. Which Wiznet chip to use is a compile-time option: MICROPY_PY_WIZNET5K should be set to either 5200 or 5500 to support either one of these Ethernet chips. The driver is called network.WIZNET5K in both cases. Note that this commit introduces a breaking-change at the build level because previously the valid values for MICROPY_PY_WIZNET5K were 0 and 1 but now they are 0, 5200 and 5500.
2017-10-16 00:36:57 -04:00
ifneq ($(MICROPY_PY_WIZNET5K),0)
stmhal: Add wiznet5k module, to control WIZnet ethernet adaptor. Allows to create socket objects that support TCP and UDP in server and client mode. Interface is very close to standard Python socket class, except bind and accept do not work the same (due to hardware not supporting them in the usual way). Not compiled by default. To compile this module, use: make MICROPY_PY_WIZNET5K=1
2014-09-01 17:48:57 -04:00
WIZNET5K_DIR=drivers/wiznet5k
INC += -I$(TOP)/$(WIZNET5K_DIR)
stm32/modnwwiznet5k: Add support for W5500 Ethernet chip. Which Wiznet chip to use is a compile-time option: MICROPY_PY_WIZNET5K should be set to either 5200 or 5500 to support either one of these Ethernet chips. The driver is called network.WIZNET5K in both cases. Note that this commit introduces a breaking-change at the build level because previously the valid values for MICROPY_PY_WIZNET5K were 0 and 1 but now they are 0, 5200 and 5500.
2017-10-16 00:36:57 -04:00
CFLAGS_MOD += -DMICROPY_PY_WIZNET5K=$(MICROPY_PY_WIZNET5K) -D_WIZCHIP_=$(MICROPY_PY_WIZNET5K)
stm32: Add network driver for Wiznet5k using MACRAW mode and lwIP. The Wiznet5k series of chips support a MACRAW mode which allows the host to send and receive Ethernet frames directly. This can be hooked into the lwIP stack to provide a full "socket" implementation using this Wiznet Ethernet device. This patch adds support for this feature. To enable the feature one must add the following to mpconfigboard.mk, or mpconfigport.mk: MICROPY_PY_WIZNET5K = 5500 and the following to mpconfigboard.h, or mpconfigport.h: #define MICROPY_PY_LWIP (1) After wiring up the module (X5=CS, X4=RST), usage on a pyboard is: import time, network nic = network.WIZNET5K(pyb.SPI(1), pyb.Pin.board.X5, pyb.Pin.board.X4) nic.active(1) while not nic.isconnected(): time.sleep_ms(50) # needed to poll the NIC print(nic.ifconfig()) Then use the socket module as usual. Compared to using the built-in TCP/IP stack on the Wiznet module, some performance is lost in MACRAW mode: with a lot of memory allocated to lwIP buffers, lwIP gives Around 750,000 bytes/sec max TCP download, compared with 1M/sec when using the TCP/IP stack on the Wiznet module.
2018-06-01 00:21:38 -04:00
SRC_MOD += network_wiznet5k.c modnwwiznet5k.c
stmhal: Add wiznet5k module, to control WIZnet ethernet adaptor. Allows to create socket objects that support TCP and UDP in server and client mode. Interface is very close to standard Python socket class, except bind and accept do not work the same (due to hardware not supporting them in the usual way). Not compiled by default. To compile this module, use: make MICROPY_PY_WIZNET5K=1
2014-09-01 17:48:57 -04:00
SRC_MOD += $(addprefix $(WIZNET5K_DIR)/,\
stm32/modnwwiznet5k: Add support for W5500 Ethernet chip. Which Wiznet chip to use is a compile-time option: MICROPY_PY_WIZNET5K should be set to either 5200 or 5500 to support either one of these Ethernet chips. The driver is called network.WIZNET5K in both cases. Note that this commit introduces a breaking-change at the build level because previously the valid values for MICROPY_PY_WIZNET5K were 0 and 1 but now they are 0, 5200 and 5500.
2017-10-16 00:36:57 -04:00
ethernet/w$(MICROPY_PY_WIZNET5K)/w$(MICROPY_PY_WIZNET5K).c \
stmhal: Add wiznet5k module, to control WIZnet ethernet adaptor. Allows to create socket objects that support TCP and UDP in server and client mode. Interface is very close to standard Python socket class, except bind and accept do not work the same (due to hardware not supporting them in the usual way). Not compiled by default. To compile this module, use: make MICROPY_PY_WIZNET5K=1
2014-09-01 17:48:57 -04:00
ethernet/wizchip_conf.c \
ethernet/socket.c \
internet/dns/dns.c \
)
endif
stmhal: Initial implementation of cc3k module and driver. Pulled in and modified work done by mux/iabdalkader on cc3k driver, from iabdalkader-cc3k-update branch. That branch was terribly messy and had too many conflicts to merge neatly.
2014-09-25 19:57:26 -04:00
# for CC3000 module
ifeq ($(MICROPY_PY_CC3K),1)
CC3000_DIR=drivers/cc3000
INC += -I$(TOP)/$(CC3000_DIR)/inc
CFLAGS_MOD += -DMICROPY_PY_CC3K=1
stmhal: Overhaul network drivers; has generic network protocol in C. This patch overhauls the network driver interface. A generic NIC must provide a set of C-level functions to implement low-level socket control (eg socket, bind, connect, send, recv). Doing this, the network and usocket modules can then use such a NIC to implement proper socket control at the Python level. This patch also updates the CC3K and WIZNET5K drivers to conform to the new interface, and fixes some bugs in the drivers. They now work reasonably well.
2014-11-29 08:48:45 -05:00
SRC_MOD += modnwcc3k.c
stmhal: Initial implementation of cc3k module and driver. Pulled in and modified work done by mux/iabdalkader on cc3k driver, from iabdalkader-cc3k-update branch. That branch was terribly messy and had too many conflicts to merge neatly.
2014-09-25 19:57:26 -04:00
SRC_MOD += $(addprefix $(CC3000_DIR)/src/,\
cc3000_common.c \
evnt_handler.c \
hci.c \
netapp.c \
nvmem.c \
security.c \
socket.c \
wlan.c \
ccspi.c \
inet_ntop.c \
inet_pton.c \
stmhal: Enable patch_program in cc3k driver, with key.
2014-09-30 18:43:38 -04:00
patch.c \
patch_prog.c \
stmhal: Initial implementation of cc3k module and driver. Pulled in and modified work done by mux/iabdalkader on cc3k driver, from iabdalkader-cc3k-update branch. That branch was terribly messy and had too many conflicts to merge neatly.
2014-09-25 19:57:26 -04:00
)
endif
stm32: Integrate lwIP as implementation of usocket module. This patch allows to use lwIP as the implementation of the usocket module, instead of the existing socket-multiplexer that delegates the entire TCP/IP layer to the NIC itself. This is disabled by default, and enabled by defining MICROPY_PY_LWIP to 1. When enabled, the lwIP TCP/IP stack will be included in the build with default settings for memory usage and performance (see lwip_inc/lwipopts.h). It is then up to a particular NIC to register itself with lwIP using the standard lwIP netif API.
2018-05-21 02:48:24 -04:00
LWIP_DIR = lib/lwip/src
INC += -I$(TOP)/$(LWIP_DIR)/include -Ilwip_inc
$(BUILD)/$(LWIP_DIR)/core/ipv4/dhcp.o: CFLAGS += -Wno-address
SRC_MOD += $(addprefix $(LWIP_DIR)/,\
core/def.c \
core/dns.c \
core/inet_chksum.c \
core/init.c \
core/ip.c \
core/mem.c \
core/memp.c \
core/netif.c \
core/pbuf.c \
core/raw.c \
core/stats.c \
core/sys.c \
core/tcp.c \
core/tcp_in.c \
core/tcp_out.c \
core/timeouts.c \
core/udp.c \
core/ipv4/autoip.c \
core/ipv4/dhcp.c \
core/ipv4/etharp.c \
core/ipv4/icmp.c \
core/ipv4/igmp.c \
core/ipv4/ip4_addr.c \
core/ipv4/ip4.c \
core/ipv4/ip4_frag.c \
core/ipv6/dhcp6.c \
core/ipv6/ethip6.c \
core/ipv6/icmp6.c \
core/ipv6/inet6.c \
core/ipv6/ip6_addr.c \
core/ipv6/ip6.c \
core/ipv6/ip6_frag.c \
core/ipv6/mld6.c \
core/ipv6/nd6.c \
netif/ethernet.c \
)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
OBJ =
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
OBJ += $(PY_O)
lib: Add lib and libm, moving current files from stmhal. Top-level lib directory is for standard C libraries that we want to provide our own versions of (for efficiency and stand-alone reasons). It currently has libm in it for math functions. Also add atanf and atan2f, which addresses issue #837.
2014-08-29 17:42:26 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_LIB:.c=.o))
stmhal: Add possibility to build with double-precision floating point. By default the firmware is built with single-precision floating point. To build a particular board using double precision instead, put the following line in the mpconfigboard.mk file: FLOAT_IMPL = double
2017-06-23 01:53:12 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_LIBM:.c=.o))
stmhal: Make available the _onewire module, for low-level bus control.
2017-06-22 02:20:22 -04:00
OBJ += $(addprefix $(BUILD)/, $(EXTMOD_SRC_C:.c=.o))
stmhal: Add ability to have filesystem stored on external SPI flash. To use this feature a port should define MICROPY_HW_SPIFLASH_SIZE_BITS along with x_CS, x_SCK, x_MOSI, x_MISO (x=MICROPY_HW_SPIFLASH). This will then use external SPI flash on those pins instead of the internal flash. The SPI is done using the software implementation. There is currently only support for standard SPI (ie not dual or quad mode).
2017-01-24 00:58:50 -05:00
OBJ += $(addprefix $(BUILD)/, $(DRIVERS_SRC_C:.c=.o))
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_C:.c=.o))
stmhal: Renamed startup/system/_it.[ch] file to generic names.
2015-07-28 13:15:18 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_O))
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_HAL:.c=.o))
stmhal: Get USB enumerating a CDC device. Enumerates CDC device over USB, but doesn't transmit/receive yet.
2014-03-13 20:30:37 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_USBDEV:.c=.o))
stmhal: Add wiznet5k module, to control WIZnet ethernet adaptor. Allows to create socket objects that support TCP and UDP in server and client mode. Interface is very close to standard Python socket class, except bind and accept do not work the same (due to hardware not supporting them in the usual way). Not compiled by default. To compile this module, use: make MICROPY_PY_WIZNET5K=1
2014-09-01 17:48:57 -04:00
OBJ += $(addprefix $(BUILD)/, $(SRC_MOD:.c=.o))
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
OBJ += $(BUILD)/pins_$(BOARD).o
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stm32/Makefile: Use -O2 to optimise compilation of lib/libc/string0.c.
2018-05-04 01:53:51 -04:00
# This file contains performance critical functions so turn up the optimisation
# level. It doesn't add much to the code size and improves performance a bit.
# Don't use -O3 with this file because gcc tries to optimise memset in terms of itself.
$(BUILD)/lib/libc/string0.o: COPT += -O2
stmhal: Fix ESPRUINO_PICO by adding ld scripts with correct flash size.
2016-10-04 01:28:48 -04:00
# We put several files into the first 16K section with the ISRs.
Put some code into the first 16K of flash This basically shrinks the remaining size of flash in the portion that goes after the internal flash drive.
2014-08-16 10:45:34 -04:00
# If we compile these using -O0 then it won't fit. So if you really want these
stmhal: Fix ESPRUINO_PICO by adding ld scripts with correct flash size.
2016-10-04 01:28:48 -04:00
# to be compiled with -O0, then edit boards/common.ld (in the .isr_vector section)
# and comment out the following lines.
stmhal: Upgrade to latest fatfs driver.
2014-12-20 16:15:16 -05:00
$(BUILD)/$(FATFS_DIR)/ff.o: COPT += -Os
stmhal: Fix ESPRUINO_PICO by adding ld scripts with correct flash size.
2016-10-04 01:28:48 -04:00
$(filter $(PY_BUILD)/../extmod/vfs_fat_%.o, $(PY_O)): COPT += -Os
$(PY_BUILD)/formatfloat.o: COPT += -Os
$(PY_BUILD)/parsenum.o: COPT += -Os
$(PY_BUILD)/mpprint.o: COPT += -Os
Put some code into the first 16K of flash This basically shrinks the remaining size of flash in the portion that goes after the internal flash drive.
2014-08-16 10:45:34 -04:00
stmhal/Makefile: Automatically fetch stm32lib submodule if needed.
2017-08-28 23:50:24 -04:00
all: $(TOP)/lib/stm32lib/README.md $(BUILD)/firmware.dfu $(BUILD)/firmware.hex
# For convenience, automatically fetch required submodules if they don't exist
$(TOP)/lib/stm32lib/README.md:
$(ECHO) "stm32lib submodule not found, fetching it now..."
(cd $(TOP) && git submodule update --init lib/stm32lib)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal: Add support for building frozen files. This allows FROZEN_DIR=some-directory to be specified on the make command line, which will then add all of the files contained within the indicated frozen directory as frozen files in the image. There is no change in flash/ram usage if not using the feature. This is especially useful on smaller MCUs (like the 401) which only has 64K flash file system.
2016-01-21 15:41:47 -05:00
ifneq ($(FROZEN_DIR),)
stmhal/Makefile: Use standard rules for frozen module generation. As defined in py/py.mk.
2016-10-20 18:27:17 -04:00
# To use frozen source modules, put your .py files in a subdirectory (eg scripts/)
# and then invoke make with FROZEN_DIR=scripts (be sure to build from scratch).
py: Add ability to have frozen persistent bytecode from .mpy files. The config variable MICROPY_MODULE_FROZEN is now made of two separate parts: MICROPY_MODULE_FROZEN_STR and MICROPY_MODULE_FROZEN_MPY. This allows to have none, either or both of frozen strings and frozen mpy files (aka frozen bytecode).
2016-01-31 17:24:16 -05:00
CFLAGS += -DMICROPY_MODULE_FROZEN_STR
stmhal: Add support for building frozen files. This allows FROZEN_DIR=some-directory to be specified on the make command line, which will then add all of the files contained within the indicated frozen directory as frozen files in the image. There is no change in flash/ram usage if not using the feature. This is especially useful on smaller MCUs (like the 401) which only has 64K flash file system.
2016-01-21 15:41:47 -05:00
endif
stmhal: Add Makefile option FROZEN_MPY_DIR to support frozen bytecode.
2016-02-25 07:19:40 -05:00
ifneq ($(FROZEN_MPY_DIR),)
# To use frozen bytecode, put your .py files in a subdirectory (eg frozen/) and
# then invoke make with FROZEN_MPY_DIR=frozen (be sure to build from scratch).
CFLAGS += -DMICROPY_QSTR_EXTRA_POOL=mp_qstr_frozen_const_pool
CFLAGS += -DMICROPY_MODULE_FROZEN_MPY
endif
stmhal: Change names: flash to firmware, flashboard to deploy. Since firmware lives in a build directory which already specifies the board name, no real reason to also have the firmware have the board name.
2014-05-03 12:46:45 -04:00
.PHONY: deploy
Add flashboard target to the stmhal Makefile to run dfu-util Which allows you to run "make -C stmhal flashboard" from the top-level directory. Also ties in nicely with my configurable BUILD directory from #506
2014-04-30 21:51:29 -04:00
stmhal: Change names: flash to firmware, flashboard to deploy. Since firmware lives in a build directory which already specifies the board name, no real reason to also have the firmware have the board name.
2014-05-03 12:46:45 -04:00
deploy: $(BUILD)/firmware.dfu
Add flashboard target to the stmhal Makefile to run dfu-util Which allows you to run "make -C stmhal flashboard" from the top-level directory. Also ties in nicely with my configurable BUILD directory from #506
2014-04-30 21:51:29 -04:00
$(ECHO) "Writing $< to the board"
Add pydfu.py to the micropython tree. Use dfu_util bgy default You can do: make USE_PYDFU=1 deploy to use pydfu.py
2014-10-22 01:27:33 -04:00
ifeq ($(USE_PYDFU),1)
$(Q)$(PYTHON) $(PYDFU) -u $<
else
Add device ID to deploy make target for stmhal.
2014-05-03 14:51:47 -04:00
$(Q)$(DFU_UTIL) -a 0 -d $(DEVICE) -D $<
Add pydfu.py to the micropython tree. Use dfu_util bgy default You can do: make USE_PYDFU=1 deploy to use pydfu.py
2014-10-22 01:27:33 -04:00
endif
Add flashboard target to the stmhal Makefile to run dfu-util Which allows you to run "make -C stmhal flashboard" from the top-level directory. Also ties in nicely with my configurable BUILD directory from #506
2014-04-30 21:51:29 -04:00
stm32/Makefile: Allow a board to config either 1 or 2 firmware sections. This patch forces a board to explicitly define TEXT1_ADDR in order to split the firmware into two separate pieces. Otherwise the default is now to produce only a single continuous firmware image with all ISR, text and data together.
2018-03-27 06:24:15 -04:00
# A board should specify TEXT0_ADDR if to use a different location than the
# default for the firmware memory location. A board can also optionally define
# TEXT1_ADDR to split the firmware into two sections; see below for details.
stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR. To make it clearer that these addresses are both for firmware text and that they have a prescribed ordering.
2018-03-27 06:20:04 -04:00
TEXT0_ADDR ?= 0x08000000
stm32/Makefile: Allow a board to config either 1 or 2 firmware sections. This patch forces a board to explicitly define TEXT1_ADDR in order to split the firmware into two separate pieces. Otherwise the default is now to produce only a single continuous firmware image with all ISR, text and data together.
2018-03-27 06:24:15 -04:00
ifeq ($(TEXT1_ADDR),)
# No TEXT1_ADDR given so put all firmware at TEXT0_ADDR location
deploy-stlink: $(BUILD)/firmware.dfu
$(ECHO) "Writing $(BUILD)/firmware.bin to the board via ST-LINK"
$(Q)$(STFLASH) write $(BUILD)/firmware.bin $(TEXT0_ADDR)
deploy-openocd: $(BUILD)/firmware.dfu
$(ECHO) "Writing $(BUILD)/firmware.bin to the board via ST-LINK using OpenOCD"
$(Q)$(OPENOCD) -f $(OPENOCD_CONFIG) -c "stm_flash $(BUILD)/firmware.bin $(TEXT0_ADDR)"
$(BUILD)/firmware.dfu: $(BUILD)/firmware.elf
$(ECHO) "Create $@"
$(Q)$(OBJCOPY) -O binary -j .isr_vector -j .text -j .data $^ $(BUILD)/firmware.bin
$(Q)$(PYTHON) $(DFU) -b $(TEXT0_ADDR):$(BUILD)/firmware.bin $@
else
# TEXT0_ADDR and TEXT1_ADDR are specified so split firmware between these locations
stmhal: Fix linker map for STM32L476 chips. In particular, this makes the L4 .isr_vector section 16K in size so it's the same as the F4/F7 MCUs. The patch also moves the L4 filesystem to the end of flash, which allows for 512K filesystem on the 1Mb devices like the STM32L476DISC.
2016-09-28 02:11:36 -04:00
stmhal: Add makefile target to deploy stmhal build via ST-LINK.
2016-03-08 02:42:30 -05:00
deploy-stlink: $(BUILD)/firmware.dfu
$(ECHO) "Writing $(BUILD)/firmware0.bin to the board via ST-LINK"
stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR. To make it clearer that these addresses are both for firmware text and that they have a prescribed ordering.
2018-03-27 06:20:04 -04:00
$(Q)$(STFLASH) write $(BUILD)/firmware0.bin $(TEXT0_ADDR)
stmhal: Add makefile target to deploy stmhal build via ST-LINK.
2016-03-08 02:42:30 -05:00
$(ECHO) "Writing $(BUILD)/firmware1.bin to the board via ST-LINK"
stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR. To make it clearer that these addresses are both for firmware text and that they have a prescribed ordering.
2018-03-27 06:20:04 -04:00
$(Q)$(STFLASH) --reset write $(BUILD)/firmware1.bin $(TEXT1_ADDR)
stmhal: Add makefile target to deploy stmhal build via ST-LINK.
2016-03-08 02:42:30 -05:00
stmhal: Add makefile target and configuration to deploy via OpenOCD.
2016-03-08 05:29:22 -05:00
deploy-openocd: $(BUILD)/firmware.dfu
$(ECHO) "Writing $(BUILD)/firmware{0,1}.bin to the board via ST-LINK using OpenOCD"
stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR. To make it clearer that these addresses are both for firmware text and that they have a prescribed ordering.
2018-03-27 06:20:04 -04:00
$(Q)$(OPENOCD) -f $(OPENOCD_CONFIG) -c "stm_flash $(BUILD)/firmware0.bin $(TEXT0_ADDR) $(BUILD)/firmware1.bin $(TEXT1_ADDR)"
stmhal: Add makefile target and configuration to deploy via OpenOCD.
2016-03-08 05:29:22 -05:00
stmhal: Change names: flash to firmware, flashboard to deploy. Since firmware lives in a build directory which already specifies the board name, no real reason to also have the firmware have the board name.
2014-05-03 12:46:45 -04:00
$(BUILD)/firmware.dfu: $(BUILD)/firmware.elf
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
stmhal: Change names: flash to firmware, flashboard to deploy. Since firmware lives in a build directory which already specifies the board name, no real reason to also have the firmware have the board name.
2014-05-03 12:46:45 -04:00
$(Q)$(OBJCOPY) -O binary -j .isr_vector $^ $(BUILD)/firmware0.bin
$(Q)$(OBJCOPY) -O binary -j .text -j .data $^ $(BUILD)/firmware1.bin
stm32/Makefile: Rename FLASH_ADDR/TEXT_ADDR to TEXT0_ADDR/TEXT1_ADDR. To make it clearer that these addresses are both for firmware text and that they have a prescribed ordering.
2018-03-27 06:20:04 -04:00
$(Q)$(PYTHON) $(DFU) -b $(TEXT0_ADDR):$(BUILD)/firmware0.bin -b $(TEXT1_ADDR):$(BUILD)/firmware1.bin $@
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stm32/Makefile: Allow a board to config either 1 or 2 firmware sections. This patch forces a board to explicitly define TEXT1_ADDR in order to split the firmware into two separate pieces. Otherwise the default is now to produce only a single continuous firmware image with all ISR, text and data together.
2018-03-27 06:24:15 -04:00
endif
Added hexfile target
2014-06-20 10:14:55 -04:00
$(BUILD)/firmware.hex: $(BUILD)/firmware.elf
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
Added hexfile target
2014-06-20 10:14:55 -04:00
$(Q)$(OBJCOPY) -O ihex $< $@
stmhal: Change names: flash to firmware, flashboard to deploy. Since firmware lives in a build directory which already specifies the board name, no real reason to also have the firmware have the board name.
2014-05-03 12:46:45 -04:00
$(BUILD)/firmware.elf: $(OBJ)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
$(ECHO) "LINK $@"
Makefiles: Remove duplicate object files when linking. Scenario: module1 depends on some common file from lib/, so specifies it in its SRC_MOD, and the same situation with module2, then common file from lib/ eventually ends up listed twice in $(OBJ), which leads to link errors. Make is equipped to deal with such situation easily, quoting the manual: "The value of $^ omits duplicate prerequisites, while $+ retains them and preserves their order." So, just use $^ consistently in all link targets.
2015-10-23 19:26:10 -04:00
$(Q)$(LD) $(LDFLAGS) -o $@ $^ $(LIBS)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
$(Q)$(SIZE) $@
stmhal: Compute PLL freq table during build instead of at run time. Allows for simpler, smaller and faster code at run time when selecting the boards frequency, and allows more customisation opportunities for the PLL values depending on the target MCU.
2017-08-23 21:38:39 -04:00
PLLVALUES = boards/pllvalues.py
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
MAKE_PINS = boards/make-pins.py
BOARD_PINS = boards/$(BOARD)/pins.csv
stmhal/teensy: Use _ instead of - in source file names. Trying to move towards consistency, let's use _ exclusively in names of source files (eg .c, .h, .csv).
2014-08-08 17:34:06 -04:00
PREFIX_FILE = boards/stm32f4xx_prefix.c
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
GEN_PINS_SRC = $(BUILD)/pins_$(BOARD).c
build directory can now be renamed The autogenerated header files have been moved about, and an extra include dir has been added, which means you can give a custom BUILD=newbuilddir option to make, and everything "just works" Also tidied up the way the different Makefiles build their include- directory flags
2014-04-16 17:10:33 -04:00
GEN_PINS_HDR = $(HEADER_BUILD)/pins.h
Add support for selecting pin alternate functions from python. Converts generted pins to use qstrs instead of string pointers. This patch also adds the following functions: pyb.Pin.names() pyb.Pin.af_list() pyb.Pin.gpio() dir(pyb.Pin.board) and dir(pyb.Pin.cpu) also produce useful results. pyb.Pin now takes kw args. pyb.Pin.__str__ now prints more useful information about the pin configuration. I found the following functions in my boot.py to be useful: ```python def pins(): for pin_name in dir(pyb.Pin.board): pin = pyb.Pin(pin_name) print('{:10s} {:s}'.format(pin_name, str(pin))) def af(): for pin_name in dir(pyb.Pin.board): pin = pyb.Pin(pin_name) print('{:10s} {:s}'.format(pin_name, str(pin.af_list()))) ```
2014-07-22 10:57:36 -04:00
GEN_PINS_QSTR = $(BUILD)/pins_qstr.h
stmhal/teensy: Use _ instead of - in source file names. Trying to move towards consistency, let's use _ exclusively in names of source files (eg .c, .h, .csv).
2014-08-08 17:34:06 -04:00
GEN_PINS_AF_CONST = $(HEADER_BUILD)/pins_af_const.h
stm32: Add method for statically configuring pin alternate function. Works with pins declared normally in mpconfigboard.h, eg. (pin_XX), as well as (pyb_pin_XX). Provides new mp_hal_pin_config_alt_static(pin_obj, mode, pull, fn_type) function declared in pin_static_af.h to allow configuring pin alternate functions by name at compile time.
2018-07-17 16:22:11 -04:00
GEN_PINS_AF_DEFS = $(HEADER_BUILD)/pins_af_defs.h
Added python script to map AF to a pin name Added some functions to Pin class to query mode, pull, and af
2014-08-11 02:18:10 -04:00
GEN_PINS_AF_PY = $(BUILD)/pins_af.py
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
INSERT_USB_IDS = $(TOP)/tools/insert-usb-ids.py
FILE2H = $(TOP)/tools/file2h.py
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
stmhal: Fix USB CDC-only mode under Windows. This fix adds PIDs 9801 and 9802 to the pybcdc.inf file. When in CDC only mode, it presents itself as a Communcations device rather than as a composite device. Presenting as a composite device with only the CDC interface seems to confuse windows. To test and make sure that the correct pybcdc.inf was being used, I used USBDeview from http://www.nirsoft.net/utils/usb_devices_view.html to uninstall any old pyboard drivers (Use Control-F and search for pyboard). I found running USBDeview as administrator worked best. Installing the driver in CDC+MSC mode first is recommended (since the pybcdc.inf file in on the internal flash drive). Then when you switch modes everything seems to work properly. I used https://github.com/dhylands/upy-examples/blob/master/boot_switch.py to easily switch the pyboard between the various USB modes for testing.
2015-10-03 02:25:31 -04:00
USB_IDS_FILE = usb.h
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
CDCINF_TEMPLATE = pybcdc.inf_template
build directory can now be renamed The autogenerated header files have been moved about, and an extra include dir has been added, which means you can give a custom BUILD=newbuilddir option to make, and everything "just works" Also tidied up the way the different Makefiles build their include- directory flags
2014-04-16 17:10:33 -04:00
GEN_CDCINF_FILE = $(HEADER_BUILD)/pybcdc.inf
GEN_CDCINF_HEADER = $(HEADER_BUILD)/pybcdc_inf.h
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
py: Add rules for automated extraction of qstrs from sources. - add template rule that converts a specified source file into a qstring file - add special rule for generating a central header that contains all extracted/autogenerated strings - defined by QSTR_DEFS_COLLECTED variable. Each platform appends a list of sources that may contain qstrings into a new build variable: SRC_QSTR. Any autogenerated prerequisities are should be appened to SRC_QSTR_AUTO_DEPS variable. - remove most qstrings from py/qstrdefs, keep only qstrings that contain special characters - these cannot be easily detected in the sources without additional annotations - remove most manual qstrdefs, use qstrdef autogen for: py, cc3200, stmhal, teensy, unix, windows, pic16bit: - remove all micropython generic qstrdefs except for the special strings that contain special characters (e.g. /,+,<,> etc.) - remove all port specific qstrdefs except for special strings - append sources for qstr generation in platform makefiles (SRC_QSTR)
2016-03-10 04:22:41 -05:00
# List of sources for qstr extraction
stmhal: Make available the _onewire module, for low-level bus control.
2017-06-22 02:20:22 -04:00
SRC_QSTR += $(SRC_C) $(SRC_MOD) $(SRC_LIB) $(EXTMOD_SRC_C)
py: Add rules for automated extraction of qstrs from sources. - add template rule that converts a specified source file into a qstring file - add special rule for generating a central header that contains all extracted/autogenerated strings - defined by QSTR_DEFS_COLLECTED variable. Each platform appends a list of sources that may contain qstrings into a new build variable: SRC_QSTR. Any autogenerated prerequisities are should be appened to SRC_QSTR_AUTO_DEPS variable. - remove most qstrings from py/qstrdefs, keep only qstrings that contain special characters - these cannot be easily detected in the sources without additional annotations - remove most manual qstrdefs, use qstrdef autogen for: py, cc3200, stmhal, teensy, unix, windows, pic16bit: - remove all micropython generic qstrdefs except for the special strings that contain special characters (e.g. /,+,<,> etc.) - remove all port specific qstrdefs except for special strings - append sources for qstr generation in platform makefiles (SRC_QSTR)
2016-03-10 04:22:41 -05:00
# Append any auto-generated sources that are needed by sources listed in
# SRC_QSTR
SRC_QSTR_AUTO_DEPS += $(GEN_CDCINF_HEADER)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
# Making OBJ use an order-only depenedency on the generated pins.h file
# has the side effect of making the pins.h file before we actually compile
# any of the objects. The normal dependency generation will deal with the
# case when pins.h is modified. But when it doesn't exist, we don't know
# which source files might need it.
stmhal/Makefile: Use GEN_PINS_HDR var instead of writing it explicitly.
2017-08-23 23:09:35 -04:00
$(OBJ): | $(GEN_PINS_HDR)
REPl working on UART6 with STMHAL
2014-03-12 21:06:26 -04:00
stmhal: Add support for USART1 and conditional pins in make-pins.py. Thanks to Dave Hylands for the patch.
2015-08-02 19:23:47 -04:00
# With conditional pins, we may need to regenerate qstrdefs.h when config
# options change.
$(HEADER_BUILD)/qstrdefs.generated.h: boards/$(BOARD)/mpconfigboard.h
stmhal: Update Makefile dependencies.
2016-04-19 04:54:07 -04:00
# main.c can't be even preprocessed without $(GEN_CDCINF_HEADER)
main.c: $(GEN_CDCINF_HEADER)
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
# Use a pattern rule here so that make will only call make-pins.py once to make
# both pins_$(BOARD).c and pins.h
stm32: Add method for statically configuring pin alternate function. Works with pins declared normally in mpconfigboard.h, eg. (pin_XX), as well as (pyb_pin_XX). Provides new mp_hal_pin_config_alt_static(pin_obj, mode, pull, fn_type) function declared in pin_static_af.h to allow configuring pin alternate functions by name at compile time.
2018-07-17 16:22:11 -04:00
$(BUILD)/%_$(BOARD).c $(HEADER_BUILD)/%.h $(HEADER_BUILD)/%_af_const.h $(HEADER_BUILD)/%_af_defs.h $(BUILD)/%_qstr.h: boards/$(BOARD)/%.csv $(MAKE_PINS) $(AF_FILE) $(PREFIX_FILE) | $(HEADER_BUILD)
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
stm32: Add method for statically configuring pin alternate function. Works with pins declared normally in mpconfigboard.h, eg. (pin_XX), as well as (pyb_pin_XX). Provides new mp_hal_pin_config_alt_static(pin_obj, mode, pull, fn_type) function declared in pin_static_af.h to allow configuring pin alternate functions by name at compile time.
2018-07-17 16:22:11 -04:00
$(Q)$(PYTHON) $(MAKE_PINS) --board $(BOARD_PINS) --af $(AF_FILE) --prefix $(PREFIX_FILE) --hdr $(GEN_PINS_HDR) --qstr $(GEN_PINS_QSTR) --af-const $(GEN_PINS_AF_CONST) --af-defs $(GEN_PINS_AF_DEFS) --af-py $(GEN_PINS_AF_PY) > $(GEN_PINS_SRC)
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
$(BUILD)/pins_$(BOARD).o: $(BUILD)/pins_$(BOARD).c
$(call compile_c)
stmhal: Compute PLL freq table during build instead of at run time. Allows for simpler, smaller and faster code at run time when selecting the boards frequency, and allows more customisation opportunities for the PLL values depending on the target MCU.
2017-08-23 21:38:39 -04:00
GEN_PLLFREQTABLE_HDR = $(HEADER_BUILD)/pllfreqtable.h
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
GEN_STMCONST_HDR = $(HEADER_BUILD)/modstm_const.h
GEN_STMCONST_QSTR = $(BUILD)/modstm_qstr.h
stmhal: Make stm constants big ints when they don't fit in a small int. Adds 924 bytes of code, but means that no more hacks and work-arounds are needed due to large constants becoming negative.
2016-01-07 10:09:36 -05:00
GEN_STMCONST_MPZ = $(HEADER_BUILD)/modstm_mpz.h
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
CMSIS_MCU_LOWER = $(shell echo $(CMSIS_MCU) | tr '[:upper:]' '[:lower:]')
stmhal/Makefile: Use lib/stm32lib instead of local cmsis and hal files.
2017-08-27 08:36:39 -04:00
CMSIS_MCU_HDR = $(CMSIS_DIR)/$(CMSIS_MCU_LOWER).h
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
stmhal: Compute PLL freq table during build instead of at run time. Allows for simpler, smaller and faster code at run time when selecting the boards frequency, and allows more customisation opportunities for the PLL values depending on the target MCU.
2017-08-23 21:38:39 -04:00
modmachine.c: $(GEN_PLLFREQTABLE_HDR)
$(GEN_PLLFREQTABLE_HDR): $(PLLVALUES) | $(HEADER_BUILD)
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
stmhal: Compute PLL freq table during build instead of at run time. Allows for simpler, smaller and faster code at run time when selecting the boards frequency, and allows more customisation opportunities for the PLL values depending on the target MCU.
2017-08-23 21:38:39 -04:00
$(Q)$(PYTHON) $(PLLVALUES) -c file:boards/$(BOARD)/stm32$(MCU_SERIES)xx_hal_conf.h > $@
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
$(BUILD)/modstm.o: $(GEN_STMCONST_HDR)
# Use a pattern rule here so that make will only call make-stmconst.py once to
# make both modstm_const.h and modstm_qstr.h
stmhal: add order-only dependency on build directory Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
2015-11-16 03:17:39 -05:00
$(HEADER_BUILD)/%_const.h $(BUILD)/%_qstr.h: $(CMSIS_MCU_HDR) make-stmconst.py | $(HEADER_BUILD)
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN stmconst $@"
stmhal: Make stm constants big ints when they don't fit in a small int. Adds 924 bytes of code, but means that no more hacks and work-arounds are needed due to large constants becoming negative.
2016-01-07 10:09:36 -05:00
$(Q)$(PYTHON) make-stmconst.py --qstr $(GEN_STMCONST_QSTR) --mpz $(GEN_STMCONST_MPZ) $(CMSIS_MCU_HDR) > $(GEN_STMCONST_HDR)
stmhal: Generate modstm constants per build This causes unnecessary constants to no longer be generated. Some constants (like UART_BRR) are different between the F4 and F7
2015-08-02 13:42:09 -04:00
stmhal: add order-only dependency on build directory Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
2015-11-16 03:17:39 -05:00
$(GEN_CDCINF_HEADER): $(GEN_CDCINF_FILE) $(FILE2H) | $(HEADER_BUILD)
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
$(Q)$(PYTHON) $(FILE2H) $< > $@
stmhal: add order-only dependency on build directory Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
2015-11-16 03:17:39 -05:00
$(GEN_CDCINF_FILE): $(CDCINF_TEMPLATE) $(INSERT_USB_IDS) $(USB_IDS_FILE) | $(HEADER_BUILD)
stm32: Use "GEN" for describing files generated in the build. Instead of "Create", to match the build output from the py/ core.
2018-02-23 00:27:30 -05:00
$(ECHO) "GEN $@"
Auto-generate the stmhal/pybcdc_inf header file from static files The USB VID&PID are automatically extracted from usbd_desc_cdc_msc.c and inserted into pybcdc_inf.template, ensuring that the same USB IDs get used everywhere
2014-04-10 19:02:10 -04:00
$(Q)$(PYTHON) $(INSERT_USB_IDS) $(USB_IDS_FILE) $< > $@
all: Make use of $(TOP) variable in Makefiles, instead of "..". $(TOP) is defined in py/mkenv.mk and should be used to refer to the top level of this repository.
2017-08-10 22:22:19 -04:00
include $(TOP)/py/mkrules.mk
Reference in New Issue Copy Permalink