Skip to content

MQTT and HTTP projects

With WiFi connected, your simulated ESP32 can run real IoT workloads. The examples gallery has a whole ESP32 MQTT category ready to open and run.

The MQTT example running against a real broker

The classic PubSubClient flow works unchanged: join Velxio-GUEST, connect to a public broker, publish and subscribe. Open the gallery’s MQTT examples to see:

  • publishing sensor readings on a timer,
  • subscribing to a topic and driving an output from received messages,
  • a complete two-way dashboard exchange against a public broker.

Because the broker is real, you can watch your simulated board’s messages arrive on your phone or laptop with any MQTT client — and publish back to it.

HTTPClient (Arduino) and urequests (MicroPython) work against real endpoints: fetch a REST API, download a file, post a webhook. Keep payloads reasonable — the emulated chip has the same RAM limits as the real one.

  • The AP is open (no password) and provides NAT internet access — there is no inbound access to your simulated board from the internet.
  • DNS, TCP, UDP and TLS behave like on hardware; heavy TLS handshakes cost real emulated CPU time, so expect them to take a moment.
  • If a connection fails, check the serial monitor first — the WiFi stack’s own log lines (wifi:connected, got ip) tell you which step didn’t happen.