Internet of Things (IoT) & Wireless Systems

Chapter 3
Smart Devices, Sensors, Actuators, and Embedded Systems

Doctorate in Information Technology
Internet of Things (IoT) & Wireless Systems   •   Doctorate

3. Smart Devices, Sensors, Actuators, and Embedded Systems

Introduction and Context

The Internet of Things is often described as a network of connected objects, but connectivity alone does not make an object intelligent. An IoT device becomes useful when it can observe a physical condition, interpret that condition, make or support a decision, and produce an appropriate physical or digital response. These capabilities depend on the coordinated operation of sensors, signal-conditioning circuits, microcontrollers, embedded software, communication interfaces, actuators, power systems, and mechanical packaging.

An IoT endpoint is therefore a cyber-physical system at a small scale. It occupies a boundary between the physical environment and computational infrastructure. A temperature sensor converts thermal conditions into an electrical signal; a microcontroller samples, filters, and interprets that signal; firmware may transmit the measurement through a wireless interface; and an actuator may alter a valve, motor, light, or heating element. Errors at any stage can compromise the complete system. A highly accurate sensor is of little value if it is poorly calibrated, while efficient firmware cannot compensate for unsuitable power regulation or electromagnetic interference.

This chapter examines the engineering principles underlying smart devices and embedded systems. It emphasizes not only component functions but also system-level trade-offs involving accuracy, latency, energy, reliability, cost, security, maintainability, and safety.

Learning Objectives

By the end of this chapter, readers should be able to:

1. Explain how sensors, signal-conditioning circuits, microcontrollers, firmware, communication interfaces, and actuators cooperate in an IoT endpoint.

2. Distinguish sensing technologies according to their physical principles, measurement characteristics, and application constraints.

3. Analyze sampling, quantization, filtering, calibration, uncertainty, and sensor-fusion requirements.

4. Compare embedded operating systems and bare-metal approaches for resource-constrained devices.

5. Design an initial hardware and firmware architecture for a connected sensing-and-actuation application.

6. Evaluate power-management, reliability, security, safety, and lifecycle issues in device design.

7. Critically assess prototyping methods and the limitations of laboratory results when systems are deployed in the field.

The Smart Device as a Layered Cyber-Physical System

A useful model represents an IoT device through five interacting layers. The physical interface consists of the sensing element and actuator. The analog front end supplies excitation, amplification, filtering, isolation, and protection. The embedded computation layer includes the microcontroller, memory, timers, and firmware. The communication layer provides wired or wireless connectivity. The power and packaging layer supplies energy, thermal management, mechanical protection, and environmental adaptation.

These layers are not independent. A high sampling rate increases computational activity and radio traffic, which raises energy consumption. A protective enclosure may improve environmental robustness but introduce thermal lag or reduce wireless performance. Local processing can reduce transmitted data and improve privacy, but it requires memory and computational resources. Engineering decisions must therefore be evaluated against a system objective rather than against isolated component specifications.

A smart device also has three functional paths. The measurement path carries information from the physical environment to software. The decision path transforms measurements into classifications, predictions, or control commands. The actuation path carries commands back into the physical environment. Feedback systems require attention to timing, stability, and failure modes; a delayed or noisy measurement can cause oscillation, unsafe behavior, or inefficient control.

Sensors: From Physical Phenomenon to Measurable Signal

A sensor transduces a physical, chemical, or biological quantity into a signal suitable for interpretation. Common measurands include temperature, pressure, acceleration, humidity, light, sound, gas concentration, magnetic field, position, and electrical current.

Sensors may be classified by the physical principle of transduction. Resistive sensors change resistance, as in resistance temperature detectors and strain gauges. Capacitive sensors respond to changes in capacitance and are common in touch, humidity, and inertial devices. Piezoelectric sensors generate charge under mechanical stress and are useful for vibration and impact measurement, although they are less suitable for static force measurement. Photodiodes convert optical energy into current, while thermocouples generate a voltage related to temperature differences. Microelectromechanical systems integrate miniature mechanical structures with electronic sensing and are widely used in accelerometers, gyroscopes, microphones, and pressure sensors.

No sensor is characterized by accuracy alone. Important properties include:

  • Sensitivity: change in output per unit change in measurand.
  • Range: minimum and maximum measurable values.
  • Resolution: smallest distinguishable change.
  • Accuracy: closeness to an accepted reference value.
  • Precision: repeatability of measurements.
  • Linearity: degree to which output follows an ideal linear relationship.
  • Hysteresis: dependence of output on the direction of change.
  • Drift: gradual change in response over time or environmental conditions.
  • Response time: time required to reach a specified proportion of the final output.
  • Selectivity: ability to respond primarily to the intended measurand.

