wcet-budget

Generate auditable WCET upper bounds for real-time embedded tasks.

3|2|Updated Jan 23, 2026
One-click install
npx skills add https://github.com/robotijn/ctoc --skill wcet-budget
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: wcet-budget
Source: https://github.com/robotijn/ctoc/tree/main/skills/realtime/wcet-budget
Command: npx skills add https://github.com/robotijn/ctoc --skill wcet-budget

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Hard real-time embedded systems require provable, auditable worst-case execution time (WCET) bounds to meet safety-critical deadlines, pass regulatory certification, and avoid in-flight deadline misses that risk hardware safety and system reliability. Manual WCET estimation is error-prone, often underestimates bounds, and fails to account for microarchitectural effects like cache jitter and pipeline stalls.

Core Features & Use Cases

  • Citation-Backed WCET Bounds: Generates tight, safe upper bounds for real-time tasks that account for cache, pipeline, branch prediction, and bus contention effects, compliant with ISO 26262 ASIL D, RTCA DO-178C Level A, and IEC 61508 SIL 3 requirements.
  • Schedulability Validation: Reconciles WCET bounds against declared per-task time budgets and runs response-time analysis to identify unschedulable systems before deployment.
  • Multicore Contention Modelling: Enforces Robust Time Partitioning requirements for multicore platforms, including cache colouring, core pinning, and memory bandwidth quotas to ensure bounds hold under realistic runtime contention.
  • Use Case: For an automotive brake control system with a 200μs hard deadline, this skill validates that the static WCET bound includes proper loop annotations, adds a documented safety margin, and cross-checks the bound against Hardware-in-the-Loop test results to meet safety certification requirements.

Quick Start

Use the wcet-budget skill to analyze the worst-case execution time of all deadline-bearing real-time tasks in the current plan, validate their schedulability, and generate the compliant .ctoc/realtime/wcet/<plan-id>.yaml artifact for certification review.

Frequently Asked Questions about wcet-budget

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I calculate provable WCET bounds for hard real-time embedded systems?

To calculate provable WCET bounds for hard real-time embedded systems, you analyze task code with loop bound annotations and microarchitectural modeling to generate auditable upper bounds. This process accounts for cache jitter, pipeline stalls, and bus contention effects.

Does WCET analysis support multicore platforms with cache and bus contention?

Yes, WCET analysis supports multicore platforms by enforcing Robust Time Partitioning through cache colouring, core pinning, and memory bandwidth quotas. This ensures calculated execution time bounds remain valid under realistic multicore bus contention.

How do I validate schedulability and response time for ISO 26262 ASIL D tasks?

To validate schedulability for ISO 26262 ASIL D tasks, you reconcile WCET bounds against declared per-task time budgets and run response-time analysis. This identifies unschedulable systems and verifies deadline compliance before deployment.

What is the best way to document worst-case execution time for DO-178C Level A certification?

The best way to document worst-case execution time for DO-178C Level A certification is generating citation-backed WCET artifacts. These include documented safety margins, loop annotations, and Hardware-in-the-Loop corroboration for release gating.

Why does manual WCET estimation fail to account for cache jitter and pipeline stalls?

Manual WCET estimation fails to account for cache jitter and pipeline stalls because it is error-prone and often underestimates bounds. It lacks automated microarchitectural modeling required to safely capture complex hardware contention effects.