According to the pinout the rx and tx pin need to be the other way around.
Though the swapped tx and rx pins allow the uart to work in loopback, it is still not correct.
The PA10 functions as an RX pin even though PA10 states TX pin in the periph_conf.
With this fixed the pullup for the rx is configured correctly and noise doesn't trigger the line.
This change sets the .tx_pin from PA10 to PA9 and the .rx_pin from PA9 to PA10.
There is no hardware limitation for custom boards based on STM32 to uses
SPI bus with signals coming from different PORT and alternate functions.
This patch allow alternate's function definition per pin basis, thus enable
the support of SPI bus signals routed on differents PORT.
Signed-off-by: Yannick Gicquel <ygicquel@gmail.com>
cpu/$(CPU)/Makefile.features and cpu/$(CPU)/Makefile.dep are
automatically included
Part of moving CPU/CPU_MODEL definition to Makefile.features to have it
available before Makefile.include.
The periph_dma is not pulled in automatically for all applications.
Applications willing to use the configured peripherals with periph_dma
for a given board will have to include the feature explictly in their
Makefile.
It was causing unrelated issues as threads got de-scheduled while
calling printf and this was not handled properly in tests at that
moment.
Currently only tested boards provide the feature riotboot.
Potentially all boards embeding a cortex-m0+/3/4/7 are
able to have riotboot as a feature, but other dependencies
need to be met, e.g. usage of cortexm.ld linker script,
double initialisation of cpu_init(), etc. See doc in
bootloaders/riotboot.
The nucleo-l152re is the only stm32l1x supported board with
two flash banks according to openocd config. Thus, adding
the right config file makes the whole flash available.
The file always exist so no need to do '-include'.
Replaced using:
sed -i 's|-\(include $(RIOTCPU)/.*/Makefile.features\)|\1|' \
$(git grep -l '$(RIOTCPU)/.*/Makefile.features' boards)
- nucleo-f334r8:
- Added USART1 and USART3 config
- nucleo-f401re:
- Changed order of UARTs to match the other boards
- nucleo-f410rb:
- Added USART6 configuration
- Fixed incorrect DMA settings (according to reference manual of the MCU)
- nucleo-f446re:
- Changed order of UARTs to match the other boards
- nucleo-l152re:
- Changed order of UARTs to match the other boards
The result of this harmonization is, that the first UART is always USART2, the
other USARTs are added in ascending order.
