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

Ouverte
#9 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
5/5
Temps estimé
Plus d'une semaine
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Active
Stack technique
python

Piste de recherche

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.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

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.

Langage dominant
Python
Étoiles
0
Forks
1
Merge moyen
18 h 37 min
PR mergées (30 j)
15

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de IgniteRobotics/flashpoint

Toutes les issues de IgniteRobotics/flashpoint

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.