Student Innovation-Challenge your creative mind to conceptualize and develop unique toys and games based on our civilization, history, and culture etc.

1. Executive Snapshot

Summary

This dossier outlines a comprehensive product architecture, hardware design, AI integration, and hackathon execution strategy for SIH26225, issued by AICTE under the Student Innovation theme [PS]. The goal is to design and prototype an interactive "phygital" (physical + digital) smart game platform—titled "Sanskriti-Setu" (Cultural Bridge)—that combines tactile wooden playboards embedded with RFID/NFC microcontrollers, multi-sensory audio feedback, and an offline-capable mobile AR/AI companion app [INFERENCE]. Aligned with the National Education Policy (NEP) 2020 Toy-Based Pedagogy guidelines [RESEARCHED], Sanskriti-Setu brings Indian civilization, historical epochs (Indus Valley, Maurya, Gupta, Chola, Maratha, and Freedom Struggle), and traditional games (such as Moksha Patam, Pachisi, and Pallanguzhi) to life for school children [INFERENCE]. The system operates completely offline in resource-constrained classrooms while providing real-time interactive audio storytelling, 3D AR visualizations, and AI-powered cultural Q&A grounded in verified Indian Knowledge System (IKS) datasets [INFERENCE].

Metadata Table

2. Problem Deconstruction

The official problem statement reads:

"Student Innovation-Challenge your creative mind to conceptualize and develop unique toys and games based on our civilization, history, and culture etc." [PS]

Atomic Requirement Breakout

• Req-1 [PS]: Conceptualize and develop unique toys and games

  • Interpretation: The solution must be an original, engaging plaything (toy/game) designed specifically for interactive learning and entertainment.
  • Implementation Implication: The system must balance entertainment value with pedagogical rigor, avoiding dry textbook-style delivery [INFERENCE].

• Req-2 [PS]: Rooted in Indian civilization, history, and culture

  • Interpretation: Content, gameplay mechanics, narrative elements, and physical artifacts must represent authentic Bharatiya heritage (e.g., Harappan urban planning, ancient trade routes, Vedic science, Indian dynasties, traditional folk games) [INFERENCE].
  • Implementation Implication: All narrative scripts, historical assets, and game boards must be audited against official curriculum standards (NCERT / Archaeological Survey of India documentation) to avoid factual distortion [INFERENCE].

• Req-3 [PS]: Hardware Category Alignment

  • Interpretation: As explicitly assigned to the "Hardware" category in the SIH portal [PS], the submission must include a tangible physical hardware component (e.g., embedded sensors, microcontrollers, physical tokens, tactile actuators) rather than being a standalone mobile app or website [INFERENCE].
  • Implementation Implication: A custom physical board/housing with embedded microcontrollers (ESP32-S3), RFID tag readers, I2S audio modules, and rechargeable power circuitry must be engineered [ASSUMPTION].

• Inf-1 [INFERENCE]: Alignment with NEP 2020 & NCF-FS 2022

  • Interpretation: The National Education Policy 2020 explicitly mandates Toy-Based Pedagogy and experiential learning for foundational and preparatory school stages [RESEARCHED].
  • Implementation Implication: Gameplay must include structured learning objectives, progress tracking for educators, and multi-sensory engagement [INFERENCE].

• Inf-2 [INFERENCE]: Child Safety and Durability Standards

  • Interpretation: Hardware toys intended for children must be physically safe, durable, and non-toxic [KNOWN].
  • Implementation Implication: Physical components must use smooth, non-toxic polished wood or eco-friendly PLA/bamboo composites with rounded edges and child-safe low-voltage (3.3V/5V) lithium battery enclosures [ASSUMPTION].

3. Stakeholders & User Needs

4. Requirements Traceability

5. Constraints & Environment Realities

Hardware & Electronics Constraints

• Power & Battery Life: Prototype must run on a rechargeable 3.7V Li-ion battery (18650 cell with TP4056 USB-C charging module) for at least 4 hours of continuous classroom play [ASSUMPTION].
• BOM Cost Target: Total bill-of-materials (BOM) cost for the hackathon prototype must remain under ₹2,500–₹3,500 ($30–$40 USD) to ensure commercial feasibility for Indian schools [INFERENCE].
• Sensor Interference: Close proximity of multiple RFID coils can cause electromagnetic crosstalk; coil spacing must be at least 6 cm apart or multiplexed via SPI/I2C multiplexer (TCA9548A) [INFERENCE].

