IoT Protocol Scenario Selector

Compare common IoT application protocols against scenario requirements

animation
protocol-selection
application-protocols
iot
A guided protocol-selection animation that compares MQTT, CoAP, AMQP, HTTP, and WebSocket against latency, reliability, payload, power, pub/sub, and bidirectional communication needs.
Animation Application Protocols Beginner Selector

IoT Protocol Scenario Selector

Describe the application first, then compare common protocol families. The selector shows why a protocol is a good starting point, what tradeoff to check next, and why there is rarely one universally correct IoT protocol.

-- Recommended start
-- Scenario match
-- Closest alternative
-- Next review action
1. Scenario Start with the device, network, data pattern, and power limit.
2. Requirements Move the sliders to express what matters most.
3. Match Compare each protocol against the same requirements.
4. Tradeoff Read the runner-up and the cost of the top choice.
5. Verify Check security, payload, network, and operations before choosing.

Battery Sensor Match

--

--

--

Protocol Quick Reference

MQTT

  • Brokered publish/subscribe over TCP.
  • Useful for telemetry, device fleets, retained state, and QoS choices.
  • Check broker availability, topic design, TLS, and client identity.

CoAP

  • REST-like protocol commonly used over UDP.
  • Useful for constrained devices, small messages, and request/response control.
  • Check confirmable messages, DTLS or OSCORE, and proxy needs.

AMQP

  • Message-oriented protocol with queues, routing, and delivery semantics.
  • Useful for enterprise back ends and reliable workflows.
  • Usually heavier than MQTT or CoAP for very small devices.

HTTP

  • Universal request/response API model over TCP/TLS.
  • Useful for firmware, provisioning, REST APIs, and web integration.
  • Can be high overhead for frequent tiny telemetry messages.

WebSocket

  • Persistent full-duplex channel after an HTTP upgrade.
  • Useful for dashboards, live commands, and presence.
  • Check connection lifetime, backpressure, authentication, and reconnection.
Technical Accuracy Notes

Teaching score

The match score is a simplified teaching model. It helps compare tradeoffs, but it is not a standard, certification, or performance guarantee.

Security layer

MQTT, AMQP, HTTP, and WebSocket commonly use TLS. CoAP commonly uses DTLS or OSCORE. Identity, authorization, and key management still matter.

Power reality

Protocol overhead is only one part of energy use. Radio wake time, keepalive intervals, retransmissions, and payload frequency often dominate.

Protocol variants

Real deployments may use MQTT-SN, HTTP/2, HTTP/3, CoAP Observe, gateways, or vendor-specific constraints. Use this page to shortlist, then verify.

Practice Prompts

Battery sensor

Start with Battery sensor. Increase reliability and lower pub/sub. Why might CoAP and MQTT trade places?

Live dashboard

Select Live dashboard and lower bidirectional streaming. Which protocol becomes competitive, and why?

Firmware job

Select Firmware job. Which requirement makes HTTP look reasonable even though it is not the lightest protocol?

Enterprise queue

Select Enterprise queue and raise power constraint. What does that reveal about back-end protocols versus device-edge protocols?

Protocol Selection Flowchart

Use a decision-tree view for the same tradeoff space.

MQTT QoS Simulator

Inspect how MQTT delivery levels change reliability behavior.

CoAP Messages

Review confirmable, non-confirmable, ACK, and reset message flow.

WebSocket Connection

Explore persistent bidirectional communication for live applications.

MQTT Publish/Subscribe

See brokered telemetry and topic-based fan-out in action.