Edge Computing Activities

Hands-on IoT projects, architecture exercises, and case studies to practice distributed edge systems

🔧 Individual IoT Projects

Build distributed edge computing systems from beginner to intermediate level. Each project includes hardware requirements, step-by-step instructions, and extension ideas.

01

Multi-Node Sensor Network

Level: Beginner | Time: 3-4 hours | Cost: $40-80

Build a distributed sensor network with multiple edge nodes collecting environmental data and reporting to a central gateway. Learn edge data collection, MQTT messaging, and basic IoT architecture.

Hardware Needed:

  • 3x ESP32 or ESP8266 microcontrollers ($5-10 each)
  • 3x DHT22 temperature/humidity sensors ($5 each)
  • 1x Raspberry Pi 4 as gateway ($35-75)
  • Power supplies (USB chargers or battery packs)
  • Breadboards and jumper wires
  • MicroSD card for Raspberry Pi

Instructions:

  1. Setup Gateway: Install Mosquitto MQTT broker on Raspberry Pi
  2. Configure Nodes: Program ESP32s to read sensors and publish to MQTT
  3. Test Connectivity: Verify each node can connect to WiFi and broker
  4. Implement Data Flow: Nodes publish sensor readings every 10 seconds
  5. Create Dashboard: Use Node-RED on Pi to visualize data from all nodes
  6. Add Edge Logic: Program nodes to only send data when values change significantly
  7. Monitor System: Track message frequency and node uptime

What You'll Learn:

  • MQTT publish-subscribe messaging pattern
  • Distributed sensor network architecture
  • Edge preprocessing to reduce network traffic
  • Gateway pattern for aggregating edge devices

Extensions:

Add different sensor types, implement data logging to time-series database (InfluxDB), create alerts for threshold violations, or add battery monitoring and deep sleep modes for power efficiency.

02

Edge AI Object Detection

Level: Intermediate | Time: 4-6 hours | Cost: $150-250

Deploy a computer vision model on edge hardware to detect objects in real-time without cloud connectivity. Learn model optimization, inference at the edge, and performance tuning.

Hardware Needed:

  • Raspberry Pi 4 (4GB+ RAM recommended) or NVIDIA Jetson Nano
  • Pi Camera Module or USB webcam
  • Optional: Google Coral USB Accelerator ($60) for faster inference
  • Power supply and cooling (heatsink/fan)
  • MicroSD card (32GB+)

Instructions:

  1. Setup Environment: Install TensorFlow Lite or PyTorch on edge device
  2. Choose Model: Download pre-trained YOLOv8 or MobileNet model
  3. Optimize Model: Convert to TFLite format and apply quantization
  4. Test Inference: Run model on sample images, measure FPS and latency
  5. Stream Video: Connect camera and run real-time object detection
  6. Add Logic: Only save frames or send alerts when specific objects detected
  7. Performance Tuning: Adjust resolution, model size, and frame rate

What You'll Learn:

  • Deploying ML models to resource-constrained devices
  • Model quantization and optimization techniques
  • Real-time inference performance considerations
  • Edge vs cloud tradeoffs for computer vision

Extensions:

Train custom model with Edge Impulse or Roboflow, implement object tracking across frames, add privacy features (blur faces, local-only processing), or create multi-camera distributed vision system.

03

Edge-to-Cloud Data Pipeline

Level: Intermediate | Time: 4-5 hours | Cost: $50-100 + cloud costs

Design and implement a complete data pipeline from edge sensors through gateway to cloud storage and analytics. Learn data flow design, edge aggregation, and cloud integration patterns.

System Components:

  • Edge sensors (multiple ESP32s or Arduino IoT devices)
  • Edge gateway (Raspberry Pi running local processing)
  • Cloud platform (AWS IoT Core, Azure IoT Hub, or Google Cloud IoT)
  • Data storage (cloud database or time-series DB)
  • Visualization dashboard (cloud-based or self-hosted)

Architecture Design:

  1. Map Data Flow: Diagram data path from sensors to cloud to dashboard
  2. Define Edge Processing: What happens at edge vs in cloud?
  3. Select Protocols: MQTT for edge-to-gateway, HTTPS for gateway-to-cloud
  4. Plan Storage: Time-series data, metadata, and alert history
  5. Design for Failure: What happens when cloud is unreachable?
  6. Implement System: Build each component and integrate
  7. Test Scenarios: Normal operation, network loss, sensor failure