Field & Classroom Constraints

• Connectivity Reality: Rural government schools (PM SHRI schools / Anganwadis) often lack reliable broadband or high-speed Wi-Fi [KNOWN]. The core hardware and audio playback must operate 100% offline without server dependencies [INFERENCE].
• Multilingual Diversity: Children in different Indian states require audio content in regional languages (Hindi, Tamil, Telugu, Marathi, Bengali, Kannada, Gujarati, etc.) [KNOWN].
• Ruggedness & Durability: Physical tokens and boards must withstand accidental drops, liquid spills, and rough handling by children [INFERENCE].

Safety & Compliance Constraints

• Materials & Toxicity: Plastic parts must be non-toxic PLA/ABS; wooden parts must use lead-free vegetable dyes or natural varnish (aligned with BIS IS 9873 Indian Toy Safety Standards) [RESEARCHED].
• Voltage Safety: Maximum internal operating voltage bounded to 5V DC; no exposed high-voltage components or bare heating elements [KNOWN].

6. Research Questions

1. Hardware Matrix: What is the most cost-effective sensor topology to detect 8–12 physical token positions on a playboard without crosstalk? (Investigate: RFID multiplexing vs. Hall-effect magnetic arrays vs. optical color sensors) [INFERENCE].
2. Audio Latency: How fast can ESP32-S3 trigger sound playback from an onboard microSD card upon detecting an RFID token? (Target: <150ms delay for seamless tactile feedback) [INFERENCE].
3. BLE Protocol: What custom BLE advertisement packet structure minimizes connection setup time between board and smartphone app? [INFERENCE].
4. Pedagogical Standards: How do NCERT and NCF-FS 2022 define toy-based learning metrics for history and culture for ages 6–12? [RESEARCHED].
5. Traditional Artisanship: Can the physical outer shell be crafted using traditional Channapatna or Kondapalli woodturning techniques to support local artisans? [RESEARCHED].
6. 3D AR Assets: What target polygon count and texture size ensure smooth 60fps AR rendering on budget ($100–$150) Android smartphones? [INFERENCE].
7. Offline AI: Can a lightweight quantized LLM (e.g., Llama-3-3B quantized) run locally on a mid-range phone or edge device for offline voice Q&A? [INFERENCE].
8. Battery Management: What active power management and deep-sleep modes are needed on ESP32-S3 when the board is idle for >3 minutes? [INFERENCE].
9. DPDP Compliance: How does the Digital Personal Data Protection Act 2023 impact child data logging in educational apps in India? [KNOWN].
10. Manufacturing Scalability: What is the estimated unit manufacturing cost at 1,000 vs. 10,000 unit production runs in India? [INFERENCE].

7. Data Requirements & Sources

8. Existing Solutions & Gap Analysis

9. Candidate Solution Approaches

Approach 1: Standalone Hardware Board with Embedded Display & Audio (Pure Hardware)

• Mechanism: A standalone wooden playboard containing an integrated 7-inch LCD display, ESP32-S3 microcontroller, RFID coil matrix, and internal speaker.
• Problem Fit: High alignment with Hardware category, completely independent of external smartphones.
• Accuracy Potential: High (direct wire connections).
• Data Requirements: Low (pre-stored assets on internal SD card).
• Complexity: High hardware complexity (display driving, power draw, mechanical enclosure depth).
• Cost: High (₹4,500–₹6,000 per unit due to 7-inch LCD panel and power demands).
• Scalability: Moderate (hardware unit cost limits wide distribution).
• Hackathon Feasibility: Moderate (wiring display + matrix in short time frame is error-prone).
• Risks: High battery drain; brittle LCD screen susceptible to breaking in child handling.

Approach 2: "Phygital Hybrid" - Tactile Wooden Board + BLE + AR/AI Companion App (RECOMMENDED)

