David-OConnor / stm32-hal

This library provides access to STM32 peripherals in Rust.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

f303 stuck at pplstart

MauroMombelli opened this issue · comments

tested with both external and default config, it get stuck at
while rcc.cr.read().pllrdy().is_ready() {}, line 488 of f.rs

Sounds like a bug! Does it work if you configure the clock source to be HSI or HSE? (Without PLL)

I just tried to replicate from the quickstart project, as playing around with linker flags and similar i managed to make it work, but somehow #[defmt::panic_handler] wont work anymore and i need to use a standard #[panic_handler]

Clean quickstart will hardfault on startup

only changes are: stm32-hal2 = { version = "^1.4.5", features = ["f303", "f3rt"]}
and
runner = "probe-run --chip STM32F303VCTx" # to list chips, run probe-run --list-chips.
(flash and ram should be ok)

from probe-rs:
(HOST) INFO flashing program (17 pages / 17.00 KiB)
(HOST) INFO success!
Error: An error with the usage of the probe occured

from openocd
image

interestingly the main() is never hit, and all exception frame seems 0; the old project now work tho. not really sure what is going on here.

Have you adjusted memory.x?

yes, just double checked both flash and ram, also verified with the working project

Are you using a current version of probe-run? Are you compiling in release mode ?

yes, using both probe-run latest version (installed yesterday) and release mode, simply run with cargo run.
Also tested with openocd + gdb (setup work with the other project, so i am pretty confident)
If i can find some time this weekend, ill play a bit with it to find what is wrong

What's the word?

commented

what is the meaning of "What's the word?"?

Request status update

Closing due to lack of input.

tested against current version, 1.5.3, the issue seems to be fixed

Thanks!