Accuracy and precision should not be conflated. A sensor can produce tightly clustered measurements that are consistently offset from the true value. Calibration may reduce systematic offset, but it cannot necessarily eliminate random noise, aging, or environmental interference.

Sampling and Quantization

Digital systems observe analog signals through sampling and analog-to-digital conversion. If a signal contains frequency components above half the sampling frequency, aliasing may occur: higher-frequency behavior appears as a false lower-frequency signal. An anti-aliasing low-pass filter should therefore precede the converter when the signal bandwidth is known. The sampling rate must reflect the dynamics of the phenomenon, not merely the maximum speed of the microcontroller.

An analog-to-digital converter with an n-bit resolution divides its input range into approximately 2^n discrete levels. Quantization introduces an error typically bounded by roughly half a least-significant-bit under ideal assumptions. Increasing resolution does not automatically improve measurement quality if noise, reference instability, sensor drift, or poor grounding dominates the error budget.

Signal Conditioning and Measurement Integrity

Raw sensor outputs are frequently unsuitable for direct conversion. Signal conditioning may include amplification, attenuation, level shifting, excitation, bridge completion, filtering, linearization, isolation, and protection. A strain gauge, for example, may be placed in a Wheatstone bridge whose small differential voltage requires an instrumentation amplifier with high common-mode rejection. A thermocouple produces a small voltage and requires cold-junction compensation as well as careful noise control.

Operational amplifiers, instrumentation amplifiers, voltage references, multiplexers, and protection components form an analog front end. Design questions include input impedance, offset voltage, bias current, bandwidth, noise density, common-mode range, and supply limitations. A circuit that is theoretically adequate may fail when sensor leads act as antennas, when ground potential varies, or when the actuator injects switching noise into the supply.

Digital filtering complements analog conditioning. Moving averages are simple but introduce delay and can suppress rapid changes. Median filters are useful against isolated spikes. Exponential filters require little memory and are suitable for microcontrollers, although they attenuate dynamic responses. More sophisticated estimators, including Kalman filters, combine a system model with noisy observations and can be valuable in navigation or sensor fusion. Their effectiveness depends on appropriate assumptions about process and measurement noise.

Sensor fusion combines observations from different sensors to improve estimation. An inertial measurement unit may combine accelerometer and gyroscope data because each has different error characteristics. Fusion should not be treated as an automatic improvement: correlated errors, poor time synchronization, incorrect coordinate frames, and unmodeled bias can produce a confident but incorrect estimate.

Calibration, Uncertainty, and Validation

Calibration establishes the relationship between device output and a reference. A simple calibration may estimate offset and gain using two known points. Multi-point calibration may model nonlinearity through a polynomial, lookup table, or physical equation. Calibration can be performed during manufacturing, at installation, periodically in the field, or continuously through reference observations.

A rigorous measurement process distinguishes systematic and random uncertainty. Systematic effects include offset, gain error, temperature dependence, and cross-sensitivity. Random effects include electronic noise and environmental variation. Results should be reported with appropriate significant digits and uncertainty rather than with false precision.

Validation asks whether the complete device performs adequately in its intended context. Laboratory calibration under stable conditions is not sufficient for a device exposed to vibration, condensation, electromagnetic fields, sunlight, dust, or changing battery voltage. Verification tests whether implementation meets specified requirements; validation tests whether those requirements represent actual operational needs. Both are essential in doctoral research and professional engineering.

Microcontrollers and Embedded Architectures

A microcontroller integrates a processor core with memory and peripheral interfaces. Typical peripherals include general-purpose input/output, timers, pulse-width modulation, analog-to-digital converters, digital-to-analog converters, serial interfaces, watchdog timers, cryptographic accelerators, and low-power controllers. The appropriate microcontroller is selected by considering computational demand, memory footprint, operating voltage, peripheral compatibility, energy modes, security features, development support, lifecycle availability, and cost.

Architectures may be organized around a single microcontroller, a microcontroller paired with a communication module, or a heterogeneous system containing a low-power controller and a more capable application processor. The latter can separate always-on sensing from intensive analytics or wireless networking. Hardware selection should be based on worst-case requirements, not average demonstration performance.