• Mechanism: A smart wooden board housing an ESP32-S3, RFID multiplexed reader matrix, local I2S audio speaker, and BLE transmitter. Connects wirelessly to any budget Android/iOS smartphone or tablet for optional 3D AR visuals, interactive quizzes, and AI voice Q&A.
• Problem Fit: Perfect fit for SIH Hardware category while maximizing interactive modern features (AR/AI).
• Accuracy Potential: Very High (RFID detection >99.5% accuracy; low BLE latency <80ms).
• Data Requirements: Moderate (local audio on board SD card; 3D models and AI RAG corpus in mobile app).
• Complexity: Balanced (Hardware complexity kept manageable; software handles heavy graphic/AI workloads).
• Cost: Low-to-Moderate (₹2,200–₹2,800 per hardware board; uses user’s existing mobile device for visuals).
• Scalability: High (low hardware unit cost; mobile software updates over-the-air).
• Hackathon Feasibility: High (clear separation of hardware firmware and mobile app development among team members).
• Risks: BLE pairing drops (mitigated by auto-reconnect logic and standalone board audio playing even without phone).

Approach 3: Camera Vision-Based Play Mat (Raspberry Pi + Overhead Camera)

• Mechanism: An overhead Raspberry Pi 4 camera mounted on a frame looking down at a printed play mat, using OpenCV color/ArUco marker recognition to identify physical token positions.
• Problem Fit: Fulfills Hardware category, but bulky physical gantry structure.
• Accuracy Potential: Moderate (highly sensitive to room lighting, shadows, hand occlusion).
• Complexity: High software vision pipeline; bulky mechanical frame.
• Cost: High (Raspberry Pi 4 + Camera + Mounting Frame ~ ₹6,500+).
• Scalability: Poor (bulky setup difficult to transport and deploy in varied classroom lighting).
• Hackathon Feasibility: Low (lighting variations in competition hall can fail optical recognition live on stage).
• Risks: Optical occlusion when child's hand covers tokens; frame tip-over hazard.

10. Recommended Approach & Why

Selection

Approach 2 ("Phygital Hybrid") is selected as the optimal architecture for the 4–6 student hackathon team.

Justification

1. Hardware Integrity with Smart UX: Unlike pure software apps, Approach 2 builds a genuine, tangible smart hardware device (fulfilling SIH Hardware category [PS]) while leveraging smartphone processing power for rich 3D AR graphics and natural language AI [INFERENCE].
2. Classroom Dual-Mode Operation: In resource-constrained rural schools without smartphones, the board operates in Standalone Mode—children move tokens, and the embedded ESP32 immediately plays clear regional audio stories, chants, and sound effects through its built-in speaker [INFERENCE]. In homes or tech-enabled classrooms, it enters Enhanced Mode, syncing via BLE to unlock 3D AR re-enactments and AI Q&A [INFERENCE].
3. Rejection of Alternatives:
   • Approach 1 (Standalone Display Board) was rejected because adding a large LCD screen inflates unit cost by ~60%, reduces battery life to under 1.5 hours, and increases screen-addiction rather than promoting peer-to-peer tactile play [INFERENCE].
   • Approach 3 (Camera Gantry) was rejected because camera vision is extremely vulnerable to room lighting changes and hand occlusions, carries a high Raspberry Pi component cost, and requires a clumsy physical overhead mounting rig [INFERENCE].

11. Technical Architecture

Layered Architecture Diagram

+-----------------------------------------------------------------------------------+
|                            PHYSICAL HARDWARE LAYER                                |
|  [ Eco-Friendly Wooden Board Shell ]  [ 8-Zone Passive NTAG213 Smart Tokens ]    |
|  [ Multiplexed MFRC522 / PN532 RFID Matrix ]  [ Capacitive Tactile Touch Pads ]   |
|  [ MAX98357A I2S Audio Amp + 3W Speaker ]  [ 3.7V Li-ion + TP4056 USB-C BMS ]    |
+----------------------------------------+------------------------------------------+
                                         | SPI / I2C / I2S GPIOs
                                         v
+-----------------------------------------------------------------------------------+
|                        EMBEDDED FIRMWARE LAYER (ESP32-S3)                         |
|  [ FreeRTOS Task Scheduler ] --> [ RFID Matrix Scanner Loop (100ms interval) ]    |
|  [ Local Audio Engine (SD Card WAV/MP3 Playback via I2S) ]                        |
|  [ BLE Advertising & GATT Server Engine (Low-Latency Binary Protocol) ]           |
+----------------------------------------+------------------------------------------+
                                         | BLE 5.0 Wireless Packets (Offline)
                                         v
