Fundamentals
Data, Signals, Packets, Links, and Protocol Decisions
Your guide: Physics Phoebe
“A sensor obeys physics before it obeys your code — know the wave, the delay, and the noise floor first.”
0.1 Start With the Story
Start with a team trying to explain why a sensor reading, a packet, a radio link, and a protocol choice all belong in the same design review. The core idea in Fundamentals Module Guide is simple: fundamentals are the reusable moves that let an IoT engineer turn raw events into defensible system decisions. This page focuses that idea on Navigation for the Fundamentals part, routing learners through data representation, packet structure, sensor pipelines, signal processing. In everyday IoT, they stop teams from treating bytes, signals, packets, wireless links, and protocols as separate mysteries. Start simple: follow one reading from the physical world to its encoded payload, then use the chapter lanes when a detail needs proof.
0.2 Core Building Blocks of IoT
Use this part when you need the transferable foundations behind many IoT designs. The chapters are organized by engineering task, not by a single device family. Start with the lane that matches the problem in front of you, then follow the linked chapters for deeper practice.
0.3 Learning Objectives
After working through this part, you will be able to:
- Decode byte-level values using number systems, signedness, byte order, and text encoding rules.
- Inspect packet fields, framing, and error-detection evidence.
- Explain how sensor readings move through conditioning, sampling, conversion, processing, and transmission.
- Reason about sampling, quantization, filtering, and signal limits.
- Estimate wireless link behavior from frequency, path loss, antennas, and link budget terms.
- Choose a protocol from constraints, evidence, and trade-offs instead of from habit.
- Raw readings need representation rules before they become trusted values.
- Sensor signals need sampling and conversion decisions before they become useful data.
- Packets need framing, addressing, and error checks before they can be interpreted safely.
- Wireless links need margins, not hope.
- Protocol choices should be explained with requirements and evidence.
0.4 Skill Map
The fundamentals lanes connect the same end-to-end data journey from measurement to protocol decision.
0.5 Evidence Flow
A fundamentals review keeps the data path visible instead of treating each topic as isolated vocabulary.
If a temperature reading looks wrong after transmission:
- Keep the raw packet bytes and packet timestamp.
- Decode the representation contract: width, signedness, byte order, scale, and units.
- Check packet framing and error-detection fields.
- Review the sensor conversion and calibration path.
- Check whether the link or protocol path could have dropped, delayed, or duplicated messages.
0.6 Choose A Route
0.6.1 I Need To Decode A Byte Dump
Start with Number Systems and Data Units, then continue to Bitwise Operations and Endianness.
0.6.2 I Need To Make Text Or IDs Safe
Start with Text Encoding for IoT, then continue to Data Formats for IoT.
0.6.3 I Need To Inspect A Packet
Start with Packet Anatomy, then continue to Packet Framing and Packet Error Detection.
0.6.4 I Need To Understand Sensor Readings
Start with Sensor Pipeline Overview, then continue to ADC Fundamentals.
0.6.5 I Need To Reason About Wireless Range
Start with Radio Wave Basics, then continue to Path Loss and Link Budget.
0.6.6 I Need To Choose A Protocol
Start with Protocol Selection Framework, then use Protocol Framework Scenarios for practice.
0.7 Review Checkpoints
Use these checkpoints to decide whether to move forward or revisit a lane.
0.8 Check Your Understanding
0.9 Deep Dive: Keep The Endpoint Loop Visible
Strip any IoT endpoint down and you usually find the same loop: sense the physical world, process the reading, communicate the result, and sometimes actuate to change the world back. A soil probe, a smart lock, and a factory vibration monitor differ in details but not in that shape. Power sits underneath the loop because battery or harvested-energy endpoints survive by sleeping between short bursts of work.
| Loop block | Typical hardware | Job | Evidence to preserve |
|---|---|---|---|
| Sense | Sensor front end and ADC | Turn a physical quantity into a digital number | Calibration record, units, range, noise, timestamp |
| Process | Microcontroller or edge processor | Filter, threshold, format, decide | Algorithm version, thresholds, conversion contract |
| Communicate | BLE, IEEE 802.15.4, Wi-Fi, cellular, or wired interface | Move data to a gateway, peer, or cloud endpoint | Packet bytes, retry count, link margin, latency |
| Actuate | Relay, motor, valve, display, driver stage | Change the physical world | Command source, safety interlock, confirmation reading |
A smart thermostat shows the loop. A temperature sensor and ADC read 21.4 C; the microcontroller compares it to a 22 C setpoint and decides to call for heat; the device reports the reading and decision over Wi-Fi; then it closes a relay to the furnace. The room warms, the next sensor reading rises, and the loop repeats. Feedback from actuation back into sensing is what makes this a control loop rather than a one-way data pipe.
0.9.1 Radio Duty Cycle Shapes The Design
The radio often dominates the recurring energy budget in battery devices. A small packet can require a brief but high-current transmit or receive window, while the processor may complete local formatting or threshold logic cheaply. That does not mean the CPU is irrelevant; it means the design should avoid unnecessary radio wakeups, retries, and payload bytes.
The practical pattern is a duty-cycled endpoint loop: wake, sense, process, transmit briefly, and return to deep sleep. If a device reports once a minute and the radio is active for 10 ms, the radio-active fraction is about 10 ms / 60 s = 0.017% before counting retries and receive windows. That small active fraction is why packet size, retry behavior, and wake scheduling matter as much as the sensor choice.
A door sensor makes the trade visible. Streaming continuous status keeps the radio awake and drains the battery quickly. Sleeping until a door event or periodic heartbeat lets the same product send a few bytes, record enough evidence for troubleshooting, and return to low-power state. In the fundamentals lane, the question is not “Which component is important?” It is “Which part of the endpoint loop produced the evidence, changed the state, or spent the energy?”
0.10 Summary
The Fundamentals part is the technical base for the rest of the course:
- Data representation explains how raw bytes become values, strings, flags, and payloads.
- Packet structure explains how payloads are framed, addressed, and checked.
- Sensor pipelines explain how measurements become digital data.
- Signal processing explains sampling, conversion, filtering, and interpretation limits.
- Wireless propagation explains why links need margin and evidence.
- Protocol selection ties requirements to defensible communication choices.
0.11 What’s Next
0.11.1 Begin With Bytes
Data Representation Fundamentals is the best first stop if you are unsure where to begin.
0.11.2 Trace The Measurement
Sensor to Network Pipeline connects sensing, processing, and transmission.
0.11.3 Inspect Messages
Packet Anatomy explains how payloads are organized for delivery.
0.11.4 Decide A Protocol
Protocol Selection Framework turns constraints into a documented choice.
0.12 Key Takeaway
Fundamentals are the shared vocabulary for IoT design: devices, data representation, packets, protocols, signal processing, wireless behavior, and system tradeoffs. Later modules assume these ideas are usable together.