Memory constraints influence software architecture. Flash or other nonvolatile memory stores program code; RAM stores variables, buffers, stacks, and operating-system objects; nonvolatile data storage retains configuration, logs, and keys. Excessive dynamic allocation can cause fragmentation and unpredictable failures in long-running systems. Deterministic memory allocation is often preferred in safety- or reliability-critical applications.

Embedded Operating Systems and Firmware

Firmware is the software that directly controls embedded hardware. A minimal device may use a bare-metal superloop: the program repeatedly polls inputs, performs computation, and services outputs. This approach has low overhead and can be highly predictable, but timing becomes difficult as functions multiply.

A real-time operating system (RTOS) provides tasks or threads, scheduling, synchronization, timers, queues, and device abstractions. A hard real-time requirement means that missing a deadline is unacceptable; a soft real-time requirement permits occasional deadline violations with degraded performance. Priority-based preemptive scheduling can support responsiveness, but it introduces risks such as priority inversion, race conditions, deadlock, and excessive context switching. Mutual exclusion, priority inheritance, bounded execution time, and careful interrupt design are therefore important.

Event-driven architectures allow a device to sleep until an interrupt or message arrives, which is valuable for low-power systems. Interrupt service routines should be short: they should capture essential information and defer substantial processing to a task or main loop. Firmware should also include watchdog recovery, fault logging, safe initialization, firmware-update support, and explicit handling of sensor disconnection or invalid data.

Secure firmware requires authenticated updates, protection of cryptographic keys, secure boot where appropriate, rollback or recovery mechanisms, and controlled debugging interfaces. Security must be designed into the boot and update chain rather than added after deployment.

Interfaces and Device Communication

Embedded devices use interfaces at several levels. I2C supports multiple low-speed peripherals over shared lines and is convenient for sensors, but addressing, bus capacitance, and contention must be managed. SPI generally offers higher speed and simpler timing at the expense of additional chip-select lines. UART is common for point-to-point communication and module configuration. CAN provides robust multi-node communication and fault handling in vehicles and industrial systems. USB and Ethernet support higher-throughput and standardized connectivity.

Wireless interfaces such as Bluetooth Low Energy, Wi-Fi, IEEE 802.15.4-based technologies, cellular systems, and low-power wide-area networks differ in range, throughput, latency, spectrum, infrastructure dependence, and energy cost. The communication choice should follow application requirements. Transmitting raw high-rate data through a radio is often less efficient than extracting features locally and transmitting only meaningful events.

Interface design also requires attention to electrical compatibility, logic levels, timing, grounding, electromagnetic compatibility, and fault isolation. A protocol may be correct while the physical implementation remains unreliable.

Actuators and Closed-Loop Control

Actuators convert electrical commands into physical action. Examples include motors, relays, solenoid valves, heaters, pumps, speakers, displays, and light-emitting devices. Actuator selection considers force or torque, speed, precision, duty cycle, startup current, thermal behavior, mechanical wear, and failure mode.

Microcontrollers rarely drive high-power loads directly. Transistors, motor drivers, relays, optocouplers, flyback diodes, current sensors, and power converters provide the required interface. Inductive loads can generate voltage transients when switched off; protective suppression is necessary to prevent damage and interference.

A control loop consists of a measured variable, a desired reference, a controller, and an actuator. Proportional-integral-derivative control is widely used, but its parameters must account for sampling interval, sensor delay, actuator saturation, noise, and plant dynamics. Stability cannot be assumed merely because each component works independently. Safety-critical systems should include independent limits, watchdog actions, and fail-safe states.

Power Management and Hardware Constraints

Energy is a system-level design constraint, particularly for battery-operated or energy-harvesting devices. Average power can be approximated as the sum of active, sleep, sensing, processing, and communication contributions weighted by their duty cycles. Radio transmission often consumes substantial energy, but sensor excitation, regulators, leakage, and conversion losses may also dominate.

Common techniques include duty cycling, deep-sleep modes, event-triggered sampling, adaptive sampling, local feature extraction, efficient voltage regulation, peripheral shutdown, and energy-aware communication. Battery capacity depends on discharge rate, temperature, aging, and cutoff voltage; a nominal capacity figure is not a complete energy model.

Hardware constraints include thermal dissipation, enclosure size, connector reliability, vibration, moisture ingress, electromagnetic compatibility, component tolerances, supply transients, and end-of-life behavior. Design for manufacture and design for test should be considered during prototyping. A breadboard can reveal logical errors but may not represent parasitic capacitance, mechanical stress, grounding, or production assembly conditions.