+-----------------------------------------------------------------------------------+
|                       MOBILE COMPANION APP LAYER (Flutter)                        |
|  [ BLE State Manager ] --> [ Offline Gameplay Engine & Rule Matrix ]             |
|  [ AR Engine (ARCore/ARKit 3D Model Renderer for Historical Epochs) ]             |
|  [ Local Audio & Speech Synthesizer ]  [ SQLite Offline Progress Store ]          |
+----------------------------------------+------------------------------------------+
                                         | Optional Wi-Fi / Cellular Data
                                         v
+-----------------------------------------------------------------------------------+
|                       CLOUD & AI BACKEND SERVICES (Optional)                      |
|  [ FastAPI Backend ] --> [ "Sanskriti-Bot" RAG Pipeline (NCERT/IKS Corpus) ]      |
|  [ Quantized Llama-3-8B / OpenAI API ]  [ Firebase Cloud Sync & Analytics ]      |
+-----------------------------------------------------------------------------------+

Data Flow Narrative

1. Physical Interaction: A child places a smart wooden token (e.g., "Indus Valley Terracotta Seal Token") onto the "Lothal Dockyard" spot on the physical playboard [INFERENCE].
2. Sensor Detection: The ESP32-S3 firmware scans the RFID matrix loop every 100ms via SPI. The MFRC522 reader detects the unique 7-byte UID of the token [ASSUMPTION].
3. Local Audio Trigger: The ESP32 immediately maps the UID to a local sound file stored on the micro-SD card (e.g., /audio/hi/lothal_dock.wav) and streams audio via I2S to the MAX98357A amplifier, producing instant audio storytelling through the 3W speaker within 120ms [ASSUMPTION].
4. BLE Broadcast: Simultaneously, the ESP32 updates its BLE GATT characteristic packet containing [Token_ID: 0x0A, Zone_ID: 0x03, Event_Type: PLACE, Battery: 88%].
5. Mobile Companion Sync: The Flutter app running on a nearby Android/iOS phone receives the BLE notification [ASSUMPTION].
6. AR Scene Render: The Flutter app's AR module loads the low-poly 3D animated model of ancient Lothal port with ships unloading cargo, superimposing it over the smartphone camera view [INFERENCE].
7. Interactive Quiz & AI Q&A: The app prompts a quick audio challenge ("How did Harappan merchants weigh their goods?"). If the child taps the microphone button and asks a question, the "Sanskriti-Bot" AI engine queries its Indian Knowledge System (IKS) vector database and returns an age-appropriate voice response in Hindi or English [INFERENCE].
8. Offline Progress Persistence: Gameplay score and concepts mastered are saved locally in SQLite, scheduling background cloud sync when network connectivity becomes available [ASSUMPTION].

12. Technology Stack

13. AI/ML Justification

AI Component 1: "Sanskriti-Bot" - Interactive Cultural Knowledge Assistant

• Purpose: Answer natural language questions asked by children regarding historical tokens, civilization facts, and cultural stories in regional languages [INFERENCE].
• Model Type: Retrieval-Augmented Generation (RAG) using FAISS vector store + Quantized Llama-3-8B-Instruct (or GPT-4o-mini API) [ASSUMPTION].
• Input: Voice/Text query from child (e.g., "Why did ancient Indians build brick bathrooms in Mohenjo-daro?") [INFERENCE].
• Output: Short, child-friendly 2-sentence explanation + follow-up interactive question [INFERENCE].
• Data Required: Digitized e-NCERT Social Science textbooks (Classes 6–10), ASI monument guides, and Indian Knowledge System (IKS) published reference materials [RESEARCHED].
• Why AI is Necessary: Rule-based trees cannot handle unpredictable, open-ended questions asked by inquisitive children in natural spoken regional dialects [INFERENCE].
• Evaluation: Human expert verification on factual fidelity score (>95%) and Flesch-Kincaid readability grade level (Grade 3–6 appropriate) [INFERENCE].
• Failure Mode & Mitigation: If confidence score is below threshold or query is out-of-domain, system falls back to a cheerful canned audio response ("That is a great mystery! Let us move our token to the next historical site to discover more!") [ASSUMPTION].
• Human Oversight: Pre-filtered prompt guardrails prevent political, religious controversies, or non-educational topics [INFERENCE].

Non-AI Components (Where AI SHOULD NOT Be Used)

