Capstone & Resources · Study deck

Capstone Projects: Selection and Fleet Tracking

A student can buy every sensor and still have no project that can be reviewed.

Sammy is your guide for this deck.

projects
Test Tessa, the module guide, in a scene from this chapter.
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • Select a capstone scope from skill, evidence, and integration risk.
  • Build a claim-to-evidence table and a fleet-tracking test plan.
  • Explain: A student can buy every sensor and still have no project that can be reviewed.
  • Explain: Each brief below is a complete, independent project -- pick the one that matches your experience level and interests, then open its page for the full requirements, hardware list, architecture, milestones, and rubric.
iotclass.org

Major section

Start With the Decision

A student can buy every sensor and still have no project that can be reviewed.

  • The smallest useful claim, evidence table, and integration test must come before assembly.

A student can buy every sensor and still have no project that can be reviewed. The smallest useful claim, evidence table, and integration test must come before assembly.

iotclass.org

Major section

Choose Your Project

Each brief below is a complete, independent project -- pick the one that matches your experience level and interests, then open its page for the full requirements, hardware list, architecture, milestones, and rubric.

  • All three share the reviewable-claim approach above.

Once a brief has enough evidence to demo, the remaining work is packaging: make the reviewer able to rerun, repair, and question the system without guessing what the team meant.

iotclass.org

Major section

Project Submission Guidelines

Step 1 — Technical Report (10-15 pages) Problem statement and requirements Architecture design with diagrams Implementation details Testing results and analysis Lessons learned.

  • Step 4 — Hardware Documentation: Bill of materials with costs Wiring diagrams Assembly photos.
iotclass.org

Major section

Try It: Build a Claim-to-Evidence Table

If a claim has no evidence, either gather the evidence before the demo or remove the claim from the presentation.

  • Cover: problem, solution, demo, results, lessons.
The node meets the sensor requirement.

Calibration note, datasheet tolerance, or test log.

The audience cannot tell whether readings are accurate or merely displayed.

Data travels end to end.

Timestamped sensor-to-dashboard trace.

A dashboard screenshot could hide gateway, broker, or storage failures.

The design is maintainable after handoff.

Wiring diagram, setup steps, and known-limitations note.

The next maintainer may need to reverse-engineer the prototype before fixing it.

iotclass.org

Major section

Decision Framework: Capstone Project Selection by Experience Level

Project requires three or more technologies the team has never used.

  • Budget is more than $200 per team member.
  • Timeline is compressed below four weeks for a moderate-complexity system.
  • Core hardware has no reliable examples, documentation, or backup option.
  • No fallback plan exists if the primary approach fails.
iotclass.org

Major section

Common Mistake: Scope Creep Kills Capstone Projects

The Mistake: Team starts with "Environment Monitor" (4-week project).

  • Week 2: "Let's add actuators!" Week 4: "What about solar power?" Week 6: "Should we use LoRa instead of Wi-Fi?" Week 8: Project incomplete, demo is half-working prototype.
iotclass.org

Major section

Concept Relationships

Budget constraints force architecture decisions: A $120 budget might eliminate LoRa and solar in the first version, pushing the team toward Wi-Fi, USB charging, and a stricter must-have feature list.

  • Protocol selection from networking modules helps compare MQTT, LoRa, and cellular trade-offs.

Testing strategies from Testing and Validation define the verification evidence required by the rubric.

iotclass.org

Major section

3. Not planning for hardware failure and component replacement

Design your system to continue operating (degraded mode) when individual sensors fail.

  • Capstone projects that depend on every component working perfectly fail during live demonstrations.

IoT projects in the field experience sensor failures, damaged cables, and MCU resets.

iotclass.org

Major section

Capstone Project 3: Fleet Tracking System

The shared capstone approach is introduced on the Capstone Projects hub, which also has the submission guidelines and the project-selection decision framework; this part works through the Fleet Tracking System brief.

  • A moving dot alone cannot support an investigation.
  • Telemetry means measurements and status sent from a device for review elsewhere.
iotclass.org

Major section

Capstone Project 3: Fleet Tracking System (continued)

This exceeds the 30-day target by about 5.8x.

  • The deeper project adds architecture, power, storage, alerts, privacy, and release evidence.
  • The system should provide real-time location tracking, geofence alerts, movement history, and battery-efficient operation for long deployment without charging.
  • Each stage must preserve the same vehicle identity and timestamp contract.
iotclass.org

Major section

Capstone Project 3: Fleet Tracking System (continued)

Step 3 — Backend stores the point, checks geofence transitions, and updates the dashboard.

  • Your system should focus on reliable location updates, safe geofence logic, and power-aware reporting rather than constant high-rate tracking.
  • With an 80% real-world efficiency allowance, the numerical estimate still exceeds 30 days, but measure cellular reconnection and GPS acquisition energy before claiming that margin in the field.
  • A measured trace must validate that estimate.
iotclass.org

Major section

Capstone Project 3: Fleet Tracking System (continued)

