Parent: #43
Summary
Add a second startup splash immediately after the existing Caterham artwork. The first splash and the new hardware-information splash should each default to two seconds, with independent durations stored in the existing system configuration file.
Existing configuration
params.json already owns system-level configurable values including selectable durations, display timing, colours, firmware version, and the legacy BOOT_DELAY_SEC. Replace that ambiguous key with a clearly named first-splash duration and add a separate hardware-splash duration. Continue accepting BOOT_DELAY_SEC as a backward-compatible alias for existing installations.
Startup sequence
- Render the existing artwork/text fallback and show it for the configured first-splash duration.
- Render the hardware-information screen and show it for its independently configured duration.
- Continue with IMU initialization and the Ready screen.
Hardware-information content
The second splash should present concise, readable device information gathered at runtime where possible:
- supported board/model and device type
- CPU or machine type
- Track Session Timer firmware version
- operating system/runtime name and version
- platform identifier
Values must be normalized or shortened so every line fits the 240×240 circular display. Missing runtime fields should use a safe Unknown fallback rather than preventing startup.
Acceptance criteria
Relationship
This is a focused startup-diagnostics deliverable beneath #43. A full interactive self-test remains tracked by the parent issue.
Parent: #43
Summary
Add a second startup splash immediately after the existing Caterham artwork. The first splash and the new hardware-information splash should each default to two seconds, with independent durations stored in the existing system configuration file.
Existing configuration
params.jsonalready owns system-level configurable values including selectable durations, display timing, colours, firmware version, and the legacyBOOT_DELAY_SEC. Replace that ambiguous key with a clearly named first-splash duration and add a separate hardware-splash duration. Continue acceptingBOOT_DELAY_SECas a backward-compatible alias for existing installations.Startup sequence
Hardware-information content
The second splash should present concise, readable device information gathered at runtime where possible:
Values must be normalized or shortened so every line fits the 240×240 circular display. Missing runtime fields should use a safe
Unknownfallback rather than preventing startup.Acceptance criteria
STARTUP_SPLASH_DURATION_SECandHARDWARE_SPLASH_DURATION_SECvalues toparams.json, both defaulting to2.BOOT_DELAY_SECas the first-splash duration when the canonical key is absent.Relationship
This is a focused startup-diagnostics deliverable beneath #43. A full interactive self-test remains tracked by the parent issue.