1. Token Identification & Board State: Token detection MUST be strictly deterministic using RFID UIDs. Machine learning / computer vision guessing of token positions must be avoided to prevent game glitches [INFERENCE].
2. Game Rules & Scoring: Turn progression, dice rolls, and points must be controlled by deterministic state-machine code in Flutter/C++, not LLMs [INFERENCE].

14. Data Architecture & Offline/Low-Network Design

Database Schema (Local SQLite / Drift)

-- Tokens Table: Maps physical RFID UIDs to cultural entities
CREATE TABLE tokens (
    token_uid TEXT PRIMARY KEY,
    entity_name TEXT NOT NULL,
    epoch TEXT NOT NULL, -- e.g., 'Indus_Valley', 'Chola_Dynasty'
    description_hi TEXT,
    description_en TEXT,
    3d_model_path TEXT
);

-- Lessons & Quizzes Table
CREATE TABLE quizzes (
    quiz_id INTEGER PRIMARY KEY AUTOINCREMENT,
    token_uid TEXT,
    question_text TEXT NOT NULL,
    option_a TEXT NOT NULL,
    option_b TEXT NOT NULL,
    option_c TEXT NOT NULL,
    correct_option INTEGER NOT NULL, -- 1, 2, or 3
    FOREIGN KEY(token_uid) REFERENCES tokens(token_uid)
);

-- Student Progress Table (Offline First)
CREATE TABLE student_progress (
    progress_id INTEGER PRIMARY KEY AUTOINCREMENT,
    student_id TEXT DEFAULT 'local_child',
    token_uid TEXT,
    mastery_score INTEGER DEFAULT 0,
    times_played INTEGER DEFAULT 0,
    last_played_timestamp DATETIME DEFAULT CURRENT_TIMESTAMP,
    sync_status INTEGER DEFAULT 0 -- 0 = Pending Cloud Sync, 1 = Synced
);

Offline & Synchronization Architecture

[ Physical Board Interaction ]
             |
             v
[ ESP32 Local SD Card ] ---> (Plays Audio directly via Speaker - ZERO Internet needed)
             |
             +---> [ BLE Sync ] ---> [ Mobile App Local SQLite DB ]
                                                 |
                                     (Network Check: Online?)
                                       /                  \
                                    (Yes)                 (No)
                                     /                      \
                                    v                        v
                      [ Cloud Firebase Sync ]    [ Store in Queue (sync_status=0) ]

• Bandwidth Optimization: All 3D assets, audio clips, and quiz data are pre-packaged inside the mobile APK build or stored on the board's internal SD card. No streaming of large assets over mobile data [ASSUMPTION].
• Conflict Resolution: Local device timestamp rules. In multi-device classroom setups, progress logs are merged based on unique student_id and highest mastery_score [ASSUMPTION].

15. Security, Privacy & Governance

• Child Privacy & DPDP Compliance: Aligned with India's Digital Personal Data Protection (DPDP) Act 2023 [KNOWN]. The system operates anonymously without requiring child email addresses, phone numbers, or facial photos [INFERENCE]. Student profiles use local avatar nicknames (e.g., "Vikram_123") [ASSUMPTION].
• Hardware & Wireless Security: BLE GATT communication uses encrypted pairing with static PIN passkey validation to prevent unauthorized hijacking of the board audio in public classrooms [ASSUMPTION].
• Content Authenticity & Governance: Historical representations, maps of ancient India, and cultural narratives are strictly validated against NCERT and Archaeological Survey of India (ASI) standards to prevent political distortion or historical inaccuracy [INFERENCE].
• Physical & Electrical Safety: Powered by a low-voltage 3.7V DC circuit enclosed in a child-proof, screw-locked battery compartment [ASSUMPTION].

16. MVP Scope (Hackathon Build)