A strong score therefore depends on the connections between criteria, not isolated demonstrations.

  • Step 2 — Firmware obtains a GPS fix, packages location and battery status, and transmits over LTE-M or NB-IoT.
  • Step 4 — Operators review alerts, routes, and device health from the web interface.
  • The must-have path combines GPS location, LTE-M or NB-IoT connectivity, live map state, route history, geofence alerts, battery level, and documentation.
iotclass.org

Deck summary

Key takeaways

A student can buy every sensor and still have no project that can be reviewed.

  • Each brief below is a complete, independent project -- pick the one that matches your experience level and interests, then open its page for the full requirements, hardware list, architecture, milestones, and rubric.
  • Step 1 — Technical Report (10-15 pages) Problem statement and requirements Architecture design with diagrams Implementation details Testing results and analysis Lessons learned.
  • If a claim has no evidence, either gather the evidence before the demo or remove the claim from the presentation.
  • Project requires three or more technologies the team has never used.
iotclass.org

Retrieval practice

Recall check 1 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q1You're starting an IoT capstone project with a 6-week timeline. During week 1, you discover that the specialized sensor you planned to use has a 4-week lead time. What is the BEST approach?

AUse an available sensor that still meets the core requirements
BWait for the sensor and compress the remaining work into 2 weeks
CRemove the sensor requirement from your project scope
DCommit to the delayed sensor and defer all sensor-interface and data-path validation until it arrives
Show answer

Answer: A Flexibility in component selection is crucial.

iotclass.org

Retrieval practice

Recall check 2 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q2For a battery-powered MQTT sensor node that sends sparse readings and has no Linux workload, why might a team choose ESP32 over Raspberry Pi?

A'ESP32 deep sleep fits a battery MQTT sensor better than Linux'
B'ESP32 is cheaper, so it is automatically the best choice for every sensor node'
C'Arduino-style examples made ESP32 easier, so the trade-off analysis is mostly convenience'
D'Raspberry Pi is too powerful for IoT, so teams should never use it in sensor projects'
Show answer

Answer: A This answer demonstrates understanding of: (1) power consumption trade-offs, (2) matching platform capabilities to requirements, (3) not over-engineering the solution.

iotclass.org

Retrieval practice

Recall check 3 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q3What proves that sensing, transport, processing and presentation interfaces work together?

AProject Brief and Success Evidence
BHardware Deployment and Demonstration
CSystem Integration and Interface Tests
Show answer

Answer: C System integration proves the interfaces between sensing, transport, processing, and presentation instead of treating isolated component demos as a working project.

iotclass.org

Retrieval practice

Recall check 4 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q4The Fleet Tracking System uses LTE-M or NB-IoT rather than standard 4G LTE. For a tracker sending 100-byte location updates once per minute, why are these IoT-specific cellular technologies preferred?

AThey are preferred because the cellular modem also improves GPS accuracy
BThey support low-power coverage for small telemetry payloads
CThey reduce modem cost by 10x while keeping the same carrier coverage
DStandard 4G LTE cannot carry frequent small packets from trackers
Show answer

Answer: B LTE-M and NB-IoT suit small telemetry reports and can use PSM/eDRX to sleep between reports, saving energy.

iotclass.org

Retrieval practice

Recall check 5 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q5The power optimization code uses an accelerometer to detect movement and adjust the GPS reporting interval. Why is movement detection essential rather than just using a fixed reporting schedule?

AThe accelerometer consumes less power than the GPS module
BIt lets the GPS stay active continuously without draining the battery
CIt improves map accuracy by smoothing each GPS coordinate before upload
DIt reports rarely when parked and more often when moving
Show answer

Answer: D Motion-aware scheduling can report less often while parked and more often while moving.

iotclass.org

Retrieval practice

Recall check 6 of 6

Test Tessa says: answer from memory, then check your reasoning.

Q6A fleet geofence service needs indexed SQL point-in-polygon queries against stored geofence shapes. Why is PostGIS a suitable choice alongside timestamped tracking data?

APostGIS is chosen because it stores more timestamped points than InfluxDB
BInfluxDB doesn't support latitude/longitude data types
CUse spatial indexes and geofence functions for point-in-area queries
DPostGIS is required because map dashboards cannot read time-series data
Show answer

Answer: C PostGIS provides spatial indexes and functions such as ST_Contains for point-in-area checks.

iotclass.org

Print reference

Answers 1 of 2

Answer key.

  1. A · Flexibility in component selection is crucial.
  2. A · This answer demonstrates understanding of: (1) power consumption trade-offs, (2) matching platform capabilities to requirements, (3) not over-engineering the solution.
  3. C · System integration proves the interfaces between sensing, transport, processing, and presentation instead of treating isolated component demos as a working project.
  4. B · LTE-M and NB-IoT suit small telemetry reports and can use PSM/eDRX to sleep between reports, saving energy.
iotclass.org

Print reference

Answers 2 of 2

Answer key.

  1. D · Motion-aware scheduling can report less often while parked and more often while moving.
  2. C · PostGIS provides spatial indexes and functions such as ST_Contains for point-in-area checks.
iotclass.org