---
title: "Embedded real-time software; model for project"
subject: "Instrumentation II"
chapter: 9
key: "semester_5/instrumentation_ii:embedded-rt-software-model"
source: https://www.bctengineer.com/q/semester_5/instrumentation_ii/embedded-rt-software-model
site: BCT Engineering
---

# Embedded real-time software; model for project

Instrumentation II · Chapter 9: Software For Instrumentation And Control Applications

- Asked in: 2079 Baisakh, 4 marks
- Answer checked by Claude Sonnet 5.5 on 2026-10-14
- Page: https://www.bctengineer.com/q/semester_5/instrumentation_ii/embedded-rt-software-model
- Whole chapter: https://www.bctengineer.com/md/semester_5/instrumentation_ii/chapter-9

## Question

What do you mean by embedded and real time software? Discuss the software model suitable for your academic project.

## Short answer

Embedded software is firmware in devices for a dedicated function with limited resources. Real-time software must produce results within time deadlines; hard real-time fails if missed, soft degrades. For an academic microcontroller project, an iterative/incremental model with prototyping is suitable, building and testing one module per iteration.

## Answer

#### Embedded software
Embedded software is the program stored in the non-volatile memory (ROM/flash) of a microcontroller or microprocessor that is built into a device (a washing machine, an instrument, a car ECU) to perform a dedicated function. It has a fixed purpose, limited memory and CPU power, and works directly with the hardware (sensors, actuators, ports).

#### Real-time software
Real-time software must produce correct results within a specified **time deadline**; correctness depends on both the logic and the time at which the result is produced. A **hard real-time** system (airbag, pacemaker) fails if a deadline is missed; a **soft real-time** system (video playback) only loses quality. It uses interrupts, timers and often an RTOS with priority scheduling.

#### Suitable model for an academic project
Assume a microcontroller-based project (for example a temperature-controlled system with an LCD and a keypad). The suitable model is **iterative/incremental (or prototyping) development**:
- The requirements of a student project are not fully fixed, and the hardware is built step by step.
- Build and test one module per iteration (sensor reading, display, control, communication), with a working version after each, and integrate gradually.
- An early prototype on a breadboard or simulator confirms feasibility, and feedback from the supervisor guides the next increment.
- Test each increment before adding the next; finish with system testing and documentation.

## Check yourself

The answer's key points as multiple-choice questions, with the correct option and why.

1. Where is embedded software stored?
   A. On a cloud drive only
   B. In a PC hard disk
   C. In RAM only
   D. In non-volatile memory of a built-in device
   Answer: D. It resides in ROM/flash. (Key point: Embedded software)

2. Hard real-time system means?
   A. Missing a deadline is a failure
   B. Missing deadline loses quality only
   C. No deadlines
   D. Slow response is fine
   Answer: A. Airbag and pacemaker are hard real-time. (Key point: Hard real-time)

3. Example of soft real-time?
   A. Airbag
   B. Video playback
   C. Pacemaker
   D. Brake controller
   Answer: B. Soft real-time only loses quality. (Key point: Soft real-time)

4. Suitable model for academic project?
   A. Strict waterfall
   B. No model
   C. Iterative/incremental or prototyping
   D. Big-bang
   Answer: C. Requirements are not fixed and built stepwise. (Key point: Suitable model)

## Related in Instrumentation II

- [Increasing reliability of embedded real-time software](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Aembedded-rt-reliability) — Instrumentation II, chapter 9
- [Software reliability; waterfall vs prototyping; embedded software](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Asw-reliability-models-embedded) — Instrumentation II, chapter 9
- [Software testing time paradox](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Asw-testing-paradox) — Instrumentation II, chapter 9
- [Prototyping model of software](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Aprototype-model) — Instrumentation II, chapter 9, asked 3×
- [Spiral model of software development](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Aspiral-model) — Instrumentation II, chapter 9, asked 3×
- [Compare software models; propose a fourth model](https://www.bctengineer.com/question.md?key=semester_5%2Finstrumentation_ii%3Asw-models-compare-fourth) — Instrumentation II, chapter 9

## Related in other subjects

- [Spiral model of embedded software life cycle](https://www.bctengineer.com/question.md?key=semester_6%2Fembedded_system%3Aspiral-model-esdlc) — Embedded System, chapter 3
- [Real-time versus ordinary software and OS; data acquisition](https://www.bctengineer.com/question.md?key=semester_5%2Fsoftware_engineering%3Areal-time-vs-non-real-time) — Software Engineering, chapter 4
- [Designing software for real-time environments](https://www.bctengineer.com/question.md?key=semester_5%2Fsoftware_engineering%3Areal-time-design-considerations) — Software Engineering, chapter 4
- [Embedded software development process](https://www.bctengineer.com/question.md?key=semester_6%2Fembedded_system%3Asoftware-development-flow) — Embedded System, chapter 3, asked 3×