+-----------------------------------------------------------------------------------+
|                            HACKATHON MVP (IN SCOPE)                               |
|                                                                                   |
|  [x] Working Smart Wooden Playboard with 4 Active RFID Reader Zones              |
|  [x] 6 Custom Handcrafted/3D Printed Tokens with embedded NTAG213 Tags           |
|      (Indus Valley Seal, Maurya Pillar, Chola Ship, Gupta Coin, Maratha Shield,  |
|       Freedom Lantern)                                                           |
|  [x] ESP32-S3 Microcontroller Firmware with I2S Audio Engine & BLE Beacon         |
|  [x] Onboard 3W Speaker playing multi-lingual audio stories from MicroSD card     |
|  [x] Flutter Mobile Companion App (Android) receiving BLE events                 |
|  [x] 3D AR View rendering low-poly historic monuments on screen                  |
|  [x] Interactive Gamified Quiz Engine & Offline Local SQLite Store               |
|  [x] Basic Voice Q&A ("Sanskriti-Bot") with RAG model on sample NCERT history text |
+-----------------------------------------------------------------------------------+
                                         |
                                         v
+-----------------------------------------------------------------------------------+
|                     FUTURE / PRODUCTION (DESCRIPED ONLY)                         |
|                                                                                   |
|  [ ] Custom Commercial PCB Design ( replacing wire harnesses )                   |
|  [ ] Mass-produced Injection Molded or Artisan-carved Wooden Enclosures          |
|  [ ] 12+ Full Regional Indian Languages Audio Localization                       |
|  [ ] B2B School Management Dashboard for multi-classroom student analytics        |
|  [ ] Hardware-level edge AI TPU chip for offline speech recognition              |
+-----------------------------------------------------------------------------------+

17. Live Demo Simulation Plan

To ensure a flawless live demonstration in front of SIH judges without relying on venue Wi-Fi or complex network setups:

1. Physical Desk Setup: Place the Sanskriti-Setu wooden playboard on the judges' table alongside a tablet mounted on a stand facing the board [ASSUMPTION].
2. Offline Mode Demonstration:
   • Step 1: Disconnect mobile device Wi-Fi/Cellular data completely to prove offline resilience [INFERENCE].
   • Step 2: Place the physical "Harappan Terracotta Token" on Zone 1. The board's built-in speaker instantly plays the Harappan chime and a 10-second narration in Hindi [ASSUMPTION].
3. Phygital AR & Voice Demo:
   • Step 3: Turn on the tablet's Bluetooth. The Flutter app auto-detects the board within 2 seconds via BLE [ASSUMPTION].
   • Step 4: Show the camera view on screen—a 3D animated model of Mohenjo-daro's Great Bath appears above the physical token [INFERENCE].
   • Step 5: Press the voice button and ask: "What was the Great Bath made of?". The local/RAG AI voice engine answers: "It was built using tightly fitted burnt bricks and sealed with natural tar to keep it watertight!" [INFERENCE].
4. Hardware Failure Fallback Plan: Pre-program a software hardware-mirror mode in the app. If a wire detaches inside the physical board during transit, pressing key shortcuts on the app simulates token placements without disrupting the presentation story [ASSUMPTION].

18. Implementation Roadmap

Target Deadline: 30 September 2026 [PS]

[Phase 1: Research & Procurement] ----> [Phase 2: Firmware & Circuitry] ----> [Phase 3: App & AR Pipeline]
    (Weeks 1-3: Content Curation)            (Weeks 4-6: ESP32/RFID/Audio)         (Weeks 7-9: Flutter & AR)
                                                                                          |
                                                                                          v
[Phase 6: Final Polish & Pitch] <---- [Phase 5: Enclosure & Assembly] <---- [Phase 4: AI & Offline DB]
  (Weeks 13-14: SIH Finale Demo)         (Weeks 11-12: Woodworking/3D Print)      (Weeks 10-11: RAG & SQLite)

Detailed Milestones

• Phase 1 (Weeks 1–3): Finalize historical story scripts from NCERT Class 6–8 history; procure ESP32-S3, RFID modules, MAX98357A, speaker, and wooden board materials [ASSUMPTION].
• Phase 2 (Weeks 4–6): Solder RFID multiplexer matrix; write C++ ESP-IDF firmware for I2S audio playback and BLE GATT server advertising [ASSUMPTION].
• Phase 3 (Weeks 7–9): Develop Flutter mobile app; implement BLE auto-scanner; integrate ARCore glTF 3D model renderer for 6 epoch tokens [ASSUMPTION].
• Phase 4 (Weeks 10–11): Build FAISS vector database with NCERT e-books; connect FastAPI RAG backend; implement local SQLite offline quiz store [ASSUMPTION].
• Phase 5 (Weeks 12–13): Craft wooden physical enclosure with laser-cut top panel; assemble internal battery BMS and wiring harness; conduct drop and battery tests [ASSUMPTION].
• Phase 6 (Week 14 - Before Sept 30, 2026): Execute dry-run presentations; perform false-read sensor calibration; finalize pitch deck and video demonstration [ASSUMPTION].

