[Design Review] [Payload]: Payload v1r1 Hardware Mocks & Testing

[FerretCode]

Subsystem

Payload

Type of work

Other

Target start date

2026-07-15

Reviewer(s) requested

@OSUSat/osusat-reviewers

What you're about to build

Create hardware mocks and testing framework to validate software functionality without physical hardware.

Which requirement(s) does this satisfy?

Payload Subsystem Info - Next steps (v1r1): Create hardware mocks.

Pre-work checklist

• Relevant subsystem information doc section (mission context, electrical requirements, part tradeoffs) exists and covers this work
• (Hardware) Relevant part(s) selected with a documented tradeoff, or reusing an already-approved part
• (Hardware) Derating requirements for any new part identified before layout begins
• (Hardware) If this touches envelope, mass, power architecture, RBF, deployment switches, or RF: CDS-compliance checklist reviewed
• (Firmware) Interface sketched out and classified into Question/Command/Loop per the event-driven refactor guideline
• (Firmware) Proposed event UID(s) checked against the existing UID registry for collisions
• Known open questions or risks are listed below

Open questions / risks

How do we mock the camera hardware and filter switcher?