wpilibsuite / wpilibsuite/SystemcoreTesting

SmartDashboard data doesn't save to log file

Open
#212 5 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

WPILib
Dominant language
Java
Stars
186
Forks
24
Avg merge
8h 27m
Merged PRs (30d)
9

Description

We (1678) are currently competing at Madtown Throwdown. We have encountered a very weird issue during this event.

From what we can see, there seems to be an issue with logging data. Specifically, data relating to the positions and setpoints of swerve modules.

Here is a timeline of what happened:

Quals 3: No issue with data, stuff logged as expected

System Check before Quals 11: During our checks no issues, robot functioned as expected. When looking at the logs post-match we discovered the issue was present here as well.

Quals 11: For the most part, robot functioned as expected during the match. We pulled the log to look at a separate issue.

When we tried to look at the log from Quals 11, this is we discovered the issue.

Image

The robot(fused) pose and the vision pose (from the limelight) stay in the default position the entire log. Other things that are related like the module positions and states also are nonexistent.

Image

I ran additional tests on the robot before turning power off. These values update when connected to the robot and viewing data live via AdvantageScope. When I went and pulled this log (new section of Q11 log) the same data that was logged live was nonexistent in the log file.

Seems like all these fields are not getting initialized.

We swapped battery and power cycled and ran these two tests again. Same issue, the data is visible live but nonexistent in the log.

Our code for reference: https://github.com/frc1678/C2025-SystemCore

Storage also is nowhere near full, Internal is ~35% full and we are putting all logs on a thumb drive which is ~20% full

@corsetto pinging for notifications

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the referenced frc1678/C2025-SystemCore code and compare the SmartDashboard fields seen live in AdvantageScope with the corresponding pulled log from Quals 11. Reproduce the live-versus-recorded discrepancy if possible and trace where swerve module positions, setpoints, and pose data enter logging. Done means those fields are present and updating in the saved log as they do live.

Written by the indexing model from the issue text.

Assessment

Tech stack
java
Domain
observability-sre
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.