19. Testing & Validation Plan

20. Risk Register

21. Cost & Scalability

Hackathon Prototype Cost Breakdown (Single Unit)

• ESP32-S3 Microcontroller Board: ₹450
• MFRC522 RFID Reader Modules (4x @ ₹120): ₹480
• NTAG213 NFC Smart Tokens (8x @ ₹15): ₹120
• MAX98357A I2S Audio Amp + 3W Speaker: ₹220
• 3.7V 2600mAh 18650 Battery + TP4056 BMS Module: ₹280
• Custom Laser-Cut Wooden Box & Enclosure: ₹600
• Miscellaneous (Wires, SD Card, Fasteners, Glue): ₹350
• TOTAL PROTOTYPE BOM COST: ₹2,500 (~$30 USD) [ASSUMPTION]

Production Scalability Analysis (1,000+ Units)

• At commercial scale, individual MFRC522 modules are replaced by a single custom 2-layer PCB with integrated PCB trace antennas and an SMT ESP32-S3 module, reducing internal electronics cost to ~₹900 [INFERENCE].
• Wooden shells can be produced in partnership with traditional artisan clusters (Channapatna/Kondapalli), scaling production while supporting local rural craft livelihoods [RESEARCHED].
• Estimated Mass Production Cost: ₹1,200–₹1,500 per complete kit [INFERENCE].

22. Differentiation

23. Future Scope

1. Braille Tactile Integration (Divyang Accessibility): Add embossed Braille text and haptic vibration motors on physical tokens to enable visually impaired children to play, directly addressing the Toycathon Divyang theme [RESEARCHED].
2. On-Device Edge AI Speech Recognition: Upgrade microcontroller to an edge-AI SoC (e.g., ESP32-P4 or Kendryte K210) to support offline local voice command processing without needing a mobile phone [INFERENCE].
3. Expansion Content Packs: Introduce plug-and-play magnetic physical expansion maps (e.g., Freedom Fighters of India, Vedic Mathematics Puzzles, Ancient Indian Maritime Trade) [INFERENCE].

24. Assumptions & Open Items Log

Consolidated Assumptions Log

• [ASSUMPTION-1] ESP32-S3 microcontroller will serve as the core embedded processor for the hardware board.
• [ASSUMPTION-2] MFRC522 / PN532 RFID reader matrix with passive NTAG213 tags will be used for token position detection.
• [ASSUMPTION-3] MAX98357A I2S amplifier with a 3W 4-ohm speaker will deliver onboard audio storytelling.
• [ASSUMPTION-4] A 3.7V 18650 Li-ion battery with TP4056 USB-C BMS will provide low-voltage power for >4 hours.
• [ASSUMPTION-5] Flutter framework with ARCore/ARKit plugins will power the mobile companion application.
• [ASSUMPTION-6] Total prototype hardware BOM cost will remain under ₹2,500.

Consolidated Items Needing Validation Log

• [NEEDS VALIDATION-1] Electromagnetic crosstalk between adjacent RFID reader coils placed closer than 6 cm on a custom PCB matrix.
• [NEEDS VALIDATION-2] Bluetooth Low Energy (BLE) advertisement packet reception latency across lower-end budget Android smartphones.
• [NEEDS VALIDATION-3] Field trial feedback from primary school teachers regarding board durability and battery charging routines in rural classrooms.

Final Recommendation

The team should proceed with building Sanskriti-Setu: a phygital smart wooden playboard featuring an ESP32-S3 microcontroller, RFID token reader matrix, onboard I2S audio speaker, and a Flutter mobile app offering 3D AR visualizations and RAG-based AI cultural Q&A [INFERENCE].

Recommended Stack

• Hardware & Firmware: ESP32-S3-WROOM-1, MFRC522 RFID modules, NTAG213 NFC tags, MAX98357A I2S audio amplifier, C++/ESP-IDF firmware [ASSUMPTION].
• Mobile & UX: Flutter (Dart), ARCore/ARKit, Drift (SQLite offline DB), flutter_reactive_ble [ASSUMPTION].
• Backend & AI: FastAPI (Python), LangChain, FAISS Vector DB, e-NCERT text corpus [ASSUMPTION].