A Disciplined Prototyping Workflow

A robust prototype begins with a measurable requirement: for example, a pressure range, permissible error, sampling interval, battery life, response deadline, and communication reliability target. The designer then develops an error budget and power budget before selecting components. A block diagram clarifies interfaces and dependencies.

Early prototypes may use evaluation boards, modular sensors, and development kits to test feasibility. Subsequent iterations should replace convenient modules with representative circuitry, examine enclosure effects, and test under realistic environmental conditions. Hardware-in-the-loop testing can connect real controllers to simulated plants, while fault injection tests behavior under disconnected sensors, corrupted messages, low voltage, and actuator failure.

A professional prototype includes version-controlled firmware, documented schematics, reproducible build instructions, test records, calibration data, and a clear distinction between experimental code and production code. Measurements should be logged with timestamps, configuration metadata, and device identity so that results can be audited.

Illustrative Case Study: Cold-Chain Monitoring and Control

Background

Consider an illustrative deployment for pharmaceutical transport. Each insulated container contains temperature sensors, a humidity sensor, a microcontroller, a low-power cellular or long-range radio, a battery, and an actuator-controlled ventilation element. The objective is to maintain a defined temperature interval and provide an auditable record.

Situation and Problem

A first prototype used a single inexpensive digital temperature sensor mounted near the controller board. Tests in the laboratory appeared satisfactory, but field trials showed unexplained excursions. Battery life was also shorter than predicted, and the ventilation actuator occasionally reset the controller.

Analysis

The sensor location did not represent the product temperature; it represented local air near a heat-producing circuit. The system sampled frequently and transmitted every reading, creating unnecessary radio activity. The actuator generated supply transients, and the prototype lacked adequate electrical separation and transient suppression. Finally, calibration had been performed at one room-temperature point, leaving temperature-dependent error uncharacterized.

Approach and Solution

The redesign used two calibrated sensors at representative locations, with a third optional sensor for detecting gradients. A thermal model and response-time tests determined an appropriate sampling interval. The firmware performed local filtering, recorded minimum and maximum values, and transmitted summaries and alarm events rather than every raw sample. A watchdog and explicit invalid-data states were added.

The actuator driver was isolated from the sensing supply, included a flyback path and transient suppression, and enforced a safe default state. The battery model incorporated radio duty cycle, low-temperature performance, regulator losses, and aging. Calibration used multiple reference points, and environmental tests included vibration, cold conditions, door-opening events, and communication outages.

Outcome

The redesigned system produced more representative measurements, reduced communication activity, and improved recovery from actuator disturbances. More importantly, the design team discovered that compliance depended on traceability and evidence, not simply on displaying a plausible temperature value. The system required documented calibration, time synchronization, protected records, and a defined response when measurements were unavailable.

Learning Points

The case demonstrates that sensor placement, power architecture, firmware behavior, calibration, and governance are inseparable. It also illustrates a central IoT principle: optimizing a component in isolation may worsen the behavior of the complete cyber-physical system.

Challenges, Risks, and Professional Responsibilities

Common design mistakes include selecting a sensor without studying its environment, confusing resolution with accuracy, ignoring warm-up and response time, sampling without an anti-aliasing strategy, relying on nominal battery capacity, leaving debug ports exposed, and testing only nominal operation. Another frequent mistake is treating cloud connectivity as a substitute for local safety logic. An actuator controlling heat, pressure, access, or motion should have local protective limits even if the network is unavailable.

Privacy is relevant whenever sensors reveal occupancy, movement, health, industrial processes, or personal behavior. Data minimization, access control, retention limits, encryption, and transparent purpose specification should be considered during architecture design. Security controls must account for physical access, counterfeit components, supply-chain risks, insecure updates, weak credentials, and denial of service.

Regulatory obligations vary by application and jurisdiction, but medical, automotive, industrial, environmental, and radio devices may require formal testing and certification. Engineers should maintain traceable requirements, hazard analyses, risk controls, and change records. Ethical practice requires communicating uncertainty honestly and avoiding claims of precision or safety unsupported by evidence.

Current Directions and Emerging Research

Recent research increasingly combines ultra-low-power hardware with on-device machine learning. TinyML techniques permit anomaly detection, gesture recognition, acoustic classification, and predictive maintenance without continuously transmitting raw data. The benefits include lower latency and improved privacy, but model drift, limited training data, explainability, and energy cost remain important concerns.

