Theory
एक Tank में Float से एक Pocket में Phone तक
SmartHostel की पहली real installation: rooftop tank में एक level sensor। Promise: जब water 20% से नीचे गिरे, warden के phone पर ping हो और pump अपने आप start हो जाए।
Tank में bob करते float और उसकी pocket में ping के बीच एक JOURNEY है: measured, transmitted, stored, judged, displayed। हर IoT system उस journey को उसी तरह organize करता है, और उस organization का एक नाम है जो हर exam पूछता है: IoT architecture।
Theory
Hostel Mess, Architecture की तरह
सोचिए mess 200 students को कैसे खिलाता है: FARM raw vegetables उगाता है; एक TEMPO उन्हें kitchen ले जाती है; KITCHEN उन्हें meals में cook करती है; COUNTER हर student को उनकी plate serve करता है।
IoT इसी तरह stack करता है: sensors raw data उगाते हैं, network इसे transport करता है, processing इसे decisions में cook करती है, और application इसे humans को serve करता है। कोई भी tempo से raw brinjal नहीं खाता; कोई भी wire से raw sensor voltages नहीं पढ़ता।
At a glance
4-layer IoT architecture
| Layer | Job | SmartHostel Example |
|---|---|---|
| 4. Application | User-facing services: dashboards, alerts, domain apps | Warden का app जो 18% दिखाता है और ping करता है |
| 3. Data processing | Store, filter, analyse, decide (middleware/cloud) | एक हफ़्ते की readings; rule: 20% से नीचे मतलब alert + pump |
| 2. Network | Devices और processing के बीच data carry करना | Hostel WiFi जो readings server तक ले जाता है |
| 1. Sensing / perception | Sensors measure करते हैं, actuators act करते हैं: raw data यहाँ पैदा होता है | Tank में float sensor; pump का starter |
Theory
एक Reading Up, एक Command Down Trace करना
Upward (data): float 18% measure करता है (sensing) → reading WiFi से server तक जाती है (network) → rule engine 18 को 20 threshold से compare करता है और decide करता है: alert + refill (processing) → app red tank icon दिखाता है और ping करता है (application)।
Downward (commands): warden Start pump tap करता है, या rule automatically fire होता है → command reverse में उन्हीं layers से नीचे जाता है → sensing layer पर actuator pump on switch करता है।
Data चढ़ता है, commands उतरते हैं: यह 2-way traffic motion में architecture है।
Quiz
4-layer model में, decision "18% 20% से नीचे है, pump start करो" असल में WHERE लिया जाता है?
- Sensing layer: float sensor decide करता है
- Network layer: WiFi routers values compare करते हैं
- Data processing layer: stored readings वहाँ rule logic से मिलती हैं
- Application layer: phone app सारी thinking करता है
Show the answer
Data processing layer: stored readings वहाँ rule logic से मिलती हैं
Thinking processing layer का पूरा job है: यह history, thresholds और rules hold करता है, एक raw 18 को decision refill में बदलते हुए। Sensor (option A) सिर्फ़ measure करता है: उसे नहीं पता 20 special है। Network (option B) एक courier है: यह carry करता है, कभी पढ़ता नहीं। App (option D) serving counter है: यह decision DISPLAY करता है और warden के taps forward करता है, और सारी logic phone में डालने का मतलब होता कोई phone नहीं, कोई pump नहीं। One-line exam answer: sensing measures, network carries, processing decides, application presents।
Think first
दूसरी Textbook में 3-Layer Version
एक classmate की guidebook सिर्फ़ 3 layers दिखाती है: perception, network, application। क्या आप में से कोई ग़लत है? Tap करने से पहले पता कीजिए 2 models एक-दूसरे पर कैसे map करते हैं।
Show the answer
दोनों standard हैं: 3-layer model बस data processing को application layer में fold कर देता है (या इसे network और application के बीच middleware की तरह treat करता है)। Perception = हमारी sensing layer; network = network; application = processing + presentation साथ में। Exams दोनों accept करते हैं IF आप consistent हों और mapping name कर सकें: safest move है 4-layer model present करना और एक line add करना: कुछ texts processing को application layer में merge कर देते हैं, एक 3-layer view देते हुए। Models क्यों अलग हैं (thinking boundary कहाँ draw करें) यह जानना दोनों में से किसी diagram से ज़्यादा worth है।
Watch out
Architecture-Answer Slips
Layers को एक parts list की तरह लेना: diagram JOURNEY के बारे में है: अपने answer में हमेशा एक reading ऊपर trace कीजिए; examiners trace को reward करते हैं।
Downward Direction भूलना: actuators को commands उसी stack से नीचे जाते हैं; एक architecture जो सिर्फ़ report करता है आधा architecture है।
Protocols को ग़लत Lesson में डालना: WiFi, MQTT और दोस्त network layer पर LIVE करते हैं पर उनका family tour अगला topic है: यहाँ, layer का job name कीजिए, इसका zoo नहीं।
Theory
Layered Thinking एक Transferable Habit है
आप layer-stacks से पहले भी मिल चुके हैं और फिर मिलेंगे: BCA103 का hardware-OS-application stack, और BCA502 (Networks) आपको OSI model देगा, जो यही idea 7 floors तक grown है। Engineering payoff हमेशा same है: हर layer सिर्फ़ अपने neighbours से बात करती है, तो कोई भी layer swap हो सकती है (WiFi की जगह 4G, एक cloud की जगह दूसरा) बाकी rebuild किए बिना। अगला lesson हम layer 2 का toolbox खोलते हैं: IoT का physical design और इसके protocol families।
Summary
Key takeaways
- IoT architecture: sensing/perception, network, data processing, application: bottom से top।
- Sensing measure और act करती है; network carry करता है; processing store और decide करती है; application present करता है।
- Data stack चढ़ता है, commands इसे उतरते हैं: answers में दोनों directions trace कीजिए।
- 3-layer variant processing को application में merge करता है: पूछे जाने पर mapping name कीजिए।
- Decisions processing layer में रहते हैं, कभी sensor या courier में नहीं।
- Layer independence किसी भी floor को rebuild किए बिना swap होने देती है।
- Memory hook: farm, tempo, kitchen, counter।