Biggest Dependency

Acquisition and error-free soldering of the RFID reader module matrix and I2S audio circuit before starting enclosure assembly [ASSUMPTION].

Biggest Risk

Electromagnetic crosstalk between closely spaced RFID reader coils leading to false or missed token position reads during live demonstration [INFERENCE].

Biggest Technical Challenge

Achieving sub-150ms total latency from the moment a physical token touches the board to audio playback output from the onboard speaker while concurrently broadcasting BLE state updates [INFERENCE].

First 5 Actions

1. Procure Core Components: Order ESP32-S3 development board, 4x MFRC522 modules, MAX98357A I2S amp, 3W speaker, and NTAG213 tags [ASSUMPTION].
2. Breadboard Circuit Validation: Wire single MFRC522 and I2S audio speaker to ESP32-S3 and verify microSD WAV audio playback triggered by RFID tag touch [ASSUMPTION].
3. Curation of Content: Digitate e-NCERT Social Science history chapters for 6 historical epochs and record Hindi/English audio narration clips [RESEARCHED].
4. Develop Flutter BLE Scanner: Build Flutter prototype app that scans for ESP32 BLE advertisement packets and displays real-time board state changes on screen [ASSUMPTION].
5. Cad & Wood Enclosure Design: Draft 2D laser-cutting vector files for the top playboard and token holders using CAD software [ASSUMPTION].

Validation Before Coding

• Verify that MFRC522 modules operate stably on 3.3V power rails without voltage sags when playing audio through the speaker [INFERENCE].
• Confirm that e-NCERT text data accurately covers all selected historical epochs (Indus Valley, Maurya, Gupta, Chola, Maratha, Freedom Struggle) [RESEARCHED].

Buildability Score /100

88/100 (High buildability: ESP32, RFID, and Flutter BLE modules are widely available with mature libraries. Hardware assembly is achievable within a 12–14 week student team timeline) [INFERENCE].

Confidence

High (0.88) - Grounded in explicit SIH requirements [PS], official MoE/AICTE Toycathon guidelines [RESEARCHED], and standard embedded hardware engineering practices [KNOWN].

Research Sources

1. Toycathon 2021 & MoE Innovation Cell

   • URL: https://mic.gov.in/hackathon/toycathon [1.1]
   • Source Type: Official Government Portal (Ministry of Education / AICTE)
   • Supported Claim: AICTE and MoE mandate for indigenous toy development based on Indian civilization, history, culture, and value systems.
   • Reliability: High (Official Government Source).

2. National Education Policy (NEP) 2020 - Toy-Based Pedagogy

   • URL: https://www.ncert.nic.in/pdf/notice/toy_based_pedagogy.pdf [4.1]
   • Source Type: Official Educational Research Publication (NCERT)
   • Supported Claim: Mandate for experiential, play-based learning using local and indigenous toys in Indian school curricula.
   • Reliability: High (Official Government Standards Body).

3. Launch of "Jadui Pitara" Play-based Learning Material

   • URL: https://www.pib.gov.in/PressReleasePage.aspx?PRID=1900797 [4.7]
   • Source Type: Official Press Release (Press Information Bureau, Govt. of India)
   • Supported Claim: Implementation of play-based teaching kits for foundational stage learning in 13 Indian languages.
   • Reliability: High (Official Government Release).

4. Revitalizing Traditional Indian Games in Contemporary Education

   • URL: https://www.researchgate.net/publication/390692357_Revitalizing_Traditional_Indian_Games_in_Contemporary_Education_A_Cultural_and_Holistic_Paradigm [2.5]
   • Source Type: Academic Research Publication
   • Supported Claim: Educational and cognitive benefits of traditional Indian games (Pallanguzhi, Pachisi, Gilli Danda) in 21st-century learning.
   • Reliability: High (Peer-reviewed Academic Research).

5. Traditional Games of India Overview

   • URL: https://en.wikipedia.org/wiki/Traditional_games_of_India [2.1]
   • Source Type: Public Knowledge Base
   • Supported Claim: Historical background and regional variations of indigenous Indian games and playthings.
   • Reliability: Moderate (Public Secondary Source).