Energy harvesting from light, vibration, thermal gradients, or radio-frequency sources can extend deployment life, although harvested energy is variable and often requires storage and adaptive operation. Neuromorphic and event-based sensors offer alternatives to uniform periodic sampling by reporting changes or events. Flexible electronics, printed sensors, digital twins, and self-calibrating devices are also active research areas.

These developments do not eliminate foundational engineering problems. A machine-learning model cannot correct an incorrectly placed sensor, and an energy-harvesting device still requires a defensible energy budget. Emerging intelligence must therefore be evaluated through the same requirements, uncertainty, safety, and lifecycle disciplines as conventional embedded systems.

Best-Practice Principles

A dependable smart device should be designed according to the following principles:

  • Begin with physical and operational requirements rather than available components.
  • Treat sensing, computation, communication, actuation, and power as one system.
  • Build explicit accuracy, uncertainty, timing, thermal, and energy budgets.
  • Use representative calibration and validate under realistic conditions.
  • Design safe local behavior for communication loss, invalid data, and hardware faults.
  • Minimize transmitted data when local processing can meet the requirement.
  • Protect firmware, credentials, update mechanisms, and physical debug interfaces.
  • Maintain reproducible documentation, test evidence, and configuration control.
  • Prototype progressively, moving from functional demonstration to production-representative testing.
  • Reassess assumptions throughout the device lifecycle, including maintenance and retirement.

Chapter Summary

Smart IoT devices are cyber-physical systems in which sensors convert physical phenomena into signals, embedded processors interpret those signals, communication interfaces exchange information, and actuators produce responses. Reliable operation depends on the entire chain: transduction, signal conditioning, sampling, quantization, filtering, calibration, firmware scheduling, power conversion, and environmental packaging.

Microcontroller and embedded operating-system choices must reflect timing, memory, energy, security, and reliability requirements. Actuation introduces power and safety issues that require suitable drivers, suppression, isolation, and fail-safe behavior. Prototyping is most valuable when supported by requirements, error and power budgets, realistic validation, fault injection, version control, and traceable measurement data. At doctoral level, the central analytical task is to recognize interactions and trade-offs rather than evaluate components independently. Emerging technologies such as TinyML, energy harvesting, event-based sensing, and self-calibration expand possibilities but do not replace disciplined engineering and ethical governance.

Key Terms

Sensor: A device that transforms a physical, chemical, or biological measurand into a usable signal.

Transducer: A component that converts energy or information from one physical form to another.

Actuator: A device that converts an electrical command into physical action.

Sensitivity: Change in sensor output per unit change in the measured quantity.

Accuracy: Closeness of a measurement to an accepted reference value.

Precision: Repeatability or consistency of repeated measurements.

Resolution: Smallest change that a measurement system can distinguish.

Drift: Gradual change in sensor response over time or environmental conditions.

Signal conditioning: Processing that adapts a raw sensor signal through amplification, filtering, protection, or linearization.

Aliasing: Misrepresentation of high-frequency signal content as lower-frequency content after sampling.

Quantization: Mapping of a continuous amplitude into discrete digital levels.

Calibration: Establishment or adjustment of the relationship between instrument output and a reference.

Microcontroller: An integrated circuit containing a processor, memory, and peripheral interfaces for embedded control.

Firmware: Software stored in or closely associated with embedded hardware.

RTOS: Real-time operating system that provides scheduling and coordination services with timing constraints.

Duty cycle: Fraction of time that a component or operating mode is active during a defined interval.

Sensor fusion: Combination of observations from multiple sensors to estimate a state or quantity.

Watchdog timer: Hardware or software mechanism that resets or flags a system that fails to operate correctly.

TinyML: Deployment of machine-learning inference on resource-constrained embedded devices.

Cyber-physical system: A system in which computational processes interact with physical processes through sensing and actuation.

Review Questions

Short Answer Questions

1. Distinguish sensor accuracy from sensor precision.

2. Why is anti-aliasing filtering important before analog-to-digital conversion?

3. State two differences between a bare-metal superloop and an RTOS-based firmware architecture.

4. What purposes do watchdog timers serve in embedded devices?

5. Why can sensor placement be as important as sensor selection?

Long Answer Questions

1. Explain the complete measurement path from a physical phenomenon to a digital value, including transduction, signal conditioning, sampling, quantization, and calibration.

2. Discuss the principal factors that should guide microcontroller and embedded operating-system selection for an IoT endpoint.

