Sensor Applications · Study deck
The Sensor Data Path
The photographs below make outdoor environmental sensor station (weatherproof enclosure) a physical comparison: look for changes in package, exposed interfaces, mounting, scale, and service access before treating the forms as interchangeable.
Physics Phoebe is your guide for this deck.
After studying this chapter
Learning objectives
You will be able to:
- trace a reading's source, timestamp, unit, and quality state as it moves from sensing node through gateway, processing, storage, and action
- assign a gateway's role (translate, buffer, filter, route, local decision) explicitly instead of treating it as a black box
- identify which architecture handoff is responsible when a stored or displayed value loses its supporting context
- Explain: The photographs below make outdoor environmental sensor station (weatherproof enclosure) a physical comparison: look for changes in package, exposed interfaces, mounting, scale, and service access before treating the forms as interchangeable.
Major section
Start With the Data Path Story
The photographs below make outdoor environmental sensor station (weatherproof enclosure) a physical comparison: look for changes in package, exposed interfaces, mounting, scale, and service access before treating the forms as interchangeable.
- They share a capability name, but packaging and installation change the electrical, mechanical, environmental, and maintenance constraints.
- Architecture must protect meaning across every hand-off.
- The number may be accurate, yet the person cannot know where it came from or whether it is safe to act.
- A gateway is the device that joins a local sensing network to another system.
Major section
Start With the Data Path Story (continued)
The final action should stop or show doubt when its evidence is incomplete.
- This trace proves one decision path, not every use of the stored data.
- New reports or rules may create new duties.
- The architecture is good only if that path keeps the reading's source, time, unit, context, and quality state intact.
Major section
Architecture Preserves Meaning
Sensor application architecture is the reviewable path from a physical reading to a display, alert, report, automation rule, or human review.
- The architecture is not the list of devices.
- A strong architecture record says what each step owns, what evidence proves the handoff works, what quality states can occur, and what change requires retesting.
- This keeps the application tied to a bounded decision instead of a vague claim that data is available somewhere.
Major section
Architecture Preserves Meaning (continued)
If any handoff drops one of those fields, the architecture has turned a measurement into an unsupported claim.
- For example, an equipment-room heat monitor may begin with a temperature sample from a wall-mounted sensing node.
- A processing rule rejects impossible jumps, marks stale records unavailable, and passes only fresh accepted readings to storage.
- An Airspeck-S-style environmental station makes the same boundary visible at outdoor scale.
Major section
Architecture Preserves Meaning (continued)
The display can then show the latest accepted state, while a maintenance reminder is allowed only when the stored record still has source, unit, timestamp, room context, quality state, and rule version.
- If you only need the core idea, use this rule: a sensor application is ready only when every downstream action can trace back to a reading with source, unit, timestamp, context, quality state, and validation evidence.
- GatewayTranslates, buffers, filters, routes, attaches site context, or supports a local decision when that role is explicit and validated.
- Action PathProcesses, stores, displays, alerts, reports, actuates, or queues review only when the evidence allows the action.
Major section
Write the Architecture Record
A practical architecture review starts with the decision or action.
- A comfort display, cold-storage alarm, machine-protection shutdown, field inspection note, and maintenance report can all use sensor data, but they need different evidence strength.
- The architecture record should say exactly which decision the path supports.
- Once the decision is clear, map every handoff.
Major section
Write the Architecture Record (continued)
Action rule, blocked states, escalation path, validation example, and owner.
- The record should show the sensing node, gateway behavior, processing rule, storage fields, action rule, validation evidence, quality states, and retest trigger.
- If a handoff changes meaning, the record should keep the original meaning or explain the transformation.
- Triggering alerts or controls from stale or unreviewed readings.
Major section
Write the Architecture Record (continued)
At each boundary, confirm that source, unit, timestamp, context, validity state, and rule version survive or are deliberately transformed.
- Intermediate ExampleA room condition display receives temperature and humidity from a sensing node.
- The gateway attaches room identity and forwards accepted readings.
- Storage keeps source, unit, timestamp, room identity, validity state, and the rule version that accepted the reading.
Major section
Quality States and Retest Boundaries
Retest triggers keep the architecture honest after change.
- The hardest architecture mistakes happen when weak readings are allowed to look normal.
- Accepted, rejected, stale, missing, unavailable, saturated, contradictory, and needs-review states should stay distinct from the sensing node through the action.
- The record should name which changes reopen review.
Major section
Quality States and Retest Boundaries (continued)
Otherwise a technically correct numeric value can reach the wrong action boundary.
- If they collapse into one normal value, dashboards, reports, alarms, and controls can become confident while the evidence is incomplete.
- Two records can carry the same number and still require different behavior.
- Validation Evidence ChecklistValidate the architecture with contrasting records.
Major section
Quality States and Retest Boundaries (continued)
A new sensor, remounted device, gateway rule, storage schema, processing threshold, dashboard action, firmware version, or validation method can change what the data path proves.
- A fresh accepted reading may drive the normal action, while a replayed reading from an outage may be useful for review but unsafe for an immediate alarm.
- The architecture has to preserve that state difference as data is transformed, compressed, summarized, and displayed.
- Advanced ExampleA cold-storage alarm uses a sensor node, a local gateway, backend storage, and an alert service.
- Boundary examples should demonstrate the intended accept, reject, and escalation paths.
Major section
Quality States and Retest Boundaries (continued)
The architecture should preserve original timestamps and mark replayed records so the alert rule does not treat old values as fresh.
- Storage should keep the validity state and replay note, while the alert action should use only accepted current readings for immediate alarms and route replayed evidence to review.
- Replay an old reading and keep it visibly stale or unavailable; replay a buffered batch and preserve original time, source identity, order, and replay status.
- Quality-State ContractAccepted The reading passed the reviewed checks and may support the normal display, report, or action.
Major section
Follow a Freezer Alarm Back to Ice
Each labelled boundary can delay, scale, drop, or rename the reading, so the alarm must retain its time and unit.
- The displayed reading needs its measurement time and queue delay.
Major section
Summary
Sensor application architecture is a data-path discipline.
- A strong architecture record shows how the sensing node, gateway, processing step, storage record, and action preserve measurement meaning.
- It keeps quality states distinct, validates each handoff, and names the retest triggers that make old evidence unsafe to reuse.
- The review should start with the decision or action, then work backward through the evidence.
Deck summary
Key takeaways
The photographs below make outdoor environmental sensor station (weatherproof enclosure) a physical comparison: look for changes in package, exposed interfaces, mounting, scale, and service access before treating the forms as interchangeable.
- The final action should stop or show doubt when its evidence is incomplete.
- Sensor application architecture is the reviewable path from a physical reading to a display, alert, report, automation rule, or human review.
- If any handoff drops one of those fields, the architecture has turned a measurement into an unsupported claim.
- A practical architecture review starts with the decision or action.
Retrieval practice
Recall check 1 of 4
Physics Phoebe says: answer from memory, then check your reasoning.
Q1A gateway sits between a vibration sensor and the cloud. What must the architecture record say about its role?
Show answer
Answer: D A named gateway role exposes which fields it may change and which it must preserve.
Retrieval practice
Recall check 2 of 4
Physics Phoebe says: answer from memory, then check your reasoning.
Q2A sensor application dashboard shows values, but the stored records do not include unit, source identity, timestamp, or validity state. What is the strongest architecture review finding?
Show answer
Answer: C Architecture must preserve measurement meaning from node to action.
Retrieval practice
Recall check 3 of 4
Physics Phoebe says: answer from memory, then check your reasoning.
Q3A vibration sensor produces high-rate readings, but only threshold events need to reach the cloud. Where might processing belong?
Show answer
Answer: D Processing placement should match evidence, bandwidth, latency, power, and review needs while keeping rejected states reviewable.
Retrieval practice
Recall check 4 of 4
Physics Phoebe says: answer from memory, then check your reasoning.
Q4A sensor application stores timestamped readings, but its alert rule still fires on stale values after a gateway outage. Which architecture boundary should be reviewed first?
Show answer
Answer: C The architecture should keep stale, replayed, missing, rejected, and accepted readings separate through the action step.
Print reference
Answers
Answer key.
- D · A named gateway role exposes which fields it may change and which it must preserve.
- C · Architecture must preserve measurement meaning from node to action.
- D · Processing placement should match evidence, bandwidth, latency, power, and review needs while keeping rejected states reviewable.
- C · The architecture should keep stale, replayed, missing, rejected, and accepted readings separate through the action step.