Closed rickpayne closed 4 months ago
I got this to compile by adding this to the Cargo.toml of both the server and client:
cortex-m = { version = "0.7.6", features = ["critical-section-single-core"]}
Thanks for letting me know and providing the fix! Looks like it bitrotted since the last CI run passed :(
Thanks for the updates. I'm struggling to run this on the NUCLEO-WL55JC1 boards I have. I don't see anything when I run it as describe in the README:
Running `CARGO=/Users/rickp/.rustup/toolchains/stable-aarch64-apple-darwin/bin/cargo CARGO_MANIFEST_DIR=/Users/rickp/src/lora/stm32wl-lightswitch-demo/client CARGO_PKG_AUTHORS='Alex Martens <alex@thinglab.org>' CARGO_PKG_DESCRIPTION='' CARGO_PKG_HOMEPAGE='' CARGO_PKG_LICENSE=MIT CARGO_PKG_LICENSE_FILE='' CARGO_PKG_NAME=client CARGO_PKG_README='' CARGO_PKG_REPOSITORY='' CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.1.0 CARGO_PKG_VERSION_MAJOR=0 CARGO_PKG_VERSION_MINOR=1 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE='' DYLD_FALLBACK_LIBRARY_PATH='/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug/build/cortex-m-f5f641789d97e48a/out:/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug/build/cortex-m-rt-648539013d4ac8fe/out:/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug/build/defmt-b6d44b9f26295d7c/out:/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug/build/stm32wl-b333b19af76c615b/out:/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug/deps:/Users/rickp/src/lora/stm32wl-lightswitch-demo/target/thumbv7em-none-eabi/debug:/Users/rickp/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/thumbv7em-none-eabi/lib:/Users/rickp/.rustup/toolchains/stable-aarch64-apple-darwin/lib:/Users/rickp/lib:/usr/local/lib:/usr/lib' probe-run --chip STM32WLE5JCIx target/thumbv7em-none-eabi/debug/client --probe 002400323331511934333834`
(HOST) INFO flashing program (32 pages / 32.00 KiB)
(HOST) INFO success!
(HOST) WARN `defmt::timestamp!` implementation was found, but timestamp is not part of the log format; consider adding the timestamp `{t}` argument to the log format
────────────────────────────────────────────────────────────────────────────────
^C────────────────────────────────────────────────────────────────────────────────
(HOST) INFO program has used at least 0.16/62.39 KiB (0.3%) of stack space
stack backtrace:
0: stm32wlxx_hal::subghz::wakeup
at /Users/rickp/.cargo/registry/src/index.crates.io-6f17d22bba15001f/stm32wlxx-hal-0.6.1/src/subghz/mod.rs:151:11
1: stm32wlxx_hal::subghz::SubGhz<MISO,MOSI>::new_with_dma_no_reset
at /Users/rickp/.cargo/registry/src/index.crates.io-6f17d22bba15001f/stm32wlxx-hal-0.6.1/src/subghz/mod.rs:590:18
2: stm32wlxx_hal::subghz::SubGhz<MISO,MOSI>::new_with_dma
at /Users/rickp/.cargo/registry/src/index.crates.io-6f17d22bba15001f/stm32wlxx-hal-0.6.1/src/subghz/mod.rs:555:18
3: client::app::init
at client/src/main.rs:214:13
4: client::app::rtic_ext::main::{{closure}}
at client/src/main.rs:143:1
5: client::app::rtic_ext::main::__rtic_init_resources
at client/src/main.rs:143:1
6: cortex_m::asm::nop
at /Users/rickp/.cargo/registry/src/index.crates.io-6f17d22bba15001f/cortex-m-0.7.7/src/asm.rs:35:5
7: main
at client/src/main.rs:143:1
8: Reset
(HOST) INFO device halted by user
Poking with the debugger (manually, as cargo embed also seems to fail), it seems to block in stm32wlxx_hal::subghz::wakeup.
Any ideas?
Compiling it gives:
Does it need a critical section implementation now?