3. Analyze the relationship between power management, communication strategy, local processing, and battery life.

4. Explain the design requirements of a safe actuator interface, including driver circuits, transient suppression, isolation, and fail-safe behavior.

5. Describe a rigorous prototyping and validation workflow for a field-deployed sensing device.

Analytical / Application Questions

1. A battery-powered vibration monitor transmits every sensor sample over a wireless link. Propose an alternative architecture and justify it using sampling, local processing, communication, and energy considerations.

2. A pressure-control system exhibits oscillation after a new digital sensor is installed. Analyze possible causes involving sampling interval, filtering delay, sensor response time, actuator saturation, and controller tuning.

3. Design an error and validation strategy for an environmental monitoring device exposed to temperature changes, moisture, electromagnetic interference, and intermittent network connectivity.

22. Multiple Choice Questions with Answers

Question 1

A sensor produces tightly clustered measurements that are consistently higher than the reference value. Which characterization best applies?

A. High precision but low accuracy

B. High accuracy but low precision

C. Low precision and no systematic error

D. High resolution with perfect accuracy

Correct Answer: A. High precision but low accuracy

Question 2

What is the primary purpose of an anti-aliasing filter in a sampled measurement system?

A. To increase actuator torque

B. To suppress frequency components that could be misrepresented after sampling

C. To encrypt sensor data before transmission

D. To compensate for battery aging

Correct Answer: B. To suppress frequency components that could be misrepresented after sampling

Question 3

A device must operate for months on a battery and only report abnormal vibration events. Which design choice is most appropriate?

A. Transmit every raw sample continuously

B. Disable local processing and increase radio power

C. Use event-triggered sensing and transmit extracted features or alarms

D. Increase the sampling rate without changing the duty cycle

Correct Answer: C. Use event-triggered sensing and transmit extracted features or alarms

Question 4

Why should an interrupt service routine generally be kept short?

A. Long routines can delay other time-critical activities

B. Short routines always improve sensor accuracy

C. Long routines eliminate the need for an RTOS

D. Short routines increase analog resolution

Correct Answer: A. Long routines can delay other time-critical activities

Question 5

A motor causes a microcontroller to reset whenever it is switched off. Which engineering issue is the most likely cause?

A. Insufficient sensor resolution

B. Inductive voltage transients and inadequate power separation or suppression

C. Excessive calibration precision

D. Incorrect ADC quantization formula

Correct Answer: B. Inductive voltage transients and inadequate power separation or suppression

Question 6

Which statement correctly distinguishes verification from validation?

A. Verification asks whether the design meets specifications; validation asks whether it meets the real operational need

B. Verification concerns only batteries; validation concerns only software

C. Verification is performed in the field; validation is never experimental

D. They are identical terms with no engineering distinction

Correct Answer: A. Verification asks whether the design meets specifications; validation asks whether it meets the real operational need

Question 7

Why might increasing ADC bit depth fail to improve the useful accuracy of a measurement?

A. ADC resolution has no relationship to digital systems

B. Noise, reference instability, or sensor error may dominate the total error budget

C. Higher bit depth always reduces sampling frequency to zero

D. Quantization occurs only in wireless networks

Correct Answer: B. Noise, reference instability, or sensor error may dominate the total error budget

Question 8

In an RTOS-based device, priority inversion refers to a situation in which:

A. A low-priority task indirectly prevents a high-priority task from proceeding

B. An ADC changes a digital signal into an analog signal

C. A sensor reverses its calibration slope

D. A radio transmits in the opposite geographic direction

Correct Answer: A. A low-priority task indirectly prevents a high-priority task from proceeding

Question 9

Which case most clearly requires local safety logic rather than dependence on cloud connectivity?

A. Displaying a noncritical historical chart

B. Controlling a heater whose unsafe operation could damage equipment

C. Changing the color of a user interface icon

D. Compressing an archived data file

Correct Answer: B. Controlling a heater whose unsafe operation could damage equipment

Question 10

What was a central lesson of the cold-chain case study?

A. A single laboratory calibration point is sufficient for deployment

B. Radio transmission should always be continuous

C. Sensor placement, power integrity, calibration, firmware, and governance must be evaluated as an integrated system

D. Actuators should be connected directly to microcontroller pins

Correct Answer: C. Sensor placement, power integrity, calibration, firmware, and governance must be evaluated as an integrated system

Internet of Things (IoT) & Wireless Systems
Chapter 3 of 15