Sensor ingest
ESP32 posts LDR and other ADC readings on a short loop. Rawmesh stores the value, marks the device online, and can return actuator commands in the same response.
Rawmesh
Secure HTTPS endpoints on iot.r4xn.com — stream sensors, drive relays, and watch state update in real time.
Built by R4XN for polytechnic projects, campus labs, and small device fleets that need a clean path from GPIO to the browser.
Every team gets a username directory on iot.r4xn.com. Firmware posts over TLS. Dashboards read the same state. No local IP juggling once the device is online.
One host, many project paths — sensors in, commands out, status always current.
ESP32 posts LDR and other ADC readings on a short loop. Rawmesh stores the value, marks the device online, and can return actuator commands in the same response.
Lamp, fan, and relay states live in the database. Toggle from the dashboard; the next device poll applies the change on the pins.
Login-protected UI shows light/dark status, online heartbeat, and ON/OFF controls without exposing the API key in the browser.
Each username is its own folder — API, config, and dashboard — so class projects stay separated on the same cloud.
Claim a path, flash firmware, post readings, control from the browser.
Your workspace sits at a dedicated directory. Example: adamjohan maps to its own API and dashboard.
https://iot.r4xn.com/<username>/
Point SERVER_BASE at your path. Use WiFiClientSecure and send the API key on every request.
https://iot.r4xn.com/adamjohan
ESP32 sends LDR readings and heartbeats. The cloud stores state and can return lamp / fan commands in JSON.
POST /api/sensor.php
Toggle outputs in the browser. The next device poll applies the new state over HTTPS.
POST /api/control.php
Everything for a project lives under one username directory.
| Project root | https://iot.r4xn.com/<username>/ |
|---|---|
| Login / dashboard | /login.php · /dashboard.php |
| Device ingest | /api/sensor.php · /api/get_status.php |
| Browser control | /api/control.php · /api/status.php |
Device routes require POST, HTTPS, and a valid API key. Dashboard routes use a login session.
ESP32 uploads api_key + ldr_value. Returns lamp, fan, and light/dark status.
ESP32 polls desired actuator state and refreshes the online heartbeat.
Logged-in user sets device (lamp|fan) and value (0|1).
Dashboard live poll for lamp, fan, LDR, and ESP online state.
Rawmesh keeps classroom IoT practical — one host, clear paths, secure posts.
Finish ESP32 coursework with a real cloud endpoint instead of fragile LAN demos.
Give each student a username folder. Review dashboards without touching device firmware mid-class.
Stand up sensor + relay demos fast, then keep the same HTTPS contract when you scale pins.
Use WiFiClientSecure, POST form fields, and send the API key on every request to your project path.
const char* SERVER_BASE =
"https://iot.r4xn.com/adamjohan";
const char* API_KEY =
"your-project-key";
// POST /api/sensor.php
// api_key + ldr_value → lamp, fan
// POST /api/get_status.php
// api_key → apply GPIO from DB
Common questions when wiring the first board.
Device APIs reject plain HTTP outside localhost. Keys and sensor payloads stay on TLS between ESP32 and iot.r4xn.com.
Under https://iot.r4xn.com/<username>/. That folder holds the PHP API, dashboard, and config for your device.
Anything that can POST over TLS — ESP32 is the reference stack with WiFiClientSecure + HTTPClient.
Contact R4XN for a Rawmesh username directory and API key, then flash your sketch with the secure base URL.
Deploy your project folder, set WiFi in firmware, and start posting.