Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

State looks live while the car is asleep or the CAN bus is silent

Aperta
  • Qualcosa non va?
#11 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
35/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
rust
Ambito
embedded-iot

Direzione di ricerca

Start with state_update_task and STATE_HEARTBEAT_INTERVAL in cars/egmp/src/lib.rs, then trace the liveness timer in mobile-app/lib/providers/vehicle_state_provider.dart and the timestamp display in egmp_dashboard.dart. Review a log of the car falling asleep and waking up to determine which signals remain valid. Done when the app distinguishes fresh CAN data from the last state reported before the bus went quiet.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Problem

  • state_update_task republishes the full state every 5 s (STATE_HEARTBEAT_INTERVAL, cars/egmp/src/lib.rs:223), whether or not any CAN frame arrived. So when the car sleeps, or the bus goes quiet because of a bus fault, wiring or a WiCAN issue, the device keeps sending the last known values as if they were fresh.
  • The app marks state live on any update (30 s liveness timer, mobile-app/lib/providers/vehicle_state_provider.dart:182). The dashboard then shows "Updated just now" (egmp_dashboard.dart:282) for values that may be hours old.
  • Values that are only meaningful while the car is awake stay frozen at their last reading: speed, power flow, charging state, time to 80%, and so on.

Open questions

  • What does an E-GMP car send before going to sleep? Do the last frames leave a consistent "off" state (Park, not ready, not charging)?
  • Which values are still valid while asleep (doors, locks, SoC, odometer) and which should be marked unknown?
  • How should the app show "car asleep, last seen at X" compared with "device connected, no CAN data"?

Ideas

  • Track the time of the last frame that matched a filter, and send it with each state update (or as a system-state field).
  • Stop the heartbeat, or flag the state as stale, after N seconds without frames.
  • Clear values that only make sense while awake when the bus goes quiet.
  • Check this against a log of the car falling asleep and waking up.

Done when
The app can tell live data from data the car last reported before going quiet, and shows the difference.

Lingua principale
Rust
Stelle
1
Fork
0
Merge medio
11h 26m
PR unite (30g)
18

Preparare l'ambiente

Apri in Codespaces

Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.

  • Nessun Dockerfile né file Docker Compose
  • Nessun modello di pull request
  • Nessuna guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di OpenCarControls/firmware

Tutte le issue di OpenCarControls/firmware

Issue simili

Altre issue su Rust

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.