Built to order

IoT Water Quality Station with pH, TDS and Turbidity Dashboard

This project builds an IoT water quality station: pH, TDS, turbidity and temperature probes feed an ESP32, which publishes readings to a live web dashboard with trend graphs, compliance checks and threshold alerts. The deliverable is the full loop — probe hardware, conditioning circuits, firmware, dashboard and a documented calibration procedure — demonstrated with real water samples. Suitable for B.E./B.Tech final-year projects in IoT and Embedded Systems.

IoT Water Quality Station with pH, TDS and Turbidity Dashboard — project thumbnail preview
More project photos (2)

The problem

Hostels, RO plants and small industries need a simple answer to one question — is this water within limits right now? Lab tests are accurate but slow and infrequent, so contamination events go unnoticed for days. This project builds a continuous monitoring station: a pH probe, a TDS probe, a turbidity sensor and a DS18B20 temperature probe are conditioned and read by an ESP32, which publishes calibrated readings over Wi-Fi via MQTT. A web dashboard shows live gauges, 24-hour trends and a compliance panel against configurable limits, with alerts when any parameter drifts out of range. The project is rigorous about what the probes can and cannot claim: datasheet accuracies are stated, the two-point pH calibration with buffer solutions is a documented buyer-run procedure, and no lab-grade certification is claimed.

How it works

  1. The pH probe, TDS probe, turbidity sensor and DS18B20 are mounted in the sample chamber and wired to the ESP32 through their conditioning modules.
  2. Firmware reads each channel, applies the stored calibration coefficients, and converts raw ADC values to pH, ppm, NTU and degrees Celsius.
  3. Every 60 seconds (design target) the ESP32 publishes a JSON payload with all four parameters over Wi-Fi via MQTT.
  4. The dashboard stores the series and renders live gauges, 24-hour trend graphs and the compliance panel.
  5. When a reading crosses its configured limit, the alert service flags the dashboard and writes an event to the log with value and duration.
  6. The buyer runs the two-point pH calibration with buffer solutions and records the slope and offset; the procedure and expected values are in the manual.
  7. Daily summaries (min/max/average per parameter) are computed for the report and the dashboard's history view.

Tech stack:

  • ESP32 development board
  • pH probe with conditioning module
  • TDS probe with conditioning module
  • Turbidity sensor module
  • DS18B20 temperature probe
  • MQTT broker + web dashboard
  • Arduino IDE (C/C++ firmware)
  • pH 4.0/7.0 buffer solutions (calibration)
Parameter Value
Controller ESP32, Wi-Fi MQTT telemetry (JSON payloads)
Parameters pH, TDS (ppm), turbidity (NTU), temperature (C)
pH range 0-14 probe; accuracy approximately +/-0.1 pH after two-point calibration (expected)
TDS range 0-1000 ppm typical module range (datasheet)
Turbidity 0-1000 NTU module range; alert threshold configurable, 5 NTU default (design target)
Reporting Configurable interval, 60 s design target; MQTT reconnect with backoff
Dashboard Live gauges, 24-hour trends, compliance panel, CSV export
Power 5 V USB, approximately 0.5 A (expected)

Project features

  • [Four-parameter sensing] pH probe, TDS probe, turbidity sensor and DS18B20 temperature probe give a complete basic quality picture, each read through its own conditioning stage.
  • [Live web dashboard] Gauges, 24-hour trend graphs and a compliance panel show current values against configurable safe limits, demonstrated with real water samples.
  • [Compliance alerts] When pH, TDS or turbidity crosses its limit, the dashboard raises an alert and logs the event with the offending value and duration.
  • [MQTT telemetry] The ESP32 publishes calibrated JSON readings over Wi-Fi via MQTT on a configurable interval with a 60-second design target and reconnect handling.
  • [Documented calibration] Two-point pH calibration with 4.0/7.0 buffer solutions and a TDS check against a reference solution are buyer-run procedures in the manual.
  • [Sample chamber rig] Probes mount in a small flow-through sample chamber on the prototype so demonstrations use real water, not dry probes on a bench.
  • [Data export] The dashboard exports the reading history as CSV for the report's analysis section.

What is included

  • Working water quality station prototype (4 probes, conditioning, ESP32, sample chamber)
  • Complete firmware source (reading, calibration math, MQTT telemetry)
  • Live web dashboard (gauges, trends, compliance, alerts) demonstrated with water samples
  • Circuit and wiring documentation
  • Buyer-run calibration manual (pH buffers, TDS reference, expected values)
  • Component list with ratings
  • Project report PDF (water quality background, sensor principles, IoT architecture, methodology)
  • PPT presentation for final review
  • Viva Q&A preparation document (pH measurement, TDS, turbidity, MQTT, calibration)
  • Setup and demonstration guide

Limitations & prerequisites

  • Probe accuracies are module-grade (approximately +/-0.1 pH after calibration, expected); this is a teaching station, not a certified lab instrument.
  • pH probes drift and need recalibration every few weeks; the procedure is documented but recurring.
  • Turbidity readings are indicative — the sensor is not a nephelometer and suspended solids vary with particle type.
  • The station monitors continuously but does not purify or treat water; it is a monitoring build only.
  • Probes must stay wet in storage solution between demos; dry storage shortens probe life.

Frequently Asked Questions

What parameters does the station measure?

pH, total dissolved solids (TDS) in ppm, turbidity in NTU and sample temperature. Each probe has its own conditioning module, and firmware converts raw readings to physical units using stored calibration coefficients.

How is the pH probe calibrated?

With a documented two-point calibration using pH 4.0 and 7.0 buffer solutions. The manual walks through recording the slope and offset, the expected ADC ranges, and how often to repeat it — typically every few weeks.

What does the dashboard show?

Live gauges for all four parameters, 24-hour trend graphs, a compliance panel comparing values against configurable limits, threshold alerts with event history, and CSV export of the reading history.

How accurate are the readings?

Module-grade: approximately +/-0.1 pH after two-point calibration and datasheet ranges for TDS and turbidity. The project states these honestly and documents the calibration — no lab-certification claims are made.

Does it purify water?

No — it is strictly a monitoring station. It tells you when water drifts out of limits so action can be taken; treatment is out of scope.

Is this project suitable for a final-year project?

Yes — for IoT and Embedded Systems programs. It combines analog sensor conditioning, calibration discipline, MQTT telemetry and a compliance dashboard, all strong viva material. Suitable for B.E./B.Tech final-year projects in IoT and Embedded Systems.

Components & software requirements
  • ESP32 development board
  • pH probe with conditioning module
  • TDS probe with conditioning module
  • Turbidity sensor module
  • DS18B20 temperature probe
  • MQTT broker + web dashboard
  • Arduino IDE (C/C++ firmware)
  • pH 4.0/7.0 buffer solutions (calibration)
Delivery information

Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.

Support terms

Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.

Download abstract (PDF)

Related guides

All guides
Technical illustration of three electronic control units linked by a twisted-pair CAN bus cable carrying signal pulses between them.Electronics, E&TC, IoT and robotics students who keep hearing “CAN bus” in EV, automotive and industrial project ideas and want to understand it properly before wiring anything

CAN Bus Basics for Students: How ECUs Communicate

CAN bus is the shared network that lets dozens of controllers in a car, EV or robot communicate over two wires. This guide explains message IDs, arbitration, the physical layer, frame structure, error handling and CAN FD, then walks through building a working two-node bench network with an ESP32 and a transceiver.

Read guide
Illustration of a quadcopter drone build showing labeled parts including frame, motors, propellers, ESCs, flight controller, and battery.B.E./B.Tech Electronics, Mechanical, and Computer Science students planning to build a quadcopter drone who need to select compatible parts without wasting money on mismatched

Drone Build: Parts Selection Guide

Picking drone parts that actually work together is a sizing problem, not a shopping problem. This guide walks the compatibility chain — frame to props to motors to ESCs to battery — with the thrust math, firmware choices, LiPo safety, and the bench-test order that prevents disasters.

Read guide
Illustration comparing three smart-home wireless paths: a Zigbee mesh of devices, a Thread IPv6 mesh with a border router, and the Matter logo layer above them unifying brands.B.E./B.Tech Electronics, E&TC and IoT students choosing a smart-home wireless standard for projects with lights, sensors and switches

Zigbee vs Thread vs Matter Explained

Zigbee, Thread and Matter are not interchangeable. Learn what each one is (mesh standard vs IP networking layer vs interop application layer), how they stack together, which ESP32 variants support 802.15.4, and how to choose the right one for your smart-home project.

Read guide
Get a quotation