Canvas metrics without a data source: faults, firmware, spin test, batteries

Offen
  • Stimmt etwas nicht?
#9 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
python
Bereich
data-engineering

Rechercherichtung

Read the p4-views-and-reports Non-Goals and docs/rewrite/06-roadmap.md to identify which metrics belong in the Live & Pit follow-up. The issue points to views/queries.py and existing views, but each metric first needs data logged on the robot and extracted during ingest or derive. Done means the selected metric is available in the query whitelist and shown in a track or column.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

enhancement robot-side

The design canvas ("Flashpoint UI Prototypes", docs/UX/flashpoint-ui-claude-design) shows metrics P4 couldn't build because no data source exists yet (openspec change p4-views-and-reports, Non-Goals):

  • Faults per match: fault signals aren't in the health hoot profile.
  • Firmware events: firmware versions/updates aren't extracted per device.
  • Pit spin-test current: there is no standard spin test or log of one.
  • Batteries: no battery identity or internal resistance is recorded (also see the battery-voltage issue).
  • CAN utilisation and loop-overrun markers: not extracted from the DS/wpilog yet.
  • Current-limit markers: current limits aren't in the robot config.

Each is a data task first (log it on the robot, extract it in ingest/derive), then a whitelist entry in views/queries.py and a track or column in the existing views; the P4 shell needs no restyling. Some of these belong in the Live & Pit follow-up change in docs/rewrite/06-roadmap.md.

Vorherrschende Sprache
Python
Sterne
0
Forks
1
Ø Merge
18 Std. 37 Min.
Gemergte PRs (30 T.)
15

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus IgniteRobotics/flashpoint

Alle Issues in IgniteRobotics/flashpoint

Ähnliche Issues

Weitere Issues zu Python

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.