Nucleo-U385RG-Q is not resetting properly at 1.8V

[alexceltare2]

Please, before reporting any issue

• Make sure you are using the latest Arduino_Core_STM32 version.
  https://github.com/stm32duino/Arduino_Core_STM32/releases/latest
• Make sure the issue is not already reported/fixed on GitHub or discussed on the stm32duino forum
• Submit a GitHub issue only for reporting a problem related to the Arduino_Core_STM32.
• Avoid to submit a GitHub issue for project troubleshooting.

Any questions/feedback/suggestions should be discussed on the stm32duino forum:

• questions on the STM32 Core
• bugs/enhancements on the STM core: Bugs and enhancements

⚠ When reporting any issue, please try to provide all relevant information to help on its resolution.

Describe the bug
When uploading any code into Nucleo-U385RG-Q, the board doesn't reset properly and it hangs at 1.8V. If uploading via STM32CubeIDE, it does not have any problem.

Arduino IDE debug message if using 3.3V:
Application is running, Please Hold on...

Arduino IDE debug message if using 1.8V:
Warning: The core is locked up

To Reproduce
Change jumper JP5 to 1.8V, upload any code and see it not performing.

Expected behavior
Once the Blink program is uploaded, the board should show LD2 LED blinking every second.

Desktop (please complete the following information):

• OS: Windows 11
• Arduino IDE version: 2.3.5
• STM32 core version: 2.10.1
• Tools menu settings if not the default:
• Upload method: STMCubeProgrammer SWD

Board (please complete the following information):
Nucleo-U385RG-Q

Additional context
Add any other context about the problem here.

[fpistm]

Hi @alexceltare2
I've been able to reproduce.
Upload thanks mass storage works as expected, only the STMCubeProgrammer SWD failed at 1.8V.
I've also tried with STM32Cube IDE but it does not work (On Linux).
Will check on Windows too.
This seems not link to the binary but to the STMCubeProgrammer cli. so convert it as a discussion.
You can use the mass storage upload as a workaround.