openlogi-device: replace tokio::time with a wasm-portable timer
- Dominant language
- Rust
- Stars
- 21k
- Forks
- 675
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 172
Description
`openlogi-device` uses `tokio::time` for inventory/write timeouts (~10 sites). On `wasm32-unknown-unknown` these panic at runtime — the wasm CI job is a `cargo check` and cannot see it.
Candidate: `futures-timer`, which costs a global timer thread on native — weigh that against a cfg-split timer shim. Whatever the pick, the constraint is one timer story for native and wasm, not per-call-site cfg.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start in the openlogi-device crate by locating its roughly 10 tokio::time timeout sites and checking how the wasm32-unknown-unknown target currently handles them. Compare futures-timer with a cfg-split timer shim, then verify that all sites use one timer story and that wasm no longer panics while native behavior is preserved.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- embedded-iot
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 52/100