Discard incomplete emulated frames after an idle deadline
A sender transmits a header and stops, pinning a receive buffer indefinitely. Add an injected idle timer.
- Focused work estimate
- 2h + prerequisites
- Priority in the scenario
- Medium
- Engineering practice
- Timers · Resource management
Estimated field mix
- Embedded and edge60%
- Networking40%
Field percentages are editorial estimates of the ticket's engineering focus. They total 100%; they are not measured time, proficiency scores, or ownership evidence.
Review it, then add it to your workspace.
The board opens an editable draft; nothing is saved until you confirm it. Sign-in and workspace permissions apply, and Demo boards remain ephemeral.
Project context
Fictional environmental-display devices send synthetic noncritical readings to a local gateway. Implement a byte-stream emulator; no physical device, radio, credentials or safety-critical control is involved.
Setup prerequisites
- Specify a small frame format with length sequence payload and checksum.
- Generate local byte streams with fragmentation corruption and reconnects.
Preceding work
Complete these dependencies, or supply their agreed outputs before taking this ticket.
- CFRAME-101 · Decode emulated device frame integers with explicit byte order
- CFRAME-102 · Reject emulated device frames above the receiver limit
- CFRAME-103 · Verify emulated device frame checksums before dispatch
- CFRAME-104 · Assemble fragmented emulated frames across arbitrary read boundaries
- CFRAME-105 · Resynchronize emulated device framing after a corrupt header
Acceptance criteria
- Active progress refreshes deadline
- Expired partial frame releases buffer
- New valid frame can start afterward
Implementation constraints
- Use monotonic elapsed time rather than calendar time.
Verification to include
- Complete frame before deadline
- Pause midway beyond deadline
Deliverables
- Partial-frame timeout and clock cases
Rollout and recovery
Reset connection on timeout if local recovery is uncertain.
Value of the work
For the engineer: Practice incremental parsing, fixed resource limits and protocol recovery.
For the team: Inspect whether a device adapter survives malformed input without corrupting accepted readings.
Evidence boundaries
Outcome Evidence: Tests, patches, and runbooks are requested deliverables. They become Outcome Evidence only through a qualified Mission and immutable Evidence IDs.
Ownership Evidence: Independent adaptation must be observed under a declared verification policy and cite immutable Evidence IDs. Completing a planning ticket establishes no Ownership Evidence.