What You'll Learn:

  • End-to-end IoT system architecture
  • Edge aggregation and buffering strategies
  • Cloud service integration (IoT platforms)
  • Fault tolerance and offline operation

Extensions:

Add OTA (over-the-air) firmware updates, implement edge caching with automatic cloud sync, create alerting system with SMS/email, or add device management and monitoring dashboard.

04

TinyML Audio Classification

Level: Intermediate-Advanced | Time: 5-8 hours | Cost: $30-60

Train and deploy a machine learning model on a microcontroller to classify sounds. Learn TinyML workflow from data collection through deployment on ultra-low-power devices.

Hardware Needed:

  • Arduino Nano 33 BLE Sense (has built-in microphone) or
  • ESP32 with I2S microphone module
  • USB cable for programming
  • Computer for training (Edge Impulse Studio is cloud-based)

Instructions:

  1. Define Problem: Choose 3-5 sounds to classify (e.g., voice, clapping, knocking, silence)
  2. Collect Data: Record 2-3 minutes of each sound class using Edge Impulse
  3. Design Features: Extract audio features (MFE, MFCC) suitable for classification
  4. Train Model: Use Edge Impulse to train neural network classifier
  5. Test Performance: Evaluate accuracy and confusion matrix
  6. Optimize for Edge: Quantize model to reduce size and memory usage
  7. Deploy to Device: Export Arduino library and flash to microcontroller
  8. Test Real-time: Verify classification works in real-world conditions

What You'll Learn:

  • Complete TinyML workflow from data to deployment
  • Audio feature extraction for embedded ML
  • Model optimization for microcontrollers
  • Real-time inference on ultra-low-power devices

Applications:

Voice command recognition, industrial sound monitoring (detecting machine faults), baby monitor with cry detection, smart home with gesture sound recognition, or wildlife monitoring.

📐 Architecture & Design Exercises

Practice edge computing architecture decisions through structured exercises that develop your system design and analysis skills.

05

Cloud vs Edge Decision Framework

Time: 2-3 hours | Materials: Spreadsheet, paper for diagrams

Create a decision framework for determining when to use edge computing versus cloud-only architecture for different application scenarios.

Framework Factors:

  • Latency Requirements: Real-time (<10ms), interactive (<100ms), or batch (>1s)
  • Bandwidth Costs: Volume of data, upload vs processing locally
  • Privacy/Compliance: Sensitive data that can't leave premises
  • Reliability: Need to function during network outages
  • Scale: Number of devices, geographic distribution
  • Compute Requirements: Processing complexity, hardware acceleration

Exercise Scenarios:

  1. Retail store with 20 cameras for customer flow analysis
  2. Factory with 500 vibration sensors for predictive maintenance
  3. Smart home with voice assistant and automation
  4. Autonomous drone fleet for agriculture monitoring
  5. Hospital patient monitoring with vital signs

For each scenario, analyze requirements and recommend edge vs cloud architecture with justification.

06

Edge Network Topology Design

Time: 2-3 hours | Materials: Drawing tools (digital or paper)

Design network topology for a multi-location edge deployment considering data flow, redundancy, and communication patterns.

Design Scenario:

Chain of 10 retail stores, each with 15 IoT devices (cameras, sensors, beacons). Stores connect to regional data centers for aggregation before cloud upload.

Design Requirements:

  • In-Store Layer: Device-to-gateway connectivity within store
  • Store-to-Regional: Aggregation and local processing at region
  • Regional-to-Cloud: Selective upload of insights and alerts
  • Redundancy: Failover paths if primary connection lost
  • Management: How to monitor and update all edge nodes

Deliverables:

Network topology diagram showing all layers, data flow diagram indicating what data moves where, failure mode analysis, and bandwidth/compute requirements at each level.

07

Edge vs Cloud Cost Analysis

Time: 2-4 hours | Materials: Spreadsheet, cloud pricing calculators

Perform detailed cost comparison between edge and cloud architectures for a specific use case over 3-year period.

Cost Analysis Scenario:

Video analytics system for 50 cameras recording 24/7. Compare two architectures:

  • Cloud-Only: All video streams to cloud, processing happens centrally
  • Edge-Hybrid: Object detection at edge, only events/metadata sent to cloud

Cost Factors:

  • Hardware: Edge devices, servers, cameras, networking equipment
  • Connectivity: Internet bandwidth costs (especially upload)
  • Cloud Services: Compute, storage, data transfer, ML inference
  • Maintenance: Updates, monitoring, support labor
  • Power: Electricity costs for edge devices

Analysis:

Create 3-year total cost of ownership model for both architectures. Consider different scenarios: 10 cameras, 50 cameras, 200 cameras. Identify break-even points and key cost drivers.

👥 Collaborative Team Scenarios

Team exercises simulating real-world collaboration on edge computing system design and deployment.

08

Smart Building IoT Design Sprint

Team Size: 4-6 people | Time: 3-4 hours

Design a smart building system using edge computing for energy optimization, occupancy monitoring, and environmental control.

Team Roles:

  • IoT Architect: Overall system design and device selection
  • Edge Developer: Local processing and gateway logic
  • Data Engineer: Data pipeline and storage design
  • Security Lead: Network security and data privacy
  • Facilities Manager: Building operations perspective

Design Challenge:

10-floor office building with 500 rooms. Design IoT system for:

  • Occupancy sensing and lighting automation
  • HVAC optimization based on room usage
  • Energy monitoring per floor
  • Air quality and environmental monitoring
  • Fault detection for building systems

Deliverables:

System architecture diagram, device and sensor specifications, edge processing logic description, data flow and storage plan, security model, and 3-year budget estimate.

09

Industrial IoT Implementation Plan

Team Size: 3-5 people | Time: 2-3 hours

Create implementation plan for industrial edge computing system for predictive maintenance in manufacturing facility.

Scenario:

Manufacturing plant with 50 production machines. Implement vibration and temperature monitoring for predictive maintenance using edge computing.

Planning Requirements:

  • Sensor Selection: Types, placement, communication protocol
  • Edge Infrastructure: Gateways, compute capacity, networking
  • ML Models: Anomaly detection, remaining useful life prediction
  • Integration: Connection to existing SCADA/MES systems
  • Rollout Plan: Pilot, phased deployment, training
  • ROI Justification: Reduced downtime, maintenance cost savings

Deliverable:

6-month implementation roadmap with milestones, risk assessment, resource requirements, and success metrics.

10

Edge Deployment Logistics Workshop

Team Size: 4-6 people | Time: 2-3 hours

Plan the physical deployment of edge devices across distributed locations considering logistics, configuration, and ongoing management.

Deployment Scenario:

Deploy 200 edge devices across 50 retail locations in 10 cities. Each location needs 4 devices (cameras + edge gateway).

Logistics Challenges:

  • Procurement: Ordering hardware, managing inventory
  • Pre-Configuration: How much setup before shipping?
  • Shipping: Coordinating delivery to locations
  • Installation: DIY with instructions vs professional installers?
  • Commissioning: Network configuration, testing, activation
  • Ongoing Management: Updates, monitoring, troubleshooting
  • Support: Help desk, on-site support, replacement devices

Deliverable:

Deployment playbook with timeline, checklists for each phase, training materials, and support escalation plan.

📚 Real-World Case Study Analysis

Analyze production edge computing deployments to understand architectural decisions, challenges, and outcomes.

AWS IoT Greengrass at Scale

Amazon's edge computing platform enabling local compute, messaging, and ML inference with cloud connectivity. Widely deployed across industrial IoT and smart devices.

Architecture Decisions:

  • Lambda functions run locally on edge devices for processing
  • Local MQTT broker enables device-to-device messaging without cloud
  • ML inference with optimized SageMaker models at edge
  • Automatic synchronization with AWS cloud when connected
  • Device shadowing for offline/online state management

Customer Success Stories:

  • Manufacturing: Real-time quality control with local vision AI
  • Oil & Gas: Predictive maintenance in remote locations with intermittent connectivity
  • Smart Buildings: HVAC optimization with local control and cloud analytics
  • Retail: In-store inventory tracking without constant cloud connection

Design Lessons:

  • Offline-First: Designing for intermittent connectivity from day one
  • Cloud Integration: Seamless experience between local and cloud operations
  • Fleet Management: Managing thousands of edge devices remotely
  • Security Model: Certificate-based authentication and encrypted communication
  • Question: What workloads benefit most from Lambda at the edge vs always-cloud?
  • Question: How would you decide data synchronization strategy for different use cases?
  • Question: What are the cost tradeoffs of edge vs cloud processing at scale?

Tesla Full Self-Driving Computer

Custom-designed edge AI chip processing data from 8 cameras in real-time for autonomous driving. Example of extreme edge computing requirements.

Technical Architecture:

  • Custom neural network accelerator (144 TOPS)
  • Processes 8 camera feeds simultaneously at 36 FPS
  • Multiple redundant systems for safety-critical operation
  • Local decision making with <100ms latency requirement
  • No cloud connectivity required for driving decisions

Edge Requirements:

  • Ultra-low Latency: Driving decisions cannot wait for cloud round-trip
  • High Reliability: Must function in tunnels, remote areas without connectivity
  • Data Volume: ~1GB per mile of video data, impractical to upload all
  • Privacy: Processing video locally avoids streaming camera feeds to cloud
  • Real-time ML: Running complex neural networks at video frame rates

Design Lessons:

  • Purpose-Built Hardware: Custom chips when general-purpose insufficient
  • Edge-Only Operation: Cloud optional, not required for core functionality
  • Data Strategy: Selective upload (interesting scenarios) vs streaming all
  • OTA Updates: Improving edge AI models through fleet learning
  • Question: What other applications have similarly strict edge requirements?
  • Question: How to balance edge autonomy with fleet-wide model improvements?
  • Question: When does custom hardware become cost-effective for edge AI?

Google Nest: Consumer Edge AI

Smart home devices with on-device machine learning for face recognition, sound detection, and home automation without constant cloud dependency.

Edge AI Features:

  • Face Recognition: Familiar face detection runs locally on Nest cameras
  • Sound Detection: Smoke alarm, glass breaking, dog barking detected at edge
  • Person Detection: Distinguishing people from cars/animals locally
  • Automated Response: Local rules and automation without cloud latency
  • Privacy by Design: Video analysis at edge, not streamed to cloud unless event

Architecture Decisions:

  • Google Coral Edge TPU in newer devices for ML acceleration
  • Federated learning for improving models without centralizing personal data
  • Local storage buffer when internet disconnected
  • Hybrid: simple tasks at edge, complex analysis can use cloud

Design Lessons:

  • Privacy-Focused Edge: Marketing edge AI as privacy feature resonates with consumers
  • Graceful Degradation: Core features work offline, enhanced features need cloud
  • User Control: Settings for what stays local vs what uses cloud
  • Model Updates: Improving edge AI capabilities over product lifetime
  • Question: How do you decide which features require cloud vs can be edge-only?
  • Question: What's the tradeoff between privacy (local) and functionality (cloud)?
  • Question: How to educate consumers about value of edge computing?

Siemens MindSphere Industrial Edge

Industrial IoT platform combining edge computing with cloud analytics for manufacturing and industrial automation.

Industrial Edge Architecture:

  • Edge devices in factories collect data from PLCs, sensors, machines
  • Local processing for real-time control and monitoring
  • Pre-processing and aggregation before cloud upload
  • Integration with existing industrial protocols (OPC UA, Modbus)
  • MindSphere cloud for cross-plant analytics and optimization

Use Cases:

  • Predictive Maintenance: Vibration analysis at edge, trending in cloud
  • Quality Control: Real-time inspection with edge vision systems
  • Energy Optimization: Local control loops, plant-wide optimization in cloud
  • Production Monitoring: OEE calculation at edge, benchmarking across facilities

Design Lessons:

  • Brownfield Integration: Working with decades-old equipment and protocols
  • Deterministic Edge: Industrial control requires predictable real-time response
  • IT/OT Convergence: Bridging factory floor and IT infrastructure securely
  • Certified Hardware: Industrial-grade edge devices for harsh environments
  • Hybrid Analytics: Edge for real-time, cloud for historical and cross-plant
  • Question: How do industrial edge requirements differ from consumer IoT?
  • Question: What security considerations are unique to industrial edge?
  • Question: How to prove ROI for industrial edge computing deployments?
← Back to Edge Computing Hub