[BUG] Ender 3 v2 does not boot when E0_DRIVER_TYPE is TMC2208 with pin PA3 on 2.0.9.2+ versions

[TOTA42]

Did you test the latest bugfix-2.0.x code?

Yes, and the problem still exists.

Bug Description

I have done a board modification on the stock Ender 3 v2 mainboard (4.2.2 with TMC2208 steppers) that would enable me to use the UART on the TMC2208. This was done by adding a blue wire on PA3 to the E stepper driver's UART pin. This works on 2.0.8, but on 2.0.9.2 versions, it appears that Marlin fails to boot, or at least the LCD stays black until I flash a firmware that will boot. I either have to switch the E0 back to TMC2208_STANDALONE for 2.0.9.2 versions or revert back to 2.0.8 if I wanted to keep E0 as TMC2208.

There seems to be some consensus with the oddity with PA3 pin particularly. There is some discussion in Jyers#1346 where it seems to work again if it's PA13 instead of PA3 if using post 2.0.8 versions.

Note: I have only tried this on 2.0.8 (working), 2.0.9.2 (does not boot), and 2.x.x SHA 1f41437 (does not boot). I have not attempted a git bisect to narrow down the commit, but I can do so if you think it would help.

Bug Timeline

2.0.9.2

Expected behavior

Expected Marlin to boot or at least the LCD to display something

Actual behavior

Marlin appears to fail to boot, LCD screen is black and must either set E0 driver back to TMC2208_STANDALONE or revert to 2.0.8 with E0 set to TMC2208.

Steps to Reproduce

1. Compile Marlin (used 2.0.9.2 and 2.x.x fix 1f41437 with changes noted in patch_UART_enable.txt)
2. Place in SD card and turn on printer

Version of Marlin Firmware

2.0.9.2

Printer model

Creality Ender 3 v2

Electronics

Stock electronics with blue wire from PA3 pin to E stepper driver's UART pin

Add-ons

N/A

Bed Leveling

MBL Manual Bed Leveling

Your Slicer

Cura

Host Software

SD Card (headless)

Additional information & file uploads

Configuration files used

Patch to apply on clean Marlin with Ender-3 V2 MarlinUI configuration copied

Discussion in Jyers with blackscreen with Pin PA3 specifically

[TOTA42]

Ran a git bisect between 2.0.8 and 2.0.9.1 (git bisect log in link below) and traced it down to the failing commit: d13ffa0, which happens to be:

🔨 Creality v4 with STM32 HAL (#21999)

- New STM32 env for Creality V4 boards.
- Separate Libmaple targets into their own `ini` file.
- Temporarily remove unusable targets from `pins.h`.

git_bisect_log.txt

[ellensp]

so does environment STM32F103RET6_creality_maple work as expected then?
Sadly this is a bit like saying It worked under Windows XP, but it doesn't work under Windows 10... but is a start

[TOTA42]

Did a quick build on 2.0.9.2 with the STM32F103RET6_creality_maple instead of the STM32F103RET6_creality and it does seem to boot with the E0_DRIVER_TYPE as TMC2208. I haven't checked any other functionality besides that it boots.

[TOTA42]

I was able to run the M122 command and received the expected register responses from the TMC2208 with the STM32F103RET6_creality_maple environment. Any ideas/tests I can run to trace down the boot issue with the STM32F103RET6_creality environment?

[masterxq]

Can confirm, not booting. Does with libmaple.
Could be nice to have this fixed or find out what we are doing wrong :/

[stikzoo]

Hello, I have same issue. Someone find this problem?