<div dir="ltr"><div>Hi Sebastian</div><div><br></div><div>You recently updated the UART pins configuration, allowing different variants.</div><div>I recently checked the CubeH7 library about pin differences between the NUCLEO and the STM32H7 after finding out about the pin differences for the Ethernet module and I found out some weird things. I checked the datasheet which specifies that GPIOD PIN8 and PIN9 are the UART3 pins used for the console / print output. <br></div><div><br></div><div>So basically, the default implementation is now okay for the Nucleo as well. I checked bspopts.h in the RTEMS tools installation path, and the default values GPIOD and PIN8 and PIN9 were specified here. So basically, the build variant specifications GPIOB PIN 8 and PIN 9 are not used.</div><div><br></div><div>This was because of stray default-by-variant: [] in the respective BSP files. I then tested GPIOB PIN8 and PIN 9 by setting them in default: and those don't work as expected. <br><br>If GPIOD PIN 8 and PIN 9 work for the board variant you used then these option specifications are obsolete now and that pin definition works for the NUCLEO and the board you used. The former implementation used GPIOB PIN 9 and PIN 10 (<a href="https://git.rtems.org/rtems/commit/bsps/arm/stm32h7/console/console-usart3-cfg.c?id=6600585fc8e5fa299bf1ca1e0856d44b23c195cf">https://git.rtems.org/rtems/commit/bsps/arm/stm32h7/console/console-usart3-cfg.c?id=6600585fc8e5fa299bf1ca1e0856d44b23c195cf</a>) which is the reason they were not working for the NUCLEO variant.<br><br></div><div>Kind Regards<br></div><div>Robin<br></div></div>