Skip to content

robotctl: the IMU panel goes away with a pad swap or a lost tap - #275

Open
hadelan wants to merge 1 commit into
pollen-robotics:mainfrom
hadelan:monitor-drop-stale-imu-panel
Open

robotctl: the IMU panel goes away with a pad swap or a lost tap#275
hadelan wants to merge 1 commit into
pollen-robotics:mainfrom
hadelan:monitor-drop-stale-imu-panel

Conversation

@hadelan

@hadelan hadelan commented Sep 12, 2026

Copy link
Copy Markdown

Two paths no ImuDetached covers left the last pad's IMU panel frozen on screen forever, drawn as if live:

  • A pad swap with the tap alive: the new pad has no IMU, so no ImuAttached ever follows its Attached — and Attached did not clear the panel.
  • The tap connection itself dropping: that ImuDetached died with the connection, and the next subscription seeds only what the new padd has. PadLost cleared the device but not the IMU.

Attached now clears the panel until the new pad's own ImuAttached, and PadLost clears it with the pad. Regression test walks both paths. cargo test -p robotctl, clippy -D warnings, fmt --check all green.

Two paths no ImuDetached covers left the last pad's IMU panel frozen on
screen forever: a pad swap with the tap alive (the new pad has no IMU, so
no ImuAttached ever follows the Attached), and the tap connection itself
dropping (the ImuDetached died with it, and the next subscription seeds
only what the new padd has). Attached now clears the panel until the new
pad's own ImuAttached, and PadLost clears it with the pad.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant