conflicting SPI3 and remapping macros

[ehsan mahmoudi]

Posted on September 10, 2017 at 12:08

in my embedded system there is an stm32f103vdt, working with spi3 and usart3(remapped). spi3 is working well and the problem occurs when i configure usart3 remapped. as i call the macro __HAL_AFIO_REMAP_USART3_ENABLE(), spi3 stops and then i have to reinitialize it to make it run again. moreover i found that all macros that deal with remapping (like __HAL_AFIO_REMAP_TIM1_PARTIAL(), __HAL_AFIO_REMAP_CAN1_3(), etc), affect spi3 and make it stop. whats wrong with this?

[Tesla DeLorean]

Posted on September 11, 2017 at 12:53

Do the pins involved clash?

The F1 remaps at a peripheral level, not a pin level, so a group of pins gets mapped together. This can limit the available options as several groups can overlap.

The F1 is ten years old, consider something newer that supports pin level remapping, where individual pins can be routed to several peripherals, and you